Thursday, 2014-12-04

spandheso https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/ipxe_config.template#L10 is to make sure it boots after that?00:00
*** ryanpetrello has quit IRC00:00
spandheso if I dont want it to boot, e.g. for localboot or something, I need to keep exit 0 or something?00:01
*** Masahiro has joined #openstack-ironic00:01
NobodyCamhttp://ipxe.org/cmd/chain?redirect=100:01
NobodyCamthats info on the  ipxe boot command00:02
jrollipxe is for pxe booting00:02
jrollyou don't want ipxe if you are local booting00:02
spandheNobodyCam: great! thanks!00:02
NobodyCamwhy whould you not want it to boot00:02
spandhejroll: so how to localboot after ipxe booting?00:03
NobodyCamspandhe: jroll makes a very valid point depending on what your trying to do00:03
jrollspandhe: why would you do that? just set it to boot from disk instead?00:03
NobodyCamspandhe: are you deploying a whole disk image?00:03
spandheNobodyCam: yes..00:04
*** dlaube has quit IRC00:04
*** smoriya has joined #openstack-ironic00:04
spandhejroll: thats what I meant by localboot.. boot from disk00:04
NobodyCamare you using IPA?00:04
jrollspandhe: ipxe is for pxe booting (network booting)00:05
*** Masahiro has quit IRC00:05
jrollspandhe: if you're booting from disk, you don't use pxe at all00:05
NobodyCamspandhe: take a look at the agent_ipmitool driver00:06
spandhejroll: after network boot, the host reboots, right?00:06
* NobodyCam assumes ipmi and real hardware00:07
jrollspandhe: no, it just gets a kernel and ramdisk and boots00:07
jrollit downloads those from the network00:08
jrolland boots them00:08
spandhejroll: ok I see your point00:08
NobodyCamif it would auto update I'd love a driver feature matrix page00:08
jrollyou can have pxe or local, not both00:08
spandheI tried putting boot without kernel and initrd… it failed00:08
*** yuanying has joined #openstack-ironic00:08
jroll(though I wouldn't be surprised if ipxe could bootstrap from a disk00:08
jroll)00:08
spandheso even with pxe, when we want to boot from disk, we used the switched pxe config, right?00:09
jrollspandhe: you use driver.management.set_boot_device('disk')00:09
jrollno00:09
jrollno00:09
jrollpxe isn't not involved with booting from disk at all00:09
jrollI have to step away for a bit, sorry00:09
spandhejroll: me too.. ill talk to you guys later.. dont think we are on the same page.. or my understanding is completely wrong :P00:10
*** ryanpetrello has joined #openstack-ironic00:11
*** yuanying_ has quit IRC00:11
NobodyCambrb00:17
spandhebtw I am doing boot from disk because I am using Anaconda00:19
spandhefor Anaconda, we need to specify localboot 000:19
spandheafter the pxebooting is done00:20
*** lucas-dinner has quit IRC00:23
devanandaspandhe: what do you maen, you're using Anaconda?00:25
spandhedevananda: I am using Anaconda installer..00:25
devanandathat's an installer ....00:25
spandheright.. not using ironic python agent..00:25
devanandaspandhe: so, Ironic doesn't use installers. it writes a machine image to a machine00:26
*** andreykurilin_ has quit IRC00:28
devanandaspandhe: does that help clear up why you don't need to localboot?00:32
* NobodyCam is back00:33
spandhedevananda have to head out urgently.. will be back again later..00:41
NobodyCamis there a public picture of Pixie Boots?00:43
*** Marga_ has quit IRC00:46
*** ryanpetrello has quit IRC00:46
smoriyaHello Ironic,00:47
NobodyCamhello there smoriya00:47
smoriyaI'm new to Ironic and curious to know about the reason why Ironic doesn't use installer?00:48
smoriyaI mean, in general, we can install OS after using pxe boot but Ironic doesn't. Why?00:48
NobodyCamwe deploy images.. generally folks like to build a image for a task and then deploy that00:49
*** spandhe has quit IRC00:49
NobodyCamone could deploy a image with something like a kickstart or preceed type file backed in00:49
NobodyCamsmoriya: have you seen any tools like DIck image builder?00:50
devanandasmoriya: repeatability and performance00:50
smoriyaNobodyCam: Yes00:50
devanandasmoriya: when you start an instance in OpenStack, or in Amazon, or $anywhere in a cloud, does it use an installer?00:50
NobodyCamieek that was a really bad type-oh00:50
devanandaNobodyCam: lol00:51
NobodyCam:( *blush*00:51
*** ryanpetrello has joined #openstack-ironic00:51
smoriya@devananda: Hmm, OK.00:51
devanandasmoriya: Ironic is not just a bare metal management tool. It's specifically geared towards enabling a cloud-like usage and workflow with physical servers00:52
devanandasmoriya: there are plenty of the former already around :)00:52
smoriya@devananda: Thank you! I understand :)00:53
NobodyCamsmoriya: thank you for asking about Ironic00:55
devanandasmoriya: np! glad to help :)00:55
*** Masahiro has joined #openstack-ironic00:55
*** ryanpetrello has quit IRC00:56
rloohi devananda, before I forget again, did NobodyCam or jogo ask you about https://bugs.launchpad.net/nova/+bug/1379373 ?00:57
smoriyaBTW, I'm interested in https://blueprints.launchpad.net/ironic/+spec/cinder-integration00:57
smoriyaDoes someone active on this BP for kilo?00:57
rloodevananda: jogo's question was whether this is still needed: nova/api/openstack/compute/contrib/baremetal_nodes.py00:57
devanandarloo: yes and yes.01:00
NobodyCamsmoriya: we had some folk looking at it eariler01:00
rloodevananda: great. My job as messenger is done then ;)01:00
devanandarloo: NobodyCam: we should continue to maintain the proxy for this cycle, at a minimum. It's up to Nova cores whether that should remain beyond the Kilo cycle or not01:02
NobodyCamdevananda: ack I have a question posted on the bug. I think I know what happened01:02
NobodyCamalso have a ping for dafna in NOva01:03
*** pcrews has joined #openstack-ironic01:03
devanandaNobodyCam: yea. afaict, the proxy shouldn't ever generate the error mentioned in that report01:04
*** arif-ali has quit IRC01:05
devanandaI have changed the bug status to incomplete01:06
*** arif-ali has joined #openstack-ironic01:06
NobodyCamthis patch removed a check we had: https://github.com/openstack/nova/commit/46ed619b9ab1d61582f36155eea0d4a88f31fd50#diff-75f16f54de93fdcfd1fadd84b04247a701:06
NobodyCamso that error is very strange01:06
*** Masahiro has quit IRC01:07
NobodyCambut its clearly looking for the nova_bm tables01:07
smoriyaNobodyCam: Thank you01:07
NobodyCamsmoriya: I say that and also add that there is no one "actively" working on it.01:08
NobodyCamit needs a kilo spec01:09
*** Masahiro has joined #openstack-ironic01:10
NobodyCamthou not in channel BertieFulton was the one looking into it around the summit01:10
smoriyaThanks. I'll make contact with hemna to ask whether I can do something:)01:11
NobodyCam:)01:11
devanandaNobodyCam: I've commentd on the bug01:16
*** penick has quit IRC01:16
NobodyCamdevananda: ack.. Thank you :) .. I'll keep an eye on it if it gets updated01:17
*** ChuckC has quit IRC01:17
*** ChuckC has joined #openstack-ironic01:18
*** ryanpetrello has joined #openstack-ironic01:18
*** ChuckC has quit IRC01:22
*** ChuckC has joined #openstack-ironic01:31
*** rloo has quit IRC01:32
*** ryanpetrello_ has joined #openstack-ironic01:33
*** ryanpetrello has quit IRC01:34
*** ryanpetrello_ is now known as ryanpetrello01:34
*** dlaube has joined #openstack-ironic01:39
*** dlaube has quit IRC01:40
*** Kamilion has left #openstack-ironic01:47
*** nosnos has joined #openstack-ironic01:52
*** ryanpetrello has quit IRC01:55
*** lazy_prince is now known as killer_prince02:09
*** killer_prince is now known as lazy_prince02:09
*** Marga_ has joined #openstack-ironic02:18
*** Marga_ has quit IRC02:19
*** Masahiro has quit IRC02:20
*** Masahiro has joined #openstack-ironic02:23
*** marcoemorais1 has quit IRC02:25
*** lazy_prince is now known as killer_prince02:26
*** Marga_ has joined #openstack-ironic02:33
*** Marga_ has quit IRC02:33
*** Marga_ has joined #openstack-ironic02:34
*** r-daneel has quit IRC02:36
*** ryanpetrello has joined #openstack-ironic02:37
*** Masahiro has quit IRC02:38
*** igordcard has quit IRC02:39
*** Masahiro has joined #openstack-ironic02:41
*** ramineni has joined #openstack-ironic02:47
*** Masahiro has quit IRC03:18
*** Masahiro has joined #openstack-ironic03:19
*** nosnos has quit IRC03:23
*** Masahiro has quit IRC03:27
*** Masahiro has joined #openstack-ironic03:30
*** naohirot has quit IRC03:32
*** chenglch has joined #openstack-ironic03:49
*** naohirot has joined #openstack-ironic04:03
*** pensu has joined #openstack-ironic04:04
*** pcrews has quit IRC04:08
*** chenglch has quit IRC04:13
*** yuanying_ has joined #openstack-ironic04:15
*** nosnos has joined #openstack-ironic04:16
*** achanda has joined #openstack-ironic04:17
*** yuanying has quit IRC04:18
*** pensu has quit IRC04:18
*** Nisha has joined #openstack-ironic04:23
*** pcrews has joined #openstack-ironic04:28
*** Masahiro has quit IRC04:31
*** enterprisedc has quit IRC04:35
*** pcrews has quit IRC04:35
*** krtaylor has quit IRC04:41
*** Masahiro has joined #openstack-ironic04:42
*** rushiagr_away is now known as rushiagr04:48
ramineniJoshNang: hi04:50
*** krtaylor has joined #openstack-ironic04:54
*** chenglch|3 has joined #openstack-ironic04:58
*** Hefeweiz1n has joined #openstack-ironic05:04
*** Hefeweizen has quit IRC05:04
*** Masahiro has quit IRC05:06
*** pensu has joined #openstack-ironic05:08
*** jmank has quit IRC05:09
*** vipul has quit IRC05:09
*** jmank has joined #openstack-ironic05:09
*** jmank has quit IRC05:10
*** vipul has joined #openstack-ironic05:10
*** jmank has joined #openstack-ironic05:10
*** achanda has quit IRC05:10
*** achanda has joined #openstack-ironic05:11
*** achanda_ has joined #openstack-ironic05:15
*** achanda_ has quit IRC05:16
*** Haomeng|2 has joined #openstack-ironic05:16
*** Masahiro has joined #openstack-ironic05:16
*** achanda has quit IRC05:16
*** achanda_ has joined #openstack-ironic05:16
*** Haomeng has quit IRC05:16
*** achanda_ has quit IRC05:21
pensuHi all, So I have been looking into Ironic code, could anyone tell me where exactly DHCP transfer images, I mean the time when DHCP request comes and pxelinux.0 is transferred?05:25
pensuFigured it would be in neutron.agent, but couldn't find it..05:26
*** Masahiro has quit IRC05:26
*** Masahiro has joined #openstack-ironic05:32
*** killer_prince is now known as lazy_prince05:35
lintanpensu: ironic update the dhcp options to tell Neutron the pxelinux.0 will be transfer, check ironic/dhcp/neutron.py  update_dhcp_opts() and ironic/drivers/modules/pxe.py deploy()05:44
*** Marga_ has quit IRC05:49
*** Masahiro has quit IRC05:52
*** Masahiro has joined #openstack-ironic05:55
*** Marga_ has joined #openstack-ironic06:00
*** Nisha has quit IRC06:01
pensulintan: that's very helpful, thank you...:)06:04
*** Masahiro has quit IRC06:05
*** Masahiro has joined #openstack-ironic06:05
lintanpensu: :)06:06
*** Nisha has joined #openstack-ironic06:08
*** harlowja_ is now known as harlowja_away06:19
*** mrda is now known as mrda-away06:29
*** Marga_ has quit IRC06:31
*** ryanpetrello has quit IRC06:33
*** subscope has joined #openstack-ironic06:47
*** k4n0 has joined #openstack-ironic06:54
*** rakesh_hs has joined #openstack-ironic06:55
*** yuanying has joined #openstack-ironic07:01
*** yuanying_ has quit IRC07:04
*** yuanying has quit IRC07:09
*** yuanying has joined #openstack-ironic07:13
*** Masahiro has quit IRC07:38
*** Masahiro has joined #openstack-ironic07:49
*** dlpartain has joined #openstack-ironic07:49
*** ujuc has joined #openstack-ironic07:53
*** rameshg87 has joined #openstack-ironic07:54
*** pradipta_away is now known as pradipta08:05
*** andreykurilin_ has joined #openstack-ironic08:09
*** dtantsur|afk is now known as dtantsur08:13
dtantsurMorning!08:13
*** andreykurilin_ has quit IRC08:14
*** andreykurilin_ has joined #openstack-ironic08:15
*** yuriyz has quit IRC08:19
*** yuriyz has joined #openstack-ironic08:26
rameshg87dtantsur, morning :)08:28
rameshg87dtantsur, i have some questions on https://review.openstack.org/#/c/137933/108:28
*** jcoufal has joined #openstack-ironic08:32
*** ChuckC has quit IRC08:38
*** pradipta is now known as pradipta_away08:46
yuriyzmorning Ironic08:51
*** andreykurilin_ has quit IRC08:55
*** jistr has joined #openstack-ironic09:05
*** ujuc has quit IRC09:06
*** tatyana has joined #openstack-ironic09:10
*** romcheg has joined #openstack-ironic09:10
*** athomas has joined #openstack-ironic09:12
*** chenglch|3 has quit IRC09:15
*** ChuckC has joined #openstack-ironic09:16
dtantsurrameshg87, oh sorry, missed your message!09:16
dtantsurshoot09:17
rameshg87dtantsur, hi09:17
dtantsuryuriyz, rameshg87, morning :)09:17
rameshg87dtantsur, regarding https://review.openstack.org/#/c/137933/1/specs/backlog/vmedia_deploy_vm.rst09:17
*** jcoufal has quit IRC09:18
rameshg87dtantsur, do you think shared filesystem is a bad idea indeed ? :)09:18
rameshg87dtantsur, it is actually *not shared* between conductors09:18
*** jcoufal has joined #openstack-ironic09:18
rameshg87dtantsur, i mean not for sharing file between conductors09:18
rameshg87dtantsur, the shared filesystem was just for simplifying things so that there is a common way of providing files by conductors to vm hosts09:19
dtantsurrameshg87, at least it should be documented, how it's going to work.09:19
dtantsurI lack understanding of the whole procedure: what is done by a user manually, what is done via API, how it is all done etc09:20
rameshg87dtantsur, yeah, so you mean the short-spec should be expanded a little more ?09:20
dtantsurrameshg87, yeah, looks like it's a bit too short :)09:20
rameshg87dtantsur, okay, let me throw in a new *short* spec, thanks :)09:21
dtantsurcool!09:21
dtantsurdevananda, rloo and others, I wonder if we need https://github.com/stackforge/tooz (will be under Oslo soon) for implementing new locking09:28
*** igordcard has joined #openstack-ironic09:30
*** lucasagomes has joined #openstack-ironic09:31
*** foexle has joined #openstack-ironic09:31
*** jistr is now known as jistr|trng09:35
rameshg87lucasagomes, hi09:41
lucasagomesrameshg87, hi there09:42
rameshg87lucasagomes, i have a question regarding https://review.openstack.org/#/c/138729/3/specs/kilo/root-device-hints.rst09:42
lucasagomesrameshg87, sure09:42
rameshg87lucasagomes, problem statement "This2209:42
rameshg87may result in devices like /dev/sda and /dev/sdb switching around on2309:42
rameshg87each boot and Ironic picking different disk every time the machine is2409:42
rameshg87being deployed."09:42
rameshg87lucasagomes, why is ironic picking different disk each time a problem ?09:42
rameshg87lucasagomes, as long as deploy goes through fine and user's demands are satisfied :)09:43
rameshg87lucasagomes, i thought the actual problem was ironic might pick up a disk which is not of enough size09:43
lucasagomesrameshg87, it's a problem for some people that care about it, some people may have servers with idk a cheap ssd and a big hd and they may want to be able to select the hd all the time09:44
lucasagomesrameshg87, plus the RAID example09:44
lucasagomesif you build a RAID to be ur root device, you may want to guarantee that Ironic always pick that09:44
rameshg87lucasagomes, oh okay, shouldn't the problem statement be that then ? :)09:44
lucasagomesand other things, if you deploy a full disk image twice on the same server and each time it picks a disk09:44
lucasagomesnow you got 2 disks with a valid bootloader09:44
rameshg87lucasagomes, ah okay .. that's a problem09:45
lucasagomesrameshg87, sure I can add some use cases :)09:45
rameshg87lucasagomes, may be these things we can add in there09:45
rameshg87lucasagomes, yeah :)09:45
lucasagomes+1 will do09:45
dtantsurlucasagomes, o/ can I use you today for a couple more discoverd reviews? :)09:46
lucasagomesdtantsur, heh sure but I need to catch up with that ^ first09:46
lucasagomesnext week is my holidays and I have spent most of my time talking on IRC about state machines and not actually coding anything09:47
dtantsuryeah ack09:47
dtantsurlucasagomes, if you have some time, it's https://review.openstack.org/#/c/137374/ and https://review.openstack.org/#/c/138056/09:47
lucasagomes+109:48
*** pelix has joined #openstack-ironic09:50
*** tatyana has left #openstack-ironic09:51
*** dlpartain has left #openstack-ironic09:55
*** viktors|afk is now known as viktors10:09
*** yuanying_ has joined #openstack-ironic10:14
*** Masahiro has quit IRC10:14
*** naohirot has quit IRC10:17
*** yuanying has quit IRC10:17
* dtantsur brb10:31
*** ndipanov_gone is now known as ndipanov10:41
*** sambetts has joined #openstack-ironic10:43
*** derekh has joined #openstack-ironic10:55
*** ramineni has quit IRC10:57
*** smoriya has quit IRC11:04
*** rameshg87 has quit IRC11:06
*** pensu has quit IRC11:06
*** athomas has quit IRC11:12
*** Masahiro has joined #openstack-ironic11:15
*** naohirot has joined #openstack-ironic11:18
*** Masahiro has quit IRC11:19
*** ppalucki has joined #openstack-ironic11:30
*** ppalucki has quit IRC11:31
*** ppalucki has joined #openstack-ironic11:32
*** ppalucki has quit IRC11:35
*** ppalucki has joined #openstack-ironic11:36
*** ppalucki_ has joined #openstack-ironic11:36
*** ppalucki has quit IRC11:36
*** ppalucki_ has quit IRC11:36
*** viktors has quit IRC11:37
*** ppalucki has joined #openstack-ironic11:37
openstackgerritLucas Alvares Gomes proposed openstack/ironic-specs: Root device hints  https://review.openstack.org/13872911:38
*** jcoufal_ has joined #openstack-ironic11:59
openstackgerritLucas Alvares Gomes proposed openstack/ironic-specs: Root device hints  https://review.openstack.org/13872912:01
*** yjiang5 has quit IRC12:01
*** jcoufal has quit IRC12:02
*** yjiang5 has joined #openstack-ironic12:03
*** igordcard has quit IRC12:08
*** pensu has joined #openstack-ironic12:22
*** ppalucki has quit IRC12:38
*** pensu has quit IRC12:43
*** dprince has joined #openstack-ironic13:02
lucasagomesdtantsur, reviewed13:07
dtantsuraha thanks, will update soon13:07
lucasagomes:) ack13:07
*** erwan_taf has joined #openstack-ironic13:08
dtantsurlucasagomes, not returning just a node, because it's not extensible. if we're going to return some instructions to the ramdisk, we'll have to put them inside node object, which is weird13:08
lucasagomesdtantsur, right, gotcha. That's why I asked cause idk it looked weird to have a single key in a dict13:09
lucasagomeswith a single node as value13:09
dtantsurfor now - yes :)13:09
lucasagomesyup that's all good13:09
lucasagomesplumbing work yay13:09
dtantsurok lemme split the patch now13:09
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Move code updating Node.properties to a plugin  https://review.openstack.org/13805613:13
dtantsurlucasagomes, updated example.conf ^^^13:13
* lucasagomes looks13:13
dtantsurand yes, now discoverd patches spam into this channel \o/13:13
erwan_tafhello world13:13
dtantsurerwan_taf, o/13:13
lucasagomeserwan_taf, yo13:14
erwan_tafdtantsur: _o/13:14
erwan_taflucasagomes: _o/13:14
*** ppalucki has joined #openstack-ironic13:17
*** Masahiro has joined #openstack-ironic13:17
*** Haomeng has joined #openstack-ironic13:19
*** Haomeng|2 has quit IRC13:20
*** Masahiro has quit IRC13:22
*** athomas has joined #openstack-ironic13:24
*** pensu has joined #openstack-ironic13:25
*** nosnos has quit IRC13:27
*** pensu has quit IRC13:43
openstackgerritMerged stackforge/ironic-discoverd: Move code updating Node.properties to a plugin  https://review.openstack.org/13805613:46
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Return serialized node to the ramdisk  https://review.openstack.org/13737413:50
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Add option `power_off_after_discovery`  https://review.openstack.org/13905413:50
dtantsurlucasagomes, ^^^13:50
dtantsur`git add -p` rules! :)13:50
*** dlaube has joined #openstack-ironic13:52
*** shardy has joined #openstack-ironic13:53
shardyHey all, other than the extra_specs for the baremetal flavor, which specify the deploy kernel and ramdisk, do I need to do anything to the image I specify when booting a node via nova?13:54
shardyI'm getting Image foo is missing the following properties: kernel_id, ramdisk_id (HTTP 500) in n-cond logs13:55
shardyHaving followed http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html#deploying-ironic-with-devstack13:55
shardyI'm probably missing something obvious :)13:55
openstackgerritVladyslav Drok proposed openstack/ironic: Remove 'glance://' prefix strip from image hrefs  https://review.openstack.org/13905713:56
*** athomas has quit IRC13:58
vdrokshardy, seems that your image that you use as image_source does not have kernel_id and ramdisk_id properties13:58
openstackgerritTan Lin proposed openstack/ironic-specs: Bare Metal Trust Using Intel TXT  https://review.openstack.org/13390213:59
vdrokshardy, you can check it with glance image-show $your_image_uuid14:00
dtantsurshardy, http://docs.openstack.org/developer/ironic/deploy/install-guide.html#image-requirements may help14:00
*** rakesh_hs has quit IRC14:01
shardydtantsur, vdrok: aha, thanks - I was missing the --property arguments to image-create, thanks!14:02
*** rakesh_hs has joined #openstack-ironic14:08
*** rloo has joined #openstack-ironic14:12
*** jistr|trng has quit IRC14:13
*** athomas has joined #openstack-ironic14:15
openstackgerritYuriy Zveryanskyy proposed openstack/ironic-specs: Add a new driver for Fuel Agent  https://review.openstack.org/13811514:19
*** jistr has joined #openstack-ironic14:22
NobodyCamgood morning Ironic14:22
*** jistr is now known as jistr|trng14:22
sambettsmorning NobodyCam14:22
NobodyCammorning sambetts14:22
NobodyCam:)14:22
lucasagomesNobodyCam, sambetts morning14:23
NobodyCammorning lucasagomes :)14:23
rloomorning NobodyCam. Aft sambetts, lucasagomes14:26
NobodyCammorning rloo :)14:26
erwan_taflo NobodyCam14:27
erwan_tafheya rloo14:27
erwan_tafdtantsur: git add -p is the way to go ;)14:27
erwan_tafdtantsur: glad to see you use it14:27
lucasagomesrloo, hello there!14:28
dtantsur:)14:28
NobodyCamgood morning erwan_taf14:28
dtantsurNobodyCam, sambetts, rloo _o/14:28
NobodyCammorning dtantsur14:28
erwan_tafdtantsur: {checkout|reset} -p are nice too14:28
dtantsuroh have to try next time14:28
erwan_tafcheckout -p is nice when you fuck up part of your local changes14:29
*** ppalucki has quit IRC14:29
erwan_tafreset -p is nice when you staged unexpected parts with add -p14:29
*** jogo has left #openstack-ironic14:29
dtantsurthe latter happens to me :)14:30
rloohi erwan_taf ;)14:31
rloohi dtantsur!14:31
*** k4n0 has quit IRC14:33
*** ppalucki has joined #openstack-ironic14:33
*** lazy_prince is now known as killer_prince14:34
* lucasagomes just watched a video about brazilians, can't stop laughing14:43
lucasagomeshttps://www.youtube.com/watch?v=uru-_Zt7UJc14:43
*** Marga_ has joined #openstack-ironic14:45
*** ryanpetrello has joined #openstack-ironic14:45
NobodyCamomg14:48
NobodyCamlol14:48
lucasagomeshah the sepultura music on the background and all14:49
lucasagomesdamn so funny14:49
*** jcoufal_ is now known as jcoufal14:49
NobodyCamyea14:49
NobodyCamcute14:49
NobodyCam:)14:49
*** mjturek has joined #openstack-ironic14:50
victor_lowthermorning all14:53
victor_lowtherooh, lots of comments on the state machine spec14:53
lucasagomesvictor_lowther, morning14:54
dtantsurvictor_lowther, morning :) as usual, I guess14:55
dtantsurlucasagomes, please have a look at https://review.openstack.org/#/c/139054/ and https://review.openstack.org/#/c/137374/ once you have some time14:55
victor_lowtherwell, sort of a foggy/rainy morning14:55
NobodyCammornign victor_lowther14:55
victor_lowtherso a little unusual there. :)14:55
lucasagomesdtantsur, will do14:56
dtantsurthnx14:56
NobodyCamvictor_lowther: look at all the +1's14:57
NobodyCam:)14:57
victor_lowtheryeah, I saw those.14:57
victor_lowtherHoorays.14:57
victor_lowtherI will update the spec to fix the nits and add the clarifications people have pointed out.14:58
dtantsurlucasagomes, lol awesome video14:59
lucasagomes:D14:59
erwan_tafheya victor_lowther14:59
victor_lowtherhi14:59
* victor_lowther works on finishing the first cup of coffee first15:00
*** alexpilotti has joined #openstack-ironic15:00
*** luisjariz has joined #openstack-ironic15:01
NobodyCamvictor_lowther: ++++++15:02
erwan_tafdo we have a state machine for that ?15:04
* erwan_taf hides15:04
erwan_taf& run15:04
NobodyCamlol15:04
*** andreykurilin_ has joined #openstack-ironic15:05
*** Masahiro has joined #openstack-ironic15:06
victor_lowther1: drink coffee -> 2: do work 3: goto 115:06
victor_lowtherbecause circular graphs are the bestest graphs!15:06
*** igordcard has joined #openstack-ironic15:10
*** Masahiro has quit IRC15:11
erwan_tafwhile(1): { drink_coffee(); sleep($RANDOM) }15:11
NobodyCam10 for each fullCup: eval $drink: goto 1015:13
*** rakesh_hs has quit IRC15:15
openstackgerritMerged stackforge/ironic-discoverd: Add option `power_off_after_discovery`  https://review.openstack.org/13905415:16
devanandamorning, all15:16
*** Marga_ has quit IRC15:16
NobodyCamgood morning devananda15:16
*** athomas has quit IRC15:16
dtantsurdevananda, o/15:17
*** Marga_ has joined #openstack-ironic15:17
lucasagomesdevananda, morning15:17
*** r-daneel has joined #openstack-ironic15:18
*** athomas has joined #openstack-ironic15:21
*** romcheg has quit IRC15:24
*** romcheg has joined #openstack-ironic15:24
*** romcheg has quit IRC15:25
NobodyCamlucasagomes: you test with ipxe yes?15:26
lucasagomesNobodyCam, sometimes yes15:26
NobodyCamI was just looking at rloo's comments on: https://review.openstack.org/#/c/13886415:27
NobodyCamdo you know if ipxe needs the tftp-map file too?15:27
*** subscope has quit IRC15:28
*** derekh has quit IRC15:28
lucasagomesNobodyCam, hmm not sure15:29
lucasagomesgotta investigate15:30
NobodyCam:)15:30
NobodyCamTY15:30
lucasagomesNobodyCam, we still using tftp to pass the undionly.kpxe so I bet it needs the map yes15:31
PaulCzarNobodyCam: I'm super close to having this thing working now15:31
dlaubeg'morning15:31
PaulCzarNobodyCam: pxebooting is working, but it boots up to a 'sda: unknown partition table'15:32
PaulCzarwhich means there's probably an issue with the image15:32
*** luisjariz has quit IRC15:32
PaulCzaris there a stash of prebuilt image sets somewhere ?15:33
jrollmorning everybody :)15:33
cohnhi15:33
jrollNobodyCam: I think lucas is right, probably do need the map15:33
jrollPaulCzar: there's a cirros image for testing, dunno about the rest15:34
dtantsurPaulCzar, I know about http://file.rdu.redhat.com/~jslagle/tripleo-images-juno-source/ (used for instack)15:34
jrollPaulCzar: afaik people just build through tripleo15:34
dtantsurbut cirros should be much easier15:34
jrollerr, s/tripleo/diskimage-builder15:34
NobodyCamPaulCzar: great :)15:36
NobodyCamhi cohn :)15:36
NobodyCamlucasagomes: jroll: Thank you15:37
PaulCzaroh, I have the wrong images listed as the deploy images15:37
PaulCzarthat should be an easy fix!15:37
cohnNobodyCam: howdy!15:38
*** rameshg87 has joined #openstack-ironic15:38
*** andreykurilin_ has quit IRC15:39
*** andreykurilin_ has joined #openstack-ironic15:39
*** subscope has joined #openstack-ironic15:43
NobodyCam:)15:44
lucasagomesjroll, morning15:44
jrollhey lucas :)15:45
*** pcrews has joined #openstack-ironic15:45
*** naohirot has quit IRC15:46
*** Marga_ has quit IRC15:47
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Extend node_cache.pop_node() result to be a structure  https://review.openstack.org/13909615:48
lucasagomesI will call it a day earlier today (have a pre-xmas dinner tonight)15:48
lucasagomeshave a good day/night everyone!15:49
dtantsurpre-xmas dinner already? nice :)15:49
dtantsurlucasagomes, g'night15:49
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Add tests to iscsi_deploy.build_deploy_ramdisk_options  https://review.openstack.org/13909715:49
NobodyCamhave a good night lucasagomes15:49
rloobye lucasagomes. Have fun!15:49
sambettsnight lucasagomes15:49
lucasagomesdtantsur, yeah because I'm going to brazil next week15:49
lucasagomesso doing a dinner with some people in the dublin office15:49
erwan_tafsee ya lucasagomes15:50
*** lucasagomes is now known as lucas-dinner15:50
PaulCzaralright, so I got the images in the right order ... now having issues with the build ...  its trying to look up the ironic api and failing because of dns15:50
*** mjturek has quit IRC15:51
*** mjturek has joined #openstack-ironic15:51
PaulCzarI have dns_nameservers set in my neutron subnet ... which should be enough for dhcp to give that to the ironic build via dhcp right ?15:51
*** lucas-dinner has quit IRC15:52
*** rameshg87 has quit IRC15:56
*** hemna__ has joined #openstack-ironic15:56
NobodyCamI would think so.15:57
cohnhey, so question about the rackerlabs ironic neutron plugin (https://github.com/rackerlabs/ironic-neutron-plugin): what is the process flow for spinning up a bare metal server with it? I'm assuming you can't just use Horizon since you guys have API extensions in there.16:00
*** Marga_ has joined #openstack-ironic16:00
jrollcohn: it doesn't really have anything to do with horizon vs api vs whatever16:01
cohnok16:01
jrollbut code needs to be added to ironic to use it16:01
cohnoh!16:01
jrollwhich we have yet to open source, because priorities, but I can dig it up for you16:01
cohnso with the code added, it can "just work" via CLI commands or Horizon?16:02
victor_lowtherAny suggestions on what to call the "don't power off the machine when cleaning is finished" flag?16:02
victor_lowtherfor the next rev of the state machine spec16:02
*** ppalucki has quit IRC16:02
cohnjroll: if you could dig that up i would be incredibly appreciative16:02
jrollvictor_lowther: that will be a config option, I wouldn't worry about it for that spec, I'm working a separate spec for that16:02
jrollcohn: yep, give me a few and let me get back to you16:02
victor_lowtherya16:02
cohnwoot!16:02
* cohn hugz jroll 16:03
jroll:)16:03
victor_lowtherjroll: I am just going through fleshing out state descriptions and adding links to other specs where appropriate16:03
victor_lowtherand it seemed like a good thing to do16:03
jrollaha16:03
jrollsec16:03
jrollI'm really behind on it, but here you go: https://review.openstack.org/#/c/102405/16:03
victor_lowtherthanks16:05
*** Marga_ has quit IRC16:07
*** romcheg has joined #openstack-ironic16:09
openstackgerritChris Krelle proposed openstack/ironic: Add info on creating a tftp map file  https://review.openstack.org/13886416:10
*** subscope has quit IRC16:11
*** Isotopp_ has joined #openstack-ironic16:15
ShrewsNobodyCam: if i were to suggest a change to 138864 that was not actually your fault, but you DO touch it, would you be offended?  :)16:16
ShrewsNobodyCam: ex) explicitly numbering the sections instead of using #. like the previous sections16:16
victor_lowtherhm16:16
rlooShrews: you mean not to explicitly number... (++)16:17
Shrewsrloo: right16:17
rlooShrews: although I wonder if it should be changed in the same patch.16:17
*** bradjones has quit IRC16:18
victor_lowtherlooking at the comments, how does adding an ACTIVE -> [DELET*/MANAGED] -> MANAGED path to the state machine sound?16:18
*** Isotopp has quit IRC16:18
*** jroll has quit IRC16:18
*** adam_g has quit IRC16:18
*** sbadia has quit IRC16:18
*** jroll has joined #openstack-ironic16:18
*** adam_g has joined #openstack-ironic16:19
jrollvictor_lowther: that sounds like I need to manually set every node to available after it's deleted16:19
*** adam_g has quit IRC16:19
*** adam_g has joined #openstack-ironic16:19
*** jroll has quit IRC16:19
*** jroll has joined #openstack-ironic16:19
jrollwhich is a non-starter16:20
*** bradjones has joined #openstack-ironic16:20
victor_lowtherfor doing things like pulling a machine out of production while bypassing CLEANING16:20
*** dguerri has joined #openstack-ironic16:20
NobodyCamShrews: lol I tested that change locally and it miss numbered so I just keep the hard coding we had16:20
rloovictor_lowther: that changes a lot of stuff. You mean get rid of [DELET*/AVAILABLE] ?16:20
NobodyCamI'm happy to correct16:21
jrollvictor_lowther: oh, so in addition. how would it decide to go that way? I don't see the usefulness16:21
ShrewsNobodyCam: hrm, wonder what's off with the automatic numbering16:22
victor_lowthernah16:22
victor_lowtherthat is not the intent of the path16:22
*** arif-ali has quit IRC16:23
victor_lowtherjroll: You need to pull a machine out of production for forensic analysis16:23
victor_lowtherRESCUE is out, because you to not intend to return it to its previous role.16:23
JayFmakes sense to have a way to do that16:24
JayFhowever going to be VERY HARD to implement consistently16:24
victor_lowtherCLEANING is of course right out.16:24
JayFbecause if it's a nova provisioned instance16:24
*** sbadia has joined #openstack-ironic16:24
JayFwhat are you going to do? Not delete it in nova and instead delete it via ironic?16:24
rloocan't you just put it in maintenance mode first. then do whatever?16:24
jrolltheoretically.16:24
jrollthough I think you should be able to CLEAN a node in maintenance mode16:25
JayFrloo: that's similar to the workflow we'd use in OnMetal today, except we allow decom to complete in maint mode (downstream; aiui upstream we'll not to any damn thing to a maint node)16:25
victor_lowtherThink lawsuit and/or lat subpoena16:25
rloowhen would you know/indicate to ironic that you want to pull a machine out of production...?16:25
JayFyeah, that's my issue with it16:25
jrollvictor_lowther: sure, I understand, it's just ^16:25
*** penick has joined #openstack-ironic16:25
*** romcheg has quit IRC16:25
victor_lowtheryeah, I don't really know how to disambiguate from the Nova side.16:26
victor_lowtheris why I threw it out here. :)16:26
*** arif-ali has joined #openstack-ironic16:27
rloovictor_lowther: so you want to DELETE and after that put it in limbo? (or MANAGED)16:27
openstackgerritVladyslav Drok proposed openstack/ironic: Support for non-Glance image references  https://review.openstack.org/13674116:27
*** subscope has joined #openstack-ironic16:28
*** mikedillion has joined #openstack-ironic16:28
victor_lowtherrloo: ACTIVE -> [DELET*/MANAGED] -> MANAGED16:28
victor_lowtherso MANAGED16:28
victor_lowtherNot adding a LIMBO state. :)16:28
NobodyCamShrews: I can spend more then 1 minute looking at it :)16:28
*** Marga_ has joined #openstack-ironic16:28
victor_lowtherI suppose from the POV of Nova the machine just goes offline and never comes back16:30
devanandavictor_lowther: on "dont power off machine when done cleaning" -- I think this is something the driver implements. not a flag the operator passes16:30
jrollvictor_lowther: also. presumably the ironic operators would be the ones doing forensic analysis, not the nova user. the nova user might want to delete to hide things. can't really make it a nova thing.16:30
rloodevananda: I don't think he wants it to be cleaned, or to be made avail again.16:30
victor_lowtherjroll: yes16:31
jrollvictor_lowther: though we could use some nova admin things, like lock/stop/suspend/idk, to take the machine back or whatever16:31
devanandavictor_lowther: to pull a node out of prod w/o CLEAN, set maintenance flag16:31
victor_lowtheris there an expectation that it will ever return?16:31
*** Marga_ has quit IRC16:31
jrollvictor_lowther: "maybe"16:31
victor_lowtherheh16:31
jrollI mean16:32
*** Marga_ has joined #openstack-ironic16:32
devanandanova user deleting their instance ---> node should return to available (unless it's broken // in maintenance mode)16:32
jrollrackspace does similar things like this for non-payment, take it away for a bit, give it back if they pay16:32
*** ryanpetrello has quit IRC16:32
victor_lowtherdevananda: that text I had in mind for CLEANING and long-running deploy ramdisks goes along these lines:16:33
victor_lowther  * Booting to a `long running deploy ramdisk16:33
victor_lowther    <https://review.openstack.org/#/c/102405/>`, if you want the16:33
victor_lowther    machine to stay on while in AVAILABLE.16:33
victor_lowtherjroll: so it sounds like the maintenance flag encompasses that use case well enough, then.16:34
victor_lowtherEver had to deal with "the cops want the whole system intact"?16:35
openstackgerritChris Krelle proposed openstack/ironic: Add info on creating a tftp map file  https://review.openstack.org/13886416:35
NobodyCamShrews: ^^^16:35
jrollvictor_lowther: we haven't with ironic, no idea about virt16:35
devanandaoh, is anyone actively working on improving our policy handling?16:35
victor_lowtherok16:35
jrolldevananda: roman had a patch up to pull latest oslo.policy16:36
devanandavictor_lowther: right - no. I was just also thinking about that.16:36
victor_lowtherI will leave things as they are for now, then16:36
dtantsurdevananda, you mean https://review.openstack.org/126265 ?16:36
jrolldevananda: other than that, not that I know of16:36
victor_lowthersince it is more of an exceptional situation anyways.16:36
victor_lowtherSomething to thing about later16:37
devanandavictor_lowther: maintenance mode is close, but we'd need to "delete" the nova instance, block in-and-outgoing networks, and power off the machine16:37
victor_lowthermaybe after it happens to someone. :)16:37
devanandaheh16:37
victor_lowtherAnyways, back to edits.16:37
jrolldevananda: in the "cops want the whole system intact" case, you may not want to power off, even16:37
devanandajroll: sure you do. cops want the system as it is now, not after some daemon finishes scrubbing the disks16:38
*** achanda has joined #openstack-ironic16:38
NobodyCamunless there /my disks16:38
devanandajroll: but anyway. details to discuss later16:38
jrollok, maybe, never dealt with this :)16:39
*** Marga_ has quit IRC16:39
*** Marga_ has joined #openstack-ironic16:39
devanandadtantsur: that's just keeping it up to date, I think?16:39
dtantsurnot sure16:39
*** dprince has quit IRC16:39
devanandadtantsur: I mean adding more configurable policies and privilege levels for different parts of Ironic's API16:39
dtantsurah, probably nobody16:40
*** dprince has joined #openstack-ironic16:40
devanandadtantsur: like allowing read access to power,provision state and instance_info, but hiding driver_info16:40
devanandafor example16:40
jrollor allowing certain folks to do certain actions16:40
devanandaright16:41
jrolldevananda: do you think network partitioning stuff could fit this cycle?16:42
jrollat least an interface and an implementation for our neutron plugin thing?16:42
devanandajroll: "network partitioning" ?16:43
jrolllike, provisioning network vs tenant network16:43
jrollswitching between them16:43
devanandaah16:44
jrollpriorities are a thing16:44
devanandathat'd be great. but yah.16:44
jrollwe just get asked about it sometimes16:44
devanandaI keep telling people about it, too16:44
jrolland I'm sick of having downstream code16:44
*** krtaylor has quit IRC16:44
jroll:P16:44
jrolldo you know about https://etherpad.openstack.org/p/ironic-neutron-bonding16:44
devanandait seems like that would be orthogonal to the other big work going on16:44
jrollI added a gist there of our code that calls our neutron plugin16:44
devanandalike it could be approved and reviewed independently16:44
jrollyeah16:45
devanandain which case, i'm all for it16:45
jrollcool16:45
devanandafolks may or may not have bandwidth to review it -- but if it's not dependent on // blocking anything else, let's try16:45
jrollyeah16:45
jrollright on16:45
jrollthanks16:45
devanandajroll: the "flip the node between these two networks" part -- that should definitely be upstreamed, even if the ML2 plugin doesn't make it16:46
devanandajroll: because literally everyone wants ^16:47
jrollright, we can give it an interface and an implementation that uses our plugin16:47
devanandaand the port bonding, while cool, can be done other ways, and is not important to everyone, so I'd suggest punting on that if there's a time constraint16:47
jrolland if people care about using something in neutron's tree, they can add it16:47
jrollright16:47
jrollI'm not worried about bonding stuff16:48
devanandak k16:48
jrollthough our plugin can trunk things, I'll need to do something with that16:48
*** ChanServ sets mode: -o devananda16:48
dtantsurOo16:48
* devananda drops his @16:48
NobodyCam:-p16:49
devanandaChuckC: the above conversation might interest you, too. also -- https://etherpad.openstack.org/p/ironic-neutron-bonding16:50
* ChuckC looking16:51
openstackgerritVictor Lowther proposed openstack/ironic-specs: New Ironic provisioner state machine.  https://review.openstack.org/13382816:51
victor_lowtherWith that done, off to sprint planning.16:54
*** Masahiro has joined #openstack-ironic16:54
*** penick has quit IRC16:56
openstackgerritChris Krelle proposed openstack/ironic: Add info on creating a tftp map file  https://review.openstack.org/13886416:58
*** Marga_ has quit IRC16:58
*** Marga_ has joined #openstack-ironic16:59
*** Masahiro has quit IRC16:59
Shrewsgrr... running ironic-api in a docker container is causing me much heartburn17:00
*** Marga_ has quit IRC17:01
jrollShrews: what's wrong?17:02
*** Marga_ has joined #openstack-ironic17:02
Shrewsjroll: http://paste.openstack.org/show/144703/17:04
*** dtantsur is now known as dtantsur|afk17:05
jrollwtf17:05
Shrewsexactly17:05
Shrewsi cannot reproduce that outside the container either17:05
Shrewssame oslo library versions17:06
jrollstrange17:06
ChuckCdevananda: jroll: so bonding not so urgent, but 'flipping node between networks' is17:09
devanandaChuckC: yup17:10
ChuckCdoes that map to updating port to change network?17:10
JayFShrews: you sure running "ironic-api" is using the same python as "python"17:10
ChuckCdevananda: ^^17:10
JayFShrews: /me suspects a distro with py27 and py3* and your deps are on py27 and it's running against py3*17:10
jrollChuckC: agree, and yes, it changes the vlans for the port17:10
ShrewsJayF: /usr/local/bin/ironic-api uses /usr/bin/python, which is 2.717:11
ChuckCdevananda: in the mac address update spec, i recall that yamahata was also interested in being able to update network_id, so there may be some support there17:12
JayFinteresting. I don't wanna rabbithole right now, but I'd be interested to see your Dockerfile for poking at later :)17:12
JayFbut you'll likely figure it out before I take the time to look17:12
ChuckCdevananda: the problem is neutron's upcoming SPD/SAD deadlines for kilo (next week and the following)17:14
jrollChuckC: yeah, I don't see anything actually getting into neutron to help with this in kilo17:14
devanandaChuckC: right. so I think jroll is hoping to upstream the Ironic components of this during Kilo17:14
devanandajroll: are there aspects that need to land in Neutron, or is your out-of-tree ML2 plugin enough?17:15
jrolldevananda: our out of tree plugin should be enough, I don't see why not17:15
devanandaif there are no other changes needed in neutron, then definitely, let's go ahead with the Ironic side17:15
jrollwe only have a driver for one switch, but other than that it just works17:15
jrollI don't think we've modified neutron to use our plugin17:15
jrollmorgabra: ^ confirm?17:15
ChuckCdevananda: jroll: let me play with it a bit to scope it and maybe contact yamahata to see what was driving his interest17:16
ChuckCthis will not be my top priority though17:17
*** krtaylor has joined #openstack-ironic17:17
*** pensu has joined #openstack-ironic17:21
*** achanda has quit IRC17:22
*** foexle has quit IRC17:22
*** achanda has joined #openstack-ironic17:22
*** achanda has quit IRC17:27
*** Marga_ has quit IRC17:27
*** spandhe has joined #openstack-ironic17:27
*** Marga_ has joined #openstack-ironic17:27
ChuckCdevananda: jroll: regarding mac address update (replacing bad NIC), do you see a need for non-admin to be able to do this?17:31
jrollChuckC: non-admin being the nova user?17:32
ChuckCjroll: not sure, whoever would be updating the neutron port with the new mac address17:32
*** marcoemorais has joined #openstack-ironic17:33
NobodyCamI would tend to say an update like that should require admin17:33
jrollyeah, I would guess an admin would do that17:33
jrollI mean, non-admins shouldn't be replacing nics17:33
jroll:P17:33
ChuckCjroll: ok, thanks, just a sanity check :-)17:33
NobodyCam:)17:33
jrollyep :)17:33
*** Marga_ has quit IRC17:36
*** Marga_ has joined #openstack-ironic17:36
*** mikedillion has quit IRC17:40
Shrewsjroll: JayF: think i figured it out. i have an oslo.config in both /usr/lib and /usr/local/lib. The /usr/lib one is older and probably comes from installing python-ironicclient from apt-get17:42
jrollthis is why I refuse to use distro packages :)17:43
jroll(one reason, anyway)17:43
jroll(for python)17:43
JayFaha17:45
Shrewswell, it would have been fine if both ironicclient AND ironic came from the distro. Mixing the two apparently doesn't work.17:48
* Shrews goes to lunch17:48
*** spandhe has quit IRC17:49
*** jistr|trng has quit IRC17:51
*** jcoufal has quit IRC17:52
NobodyCambrb17:53
*** ryanpetrello has joined #openstack-ironic17:57
*** Marga_ has quit IRC17:57
*** Marga_ has joined #openstack-ironic17:58
* NobodyCam is back18:03
*** athomas has quit IRC18:08
*** harlowja_away is now known as harlowja_18:10
*** sambetts has quit IRC18:11
*** Nisha has quit IRC18:17
*** shakamunyi has joined #openstack-ironic18:18
*** spandhe has joined #openstack-ironic18:30
*** mikedillion has joined #openstack-ironic18:33
*** mjturek has quit IRC18:35
*** jmanko has joined #openstack-ironic18:41
*** mjturek has joined #openstack-ironic18:42
*** Masahiro has joined #openstack-ironic18:43
*** jmank has quit IRC18:44
*** Masahiro has quit IRC18:48
*** openstackgerrit has quit IRC18:50
*** openstackgerrit has joined #openstack-ironic18:50
*** andreykurilin_ has quit IRC18:50
*** Marga_ has quit IRC18:52
*** Marga_ has joined #openstack-ironic18:54
NobodyCamdo we still want the "Whats needed to Land the New State machine" line on the agenda?18:55
rlooNobodyCam: isn't there more that is needed?18:56
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Implement server side IPMI protocol (WIP)  https://review.openstack.org/13810918:56
devanandaprobably18:56
*** pelix has quit IRC18:59
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Implement server side IPMI protocol (WIP)  https://review.openstack.org/13810919:02
*** marcoemorais has quit IRC19:03
*** marcoemorais has joined #openstack-ironic19:04
*** marcoemorais has quit IRC19:04
*** marcoemorais has joined #openstack-ironic19:05
*** penick has joined #openstack-ironic19:12
*** igordcard has quit IRC19:12
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Implement server side IPMI protocol (WIP)  https://review.openstack.org/13810919:13
NobodyCamgoing to remove the mascot name stuff from the whiteboard19:13
NobodyCambrb ... quick walkies19:22
dlaubehey guys, so I ended up building a custom image with a modified IPA using https://github.com/openstack/ironic-python-agent/tree/master/imagebuild/coreos  â€¦what do I need to to finish making the deploy image?  Do I just run glance image-create against my coreos_production_pxe_image-oem.cpio.gz  coreos_production_pxe.vmlinuz  files?19:22
dlaubeI think I'm missing some steps19:22
JayFI think those glance upload steps are in the usual ironic docs?19:23
JayFif you have the .vmlinuz and .cpio.gz you built the ramdisk19:23
dlaubeok cool.. so just this is left:19:24
JayFdlaube: http://docs.openstack.org/developer/ironic/deploy/install-guide.html#image-requirements I think this gets into that some19:24
dlaubeglance image-create --name deploy-vmlinuz --public \19:24
dlaube--disk-format aki < my-deploy-ramdisk.kernel19:24
dlaubeglance image-create --name deploy-initrd --public \19:24
dlaube--disk-format ari < my-deploy-ramdisk.initramfs19:24
JayFyup19:24
JayFI'm pretty sure that's right19:24
dlaubenice! thats what I thought but it seemed too easy :P19:24
JayFthings are always supposed to be easy19:24
dlaubeseems nothing is ever easy JayF19:25
dlaubeyou know how much I bother you, jroll and NobodyCam  ;)19:25
dlaubeheh19:25
dlaubealways appreciate the help though19:25
dlaubethanks!19:25
*** mjturek has quit IRC19:26
*** mjturek has joined #openstack-ironic19:26
*** penick has quit IRC19:26
*** penick has joined #openstack-ironic19:27
*** dprince has quit IRC19:28
*** marcoemorais has quit IRC19:37
*** marcoemorais has joined #openstack-ironic19:37
*** rushiagr is now known as rushiagr_away19:38
*** marcoemorais has quit IRC19:44
*** marcoemorais has joined #openstack-ironic19:44
* NobodyCam is back 19:50
NobodyCamdlaube: its never a bother to help :)19:51
devanandawhy does ironic require sgabios?19:58
devanandainteresting19:59
*** penick has quit IRC19:59
devanandawonder why devstack wasn't trying to install that, but failing when it wasn't installed ... *shrug*19:59
*** andreykurilin_ has joined #openstack-ironic20:01
NobodyCamdevananda: that to get all the bios boot screens from a node20:01
*** openstackgerrit has quit IRC20:04
devanandayup, figured it out :)20:04
*** openstackgerrit has joined #openstack-ironic20:04
*** penick has joined #openstack-ironic20:04
devanandatrying to update my local devstack env, and hitting all sorts of issues :(20:04
NobodyCam:(20:05
*** hemna__ has quit IRC20:11
*** marcoemorais has quit IRC20:12
*** marcoemorais has joined #openstack-ironic20:13
*** marcoemorais has quit IRC20:13
*** marcoemorais has joined #openstack-ironic20:14
*** pensu has quit IRC20:25
*** mrda-away is now known as mrda20:25
mrdaMorning Ironic20:25
sorenI recently noticed that there's a way for Ironic to not depend on Neutron for dhcp... In that case, how will Ironic know the IP of the node?20:26
NobodyCammorning mrda20:26
jrollsoren: why does ironic need to know the IP?20:27
* NobodyCam is liking https://review.openstack.org/#/c/13486620:27
jrollsoren: also, in that case you would use static dhcp configs20:27
sorenjroll: Doesn't it need it to write the disk image to the node?20:27
sorenjroll: What's the benefit of static dhcp configs?20:28
sorenAlso, how will Nova know the IP?20:28
soren...which, I suppose, is the real question I was getting at.20:28
jrollsoren: I'm not sure how ironic finds iscsi mounts, but don't think it needs the IP. maybe the ramdisk sends it back. with the agent driver, the ramdisk sends its IP to ironic so ironic can talk to it.20:29
sorenjroll: Ok. I guess that makes sense. What about Nova?20:30
jrollas far as the instance, that's different. ironic only configures dhcp for pxe booting, has nothing to do with the instance IP20:30
jrollnova is what provisions an IP from neutron anyway, so nova always knows20:30
jrollironic does not know the instance IP20:30
*** shakamunyi has quit IRC20:30
devanandacould be an artefact of my env, but curious, is anyone else seeing this lately?20:30
devanandaDEBUG oslo.messaging._drivers.impl_rabbit [-] Timed out waiting for RPC response: timed out from (pid=22077) _raise_timeout_if_deadline_is_reached20:30
sorenjroll: So it'll have different IP's during PXE and when it's fully deployed?20:31
jrolland the benefit of static DHCP configs is 1) not using neutron/dnsmasq, and 2) knowing what IP the ramdisk gets is helpful20:31
jrollyes20:31
jrollI believe so20:31
sorenBut how does that config get in there?20:31
NobodyCamjroll: soren just fyi: ramdisk ping back: https://github.com/openstack/diskimage-builder/blob/master/elements/deploy-ironic/init.d/80-deploy-ironic#L46-L5420:31
jrollsoren: someone configures a dhcp server, it isn't automatic20:31
jrollNobodyCam: ah, right, thanks20:31
sorenNobodyCam: Thanks.20:32
*** shakamunyi has joined #openstack-ironic20:32
*** Masahiro has joined #openstack-ironic20:32
*** alexpilotti has quit IRC20:32
sorenI'm just confused, I guess. What is the point of all this if you're still relying on Neutron for the IP assignment post install?20:32
soren...and how does the IP from Neutron get set on the server?20:33
jrollbecause we don't trust dnsmasq20:33
jrollthrough the metadata service, configdrive, or dhcp20:33
jrolldepending on your environment20:33
jrollour prod environment uses configdrive20:33
jrollwith cloud-init20:33
sorenAnd how does that get written?20:33
sorenI forget the flow for that.. Does nova build it beforehand and passes it to Ironic?20:34
jrollthe upstream parts are still a work in progress, but the code is in ironic, it just makes another partition20:34
jrollyes20:34
jrollsee https://review.openstack.org/#/q/branch:master+topic:bp/expose-configdrive,n,z20:34
jrolland the nova spec https://review.openstack.org/#/c/98930/20:34
sorenI guess this might solve half of my problem..20:34
jrollstill need nova code20:34
sorenSo, I'm setting up a new environment.20:34
jrollwhat's your problem? what's the goal?20:35
sorenIt'll be pretty big, and I'm having to set up a bunch of subnets.20:35
sorenSo each rack will have its own subnet.20:35
sorenOr something to that effect.20:35
soren...and I'm curious how I can get that done with Ironic/Neutron/friends.20:35
sorenSo depending on the rack, I need to give it an IP from a specific subnet.20:36
jrollaha20:36
sorendhcp-relay is the typical solution, but this is hard with OpenStack.20:36
*** Masahiro has quit IRC20:37
jrollright, I don't know much about neutron's dhcp stuff, but you might be able to make it work like that20:37
devanandaSpamapS: ^20:37
soren...because dhcp-relay acts on the DHCP request and assigns an IP from a subnet matching the relay.20:37
jrolllike, neutron should have a way to tie mac addresses to subnets or something20:37
sorenYeah.20:37
devanandasoren: I believe others share this prob^D^D^Dneed, and I'm not yet aware that anyone has addressed it20:37
sorenEven specific IP's would be ok.20:37
sorenSo a given mac would always get the same IP.20:38
jrollthat's called static dhcp configuration :P20:38
devanandabecause you need more than just giving each node right right IP based on what rack // subnet it's in20:38
sorenbut which instance is running on that node (with that mac) might change over time.20:38
devanandayou also need neutron to dynamically do the right configuration for that20:38
jrollthat said, if you use static configs, ironic can't control pxe options either, so idk20:38
sorenjroll: That's fine for Ironic/PXE, but I need this post install, too.20:38
jrollright20:39
*** hemna__ has joined #openstack-ironic20:39
devanandaand you need each node to be managed only by Ironic Conductor(s) which have access to that subnet20:39
sorenHow do you do it at Rackspace? Just one big, flat network?20:39
devanandathough taht last point may depend on how you set up the networking, so may be not ...20:39
jrollsoren: for management or tenant networks?20:39
sorenjroll: Hm. Both, I suppose.20:39
* soren doesn't have to deal with multitenancy20:40
jrollso every tenant gets two networks, one is inter-dc and one is public internet20:40
jrollwe're still working on private networks20:40
jrolls/tenant/instance20:40
*** ChuckC has quit IRC20:40
sorenOk.20:40
sorenSo just like (the virtual) cloud servers.20:40
devanandasoren: if you trust all tenants to have access to each other's data, and to the control plane, you probably don't need to isolate mgmt <-> provisioning networks20:41
jrollyeah, except virt cloud has private networks too20:41
sorenOk.20:41
jrollfor management stuff, our ironic cell has one provisioning network that the servers sit on20:41
sorenSo for public internet access, you just have one huge, flat network?20:41
jrollsomething like that20:41
jrollyes :|20:41
sorenHow many racks/nodes?20:42
jroll(as I understand it, I'm not a networking expert)20:42
sorenIt makes sense.20:42
jrollfor the public network, or with ironic?20:42
sorenThis is what I wanted to do, too. We just had some Cisco guys around and they damn near fainted, when I told them.20:42
*** dprince has joined #openstack-ironic20:42
jrollmaybe they dealt with us ;)20:42
clif_hhttps://bugs.launchpad.net/ironic/+bug/1367917 this bug has been assigned for awhile but it seems like there's been no activity, does anyone mind if I take it on?20:43
jrollclif_h: do it20:43
JayF+120:43
sorenjroll: Unlikely. This is in India.20:43
* jroll would love to refactor all the config stuff20:43
jrollsoren: that was a joke :P20:43
JayFsoren: FWIW we do have special configs on our network to isolate tenants20:43
JayFsoren: so it is a "flat network" but protections in place against arp poisoning and similar things20:44
clif_hhow do I get it reassigned to me?20:44
sorenJayF: VLANs or something?20:44
JayFsoren: something20:44
JayFsoren: ;)20:44
sorenJayF: Does Neutron control that somehow? Or where did you choose to implement that?20:44
JayFall the protections are in switch config/firmware20:45
JayFbut our neturon plugin is open source and you're welcome to read it20:45
jrollclif_h: pushing a commit would do it, or click the pencil next to the "assigned to" name20:45
sorenSure, but something needs to push that config to the switch.20:45
JayFsoren: https://github.com/rackerlabs/ironic-neutron-plugin20:45
jrollspecifically https://github.com/rackerlabs/ironic-neutron-plugin/blob/master/ironic_neutron_plugin/drivers/cisco/commands.py20:45
clif_hjroll: ah, that's easy20:45
jroll:)20:45
*** alexpilotti has joined #openstack-ironic20:48
sorenJayF: Interesting, thanks.20:48
sorenjroll, JayF: Do you have any horror stories of problems that arose due to such a big, flat network?20:48
sorenI've not had the "pleasure" of having one before. Everywhere I've been, there have been limited broadcast domains (per rack or per few racks or something), but everyone just poops themselves when I suggest having thousands of nodes in a big, flat network.20:50
JayFI don't think we intend to scale out a single cell of ironic to multiple-thousands of instances20:51
JayFwhich simplifies matters greatly20:51
jrollyay for cells.20:51
sorenI guess spanning tree related problems are most likely to make everything go pear shaped.20:51
JayFplus same VLAN != same subnet20:51
JayFwe have our subnets broken up by /24 in neutron and routed as /24s instead of the larger contiguous grouping, partially to decrease the broadcase domain20:52
sorenHow did you manage that, then?20:52
NobodyCamyay for hours spent tracking down spanning tree issues :-p20:52
JayFsoren: Not sure what you're asking ?20:53
sorenMe neither.20:53
JayFHeh20:53
sorenSo you have subnets broken into /24s. That corresponds to N racks, I imagine?20:54
JayFNo20:54
sorenOk, so how are you limiting your broadcast domains?20:54
* soren seems to be missing a piece of the puzzle here20:54
JayFI'm going to talk abstract a little bit20:55
JayFsince I can't talk exact network sizes and exact numbers20:55
sorenSure.20:55
JayFassume you have a /16. That's 255 /24s.20:55
JayF1.0.0.0/1620:55
sorenThereabouts.20:55
JayFIf I give out addresses from that, 1.0.1.3, that's in the same broadcast domain with 2^16 different potential IPs20:55
JayFif I instead break it down into 1.0.0.0/24, 1.0.1.0/24, 1.0.2.0/24, etc etc20:56
JayFyou end up with 256 different broadcast domains (2^8) but each one has a max of 256 potential IPs in it20:56
sorenbroadcast domain is a layer below IP, so I'm not entirely sure how subnets factor into it?20:56
JayFdepending on which broadcast you're talking about20:57
JayFbroadcast absolutely is a concept in level 3 as well20:57
sorenNot in any really useful sense.20:57
*** penick has quit IRC20:57
JayFI suspect, but don't know, that some of the security bits preventing mac spoofing is helping us keep from having a chatty ethernet broadcast domain20:57
JayFbut I don't have enough in-depth knowledge as to how our switches are configured to give a better response than that20:57
sorenIf you're all connected to the same ethernet broadcast domain, you can have all the subnets you want, but if I ping my subnet's broadcast address, everyone on the ethernet broadcast domain will see it and inspect it to determine if they need to bother with it.20:58
JayFsure, unless your switch is doing things to prevent that :)20:58
openstackgerritMerged openstack/ironic: Add info on creating a tftp map file  https://review.openstack.org/13886420:58
sorenAnd what would that be20:58
soren?20:58
JayF$cisco_things that I don't know :)20:59
sorenIf not something at the ethernet level.20:59
JayFwarned you that you were at the edge of my knowledge ;)20:59
sorenVLANs or whatever.20:59
adam_gdevananda, .:devananda:. and you need each node to be managed only by Ironic Conductor(s) which have access to that subnetd <- is that possible ATM? im hitting some similar issues /w multinode testing + OVS where that would help21:00
devanandaadam_g: nope21:02
devanandaall nodes distribute randomly across the hash ring today21:02
adam_gthats what i thought21:02
jrollthat's an interesting thought21:02
*** penick has joined #openstack-ironic21:03
*** romcheg has joined #openstack-ironic21:05
*** ChuckC has joined #openstack-ironic21:06
russell_hsoren: reading a little backlog, I'm even less of a network guy than JayF, but I think I can partially answer this question21:08
*** mikedillion has quit IRC21:08
russell_hsoren: every cab has 2x top-of-rack switches, hooked to a pair of what we call "aggrs"21:09
russell_hwe terminate L2 at the aggr layer21:09
russell_hand there is no guarantee at all that 2 OnMetal servers will be on the same aggr21:09
russell_hso broadcast becomes.. not useful21:10
*** ChuckC has quit IRC21:11
*** ChuckC_ has joined #openstack-ironic21:11
sorenrussell_h: So how do you make sure they're not assigned IP's in the same subnet?21:12
sorenrussell_h: ...if they're not in the same broadcast domain.21:12
russell_heach aggr has its own subnet21:12
sorenSeparate cells or something?21:12
sorenRight, but how does that get mapped to the IPs that are assigned to instances by Neutron?21:13
russell_htoday we only have a single aggr pair per cell, yeah21:13
sorenOk, makes sense.21:13
russell_hwe've talked about how to handle it if we do more21:13
russell_hI forget if we came to a conclusion of that, it didn't seem hard, just a thing to do21:13
russell_hs/of/on/21:13
sorenOk... Again, maybe I'm missing a piece of the puzzle.21:14
russell_hso thining about it21:14
russell_hI think our Neutron plugin can handle this21:14
russell_hit knows which ToR each server is hooked up to21:14
russell_hI'm not sure if it _does_ this, but we could map ToRs to subnets21:15
sorenI'm trying to see if I can find where your plugin assigns IPs.21:16
* russell_h too21:16
jrollit doesn't?21:16
russell_hmorgabra: ^ is the guy21:16
*** marcoemorais has quit IRC21:16
jrollthat's handled by regular neutron afaik21:16
jrollnova creates the port, that provisions an IP21:16
*** marcoemorais has joined #openstack-ironic21:16
jrollnova teels neutron to create the port*21:17
russell_hjroll: is the IP assigned to the port before it gets bound to a server though?21:17
russell_hI guess it might21:17
JayFyes21:17
sorenBut if neutron does that without consulting your plugin, how could it map tors to subnets?21:17
JayFcommit=false vs commit=true21:17
JayFrussell_h: ^ the config is created uncommitted, post deploy we commit it to the switch21:17
russell_hI think I'm wrong, perhaps it couldn't21:17
JayFrussell_h: I think that answers your question?21:17
sorenSo nova creates the port in Neutron.21:18
sorenNeutron assigns the IP.21:18
soren(ISTR that "nova boot --nic" lets you specify an IP?)21:18
soren...and somehow that all gets applied to the instance and switches are configured..21:19
sorenOk.21:19
sorenSo if I were to fix this, I need to fix Neutron's IP assignment code to be subnet aware.21:19
soren...and then I'd probably be golden.21:19
russell_hright, so when we grow to multiple aggr pairs per cell we'd need to21:19
russell_hright21:19
russell_hand somehow we'd need to advise neutron which subnet the IP should be in21:20
russell_hwhich actually sounds harder on the nova side21:20
sorenReally?21:20
sorenWhy?21:20
sorenI don't even see how Nova would be affected.21:20
russell_hwell, if I recollect, the port creation actually happens before it hits our virt driver21:20
russell_halthough I'm like 0 for 3 on recollecting things in this discussion21:21
russell_hin any case, wherever Nova hits Neutron to create the port, it would need to have decided which aggr pair the instance will be scheduled to already21:21
russell_hI suppose thats probably already the case21:21
sorenAh, yeah, if it's supposed to take network location into account, it needs to happen post scheduling.21:21
russell_hright21:22
russell_hI expect it already does, but we've tried not to touch too much Nova code outside the virt driver21:22
sorenYeah.21:22
*** rushiagr_away is now known as rushiagr21:22
sorenWell, I need to wander off.21:22
sorenGood talk!21:22
dlaubeanyone know how I can specify some kernel= options within the deploy image?   I need to set my console settings so I can see output on the my remote serial console21:24
jrolldlaube: pxe_append_params or something, in the conf21:26
dlaubethanks jroll21:26
dlaubeI'll google that up21:26
SpamapSsoren: I'm working on the L3 problems you're talking about right now.21:27
dlaubepxe_append_params='console=ttyS0,9600'21:27
dlaubesweet!21:27
jroll:)21:27
dlaube;)21:27
SpamapSsoren: and lifeless has submitted a POC for how to make Nova DTRT when physical segments are involved: https://review.openstack.org/#/c/133260/21:27
*** marcoemorais has quit IRC21:31
*** igordcard has joined #openstack-ironic21:32
JayFdlaube: note that sertting exists in both [agent] and [pxe] section21:32
JayFdlaube: iirc21:32
*** marcoemorais1 has joined #openstack-ironic21:32
*** marcoemorais1 has quit IRC21:32
*** marcoemorais1 has joined #openstack-ironic21:33
*** marcoemorais1 has quit IRC21:33
jrollslightly different names, but yes21:33
SpamapSsoren: https://review.openstack.org/#/c/133260/1/nova/virt/driver.py specifically describes exactly what you want21:35
SpamapSsoren: then one needs to add the bit in the ironic driver which digs into the properties and returns the subnet_id that was assigned during inventory.21:37
NobodyCamanyone know how to tell if swift Temp-URL-Key is actually set?21:42
NobodyCamfyi: the answer is yes: looks like its in stat output :)21:46
*** marcoemorais has joined #openstack-ironic21:54
*** hemna__ has quit IRC21:57
*** dprince has quit IRC21:58
*** hemna__ has joined #openstack-ironic21:59
*** penick has quit IRC21:59
*** hemna has joined #openstack-ironic22:03
*** penick has joined #openstack-ironic22:04
*** hemna__ has quit IRC22:04
*** marcoemorais has quit IRC22:04
*** marcoemorais1 has joined #openstack-ironic22:04
*** marcoemorais1 has quit IRC22:04
*** marcoemorais has joined #openstack-ironic22:05
openstackgerritDevananda van der Veen proposed openstack/ironic: Add fsm.py module  https://review.openstack.org/13921522:10
openstackgerritDevananda van der Veen proposed openstack/ironic: Begin using the state machine for node deploy/teardown  https://review.openstack.org/13921622:10
openstackgerritDevananda van der Veen proposed openstack/ironic: Refactor async helper methods in conductor/manager.py  https://review.openstack.org/13921722:10
*** marcoemorais has quit IRC22:11
*** marcoemorais has joined #openstack-ironic22:11
*** marcoemorais has quit IRC22:11
*** marcoemorais has joined #openstack-ironic22:12
devanandavictor_lowther: ^22:14
*** penick has quit IRC22:14
*** andreykurilin_ has quit IRC22:15
*** andreykurilin__ has joined #openstack-ironic22:15
*** erwan_taf has quit IRC22:15
*** ryanpetrello has quit IRC22:18
*** Masahiro has joined #openstack-ironic22:21
openstackgerritRuby Loo proposed openstack/ironic: Use oslo.config.cfg.CONF with oslo.config generator  https://review.openstack.org/13922122:24
*** jcoufal has joined #openstack-ironic22:26
*** Masahiro has quit IRC22:26
*** krtaylor has quit IRC22:33
openstackgerritJim Rollenhagen proposed openstack/ironic: Remove python-tox from dev-quickstart docs  https://review.openstack.org/13922322:35
* devananda takes a break22:35
jrollclif_h: ^ there's the docs fix for that thing you ran into22:35
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/13922922:37
*** penick has joined #openstack-ironic22:37
*** alexpilotti has quit IRC22:45
*** jcoufal has quit IRC22:48
clif_hjroll: the same issue exists under opensuse?22:49
*** romcheg has quit IRC22:57
*** romcheg has joined #openstack-ironic22:57
*** romcheg has quit IRC22:58
NobodyCambrb22:59
jrollclif_h: idk, but no point in using distro packages for that IMO22:59
clif_hI suppose pip install should *always* do the right thing23:00
clif_hone would hope23:00
*** andreykurilin__ has quit IRC23:09
*** vdrok has quit IRC23:09
*** vdrok has joined #openstack-ironic23:10
*** andreykurilin_ has joined #openstack-ironic23:10
*** penick has quit IRC23:18
*** shakamunyi has quit IRC23:19
*** shakamunyi has joined #openstack-ironic23:20
*** naohirot has joined #openstack-ironic23:21
*** ryanpetrello has joined #openstack-ironic23:32
* NobodyCam steps away to make some food... bbiab23:42
*** krtaylor has joined #openstack-ironic23:49
openstackgerritClif Houck proposed openstack/ironic-python-agent: Fix badly named function _get_kernel_params()  https://review.openstack.org/13926923:55
*** smoriya has joined #openstack-ironic23:56
smoriya323:56
*** Haomeng|2 has joined #openstack-ironic23:58
*** Haomeng has quit IRC23:59
*** smoriya has quit IRC23:59

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