Tuesday, 2015-06-09

*** mgoddard1 has joined #openstack-ironic00:03
*** mgoddard has quit IRC00:03
*** mgoddard has joined #openstack-ironic00:04
*** mgoddard1 has quit IRC00:07
openstackgerritZhenguo Niu proposed openstack/ironic-specs: Add nodes tagging support  https://review.openstack.org/18397100:08
*** mtanino has quit IRC00:09
*** igordcard has quit IRC00:12
*** penick has quit IRC00:16
*** Mark_Melb has joined #openstack-ironic00:20
*** Mark_Melb has quit IRC00:21
*** zz_natorious is now known as natorious00:25
*** Mark_Melb has joined #openstack-ironic00:44
openstackgerritMichael Davies proposed openstack/ironic-specs: Add ironicclient version caching  https://review.openstack.org/18864100:49
*** chuckC_ has quit IRC00:49
*** Mark_Melb has quit IRC00:58
openstackgerritMichael Davies proposed openstack/ironic-specs: Add ironicclient version caching  https://review.openstack.org/18864101:00
*** spandhe has quit IRC01:05
*** dguerri is now known as dguerri`01:07
*** thrash is now known as thrash|g0ne01:08
*** NobodyCam has quit IRC01:13
*** NobodyCam has joined #openstack-ironic01:13
*** Sukhdev has quit IRC01:19
*** UForgotten has quit IRC01:25
*** UForgotten has joined #openstack-ironic01:25
*** takadayuiko has joined #openstack-ironic01:29
*** jamielennox|away is now known as jamielennox01:32
*** bradbeam has joined #openstack-ironic01:47
*** takadayuiko has left #openstack-ironic01:55
*** takadayuiko has joined #openstack-ironic01:55
*** yuikotakada has joined #openstack-ironic01:55
*** Sukhdev has joined #openstack-ironic02:06
*** saripurigopi has quit IRC02:12
*** penick has joined #openstack-ironic02:16
*** bradjones has quit IRC02:17
*** bradbeam has quit IRC02:17
*** bradjones has joined #openstack-ironic02:18
*** bradjones has quit IRC02:18
*** bradjones has joined #openstack-ironic02:18
*** Sukhdev has quit IRC02:19
*** amotoki has joined #openstack-ironic02:24
*** amotoki has quit IRC02:31
*** davideagnello has quit IRC02:35
*** amotoki_ has joined #openstack-ironic02:40
*** amotoki_ has quit IRC02:40
*** davideagnello has joined #openstack-ironic02:41
*** amotoki has joined #openstack-ironic02:41
*** ramineni has joined #openstack-ironic02:42
*** dguerri` is now known as dguerri02:46
*** dguerri is now known as dguerri`02:56
openstackgerritchenglch proposed openstack/ironic-specs: Add petitboot iscsi deploy driver support  https://review.openstack.org/17764102:59
openstackgerritHaomeng,Wang proposed openstack/bifrost: Support RedHat yum installation  https://review.openstack.org/18529403:00
openstackgerritHaomeng,Wang proposed openstack/bifrost: Support RedHat yum installation  https://review.openstack.org/18529403:01
openstackgerritHaomeng,Wang proposed openstack/bifrost: Support RedHat yum installation  https://review.openstack.org/18529403:03
*** Sukhdev has joined #openstack-ironic03:04
devanandapshige: are you going to be around for the meeting? (looks like you're the only one with an agenda item)03:05
*** Sukhdev_ has joined #openstack-ironic03:05
devanandaalso - I'm exhausted. not going to be coherent, if I'm even awake, at meeting time03:05
*** victor_lowther has quit IRC03:06
openstackgerritHaomeng,Wang proposed openstack/bifrost: Support RedHat yum installation  https://review.openstack.org/18529403:06
*** aweeks has quit IRC03:07
*** BadCub has quit IRC03:07
*** lekha has quit IRC03:07
*** zhenguo has quit IRC03:07
*** Ng has quit IRC03:07
*** Sukhdev has quit IRC03:09
*** cppforlife_ has quit IRC03:09
*** kan_ has joined #openstack-ironic03:15
*** harlowja has quit IRC03:22
*** harlowja_ has joined #openstack-ironic03:22
*** Sukhdev_ has quit IRC03:36
openstackgerritHaomeng,Wang proposed openstack/bifrost: Support RedHat yum installation  https://review.openstack.org/18529403:45
*** Nisha has joined #openstack-ironic03:48
*** oomichi has joined #openstack-ironic03:49
*** Nisha has quit IRC03:50
*** Nisha has joined #openstack-ironic03:50
openstackgerritShivanand Tendulker proposed openstack/ironic-specs: UEFI secure boot support for pxe_ilo driver  https://review.openstack.org/17429503:52
*** Nisha_away has joined #openstack-ironic03:52
*** Nisha has quit IRC03:53
*** spandhe has joined #openstack-ironic03:55
*** coolsvap|afk is now known as coolsvap04:00
*** naohirot has joined #openstack-ironic04:00
*** saripurigopi has joined #openstack-ironic04:03
openstackgerritHaomeng,Wang proposed openstack/bifrost: Support RedHat yum installation  https://review.openstack.org/18529404:07
*** spandhe has quit IRC04:08
*** pradipta has joined #openstack-ironic04:23
*** natorious is now known as zz_natorious04:27
*** dguerri` is now known as dguerri04:35
openstackgerritYuiko Takada proposed stackforge/ironic-discoverd: Use keystonemiddleware auth credentials  https://review.openstack.org/17078204:39
*** Nisha_away has quit IRC04:43
*** dguerri is now known as dguerri`04:45
*** Nisha has joined #openstack-ironic04:49
mrda5 minute Ironic team meeting warning...04:55
cineramahi mrda04:55
mrdacinerama: oh hai!04:56
openstackgerritJohn L. Villalovos proposed openstack/python-ironicclient: Make 'echo' work in the 'venv' environment  https://review.openstack.org/18947704:57
openstackgerritJohn L. Villalovos proposed openstack/ironic: Make 'echo' work in the 'venv' environment  https://review.openstack.org/18948204:58
mrdahuh - is THAT all what was needed jlvillal?04:58
jlvillalmrda, Yes, for that issue.04:59
jlvillalmrda, I had made a mistake in the commit message.  So I just updated that.04:59
cineramamrda: poolie says hi05:00
mrdaa little annoying problem, now fixed.  yay :)05:00
cineramai heard we were having a meeting05:00
jlvillalmrda, :)05:00
*** stendulker has joined #openstack-ironic05:00
mrdacinerama: you can tell mbp that I wish he was on the papers ctte still :)05:00
gabriel-bezerra#openstack-meeting-3?05:00
cineramaha05:00
*** chenglch has joined #openstack-ironic05:00
mrdagabriel-bezerra: yes05:00
jlvillalgabriel-bezerra, Yes05:00
openstackgerritRamakrishnan G proposed stackforge/proliantutils: Add iSCSI boot support in RIS  https://review.openstack.org/18716205:01
*** pradipta has quit IRC05:01
* jlvillal wonders if NobodyCam is around to chair the meeting? Thinks devananda sounded very tired two hours ago.05:01
mrdajlvillal: ya05:03
*** boris-42 has quit IRC05:04
pshigemorning05:07
pshigesorry to be late05:07
*** zz_natorious is now known as natorious05:07
mrdahey pshige, we're over in openstack-meeting-305:07
pshigeoh05:08
mrdaIf anyone else wants to chime in on our meeting, hed over there05:08
*** alexpilotti has quit IRC05:14
*** rameshg87 has joined #openstack-ironic05:15
rameshg87good morning ironic05:15
jlvillalrameshg87, good morning.  I think people are over in #openstack-meeting-305:17
rameshg87jlvillal: oh thanks05:17
* rameshg87 totally forgot05:17
*** kalpase has joined #openstack-ironic05:19
*** achanda has joined #openstack-ironic05:27
*** e0ne has joined #openstack-ironic05:29
*** sandhya has joined #openstack-ironic05:30
pshigerameshg87: morning05:31
*** Haomeng has joined #openstack-ironic05:33
rameshg87pshige: o/05:34
openstackgerritGopi Krishna S proposed openstack/ironic: Add pxe_ucs and agent_ucs drivers to manage Cisco UCS servers  https://review.openstack.org/15973405:34
*** Haomeng|2 has quit IRC05:36
*** achanda has quit IRC05:36
saripurigopimorning all05:36
pshigesaripurigopi: morning05:37
saripurigopiphige: :-)05:37
saripurigopipshige: :-)05:37
*** bkero has quit IRC05:38
*** bkero has joined #openstack-ironic05:39
*** e0ne has quit IRC05:47
*** ukalifon1 has joined #openstack-ironic05:48
*** lsmola has joined #openstack-ironic05:54
*** dlpartain has joined #openstack-ironic06:01
*** chenglch has quit IRC06:01
openstackgerritRamakrishnan G proposed openstack/ironic-python-agent: Add power_off command in standby extension  https://review.openstack.org/18924106:03
*** lazy_prince has joined #openstack-ironic06:06
*** ukalifon1 has quit IRC06:07
lazy_princeo/06:09
*** ukalifon has joined #openstack-ironic06:13
*** achanda has joined #openstack-ironic06:16
openstackgerritHaomeng,Wang proposed openstack/bifrost: Support RedHat yum installation  https://review.openstack.org/18529406:16
*** victor_lowther has joined #openstack-ironic06:17
*** ukalifon1 has joined #openstack-ironic06:21
*** ukalifon has quit IRC06:21
*** dguerri` is now known as dguerri06:24
openstackgerritAnusha Ramineni proposed openstack/ironic-specs: Add Zapping support to iLO drivers  https://review.openstack.org/14540406:30
openstackgerritGopi Krishna S proposed openstack/ironic: Add pxe_ucs and agent_ucs drivers to manage Cisco UCS servers  https://review.openstack.org/15973406:33
*** dguerri is now known as dguerri`06:34
*** dlpartain has left #openstack-ironic06:34
*** achanda has quit IRC06:36
pshigelazy_prince: evening!06:42
*** aweeks has joined #openstack-ironic06:44
*** dtantsur|afk is now known as dtantsur06:45
*** yog__ has joined #openstack-ironic06:45
*** lekha has joined #openstack-ironic06:45
dtantsurMorning!06:46
pshigedtantsur: morning :)06:46
dtantsuro/06:46
*** Ng has joined #openstack-ironic06:49
openstackgerritRamakrishnan G proposed openstack/ironic: IPA: Do a soft power off at the end of deployment  https://review.openstack.org/18566706:50
*** BadCub has joined #openstack-ironic06:51
*** zsmithnyc has quit IRC06:53
*** cppforlife_ has joined #openstack-ironic06:53
*** korean101 has joined #openstack-ironic06:53
korean101hello?06:54
korean101hi there?06:54
*** Marga_ has joined #openstack-ironic06:54
rameshg87korean101: hi there06:55
korean101oh hi06:55
korean101i have a some question06:55
korean101can i ask?06:55
openstackgerritYuiko Takada proposed stackforge/ironic-discoverd: Migrate to oslo_db  https://review.openstack.org/18190506:56
korean101i already succeed ironic deploy with ubuntu image (diskimage-builder)06:56
korean101also fedora image06:56
korean101but i can't deploy centos6 or 7 image06:57
korean101is it possible deploy centos image with ironic?06:57
*** natorious is now known as zz_natorious06:58
openstackgerritYuiko Takada proposed stackforge/ironic-discoverd: Use keystonemiddleware auth credentials  https://review.openstack.org/17078207:00
openstackgerritYuiko Takada proposed stackforge/ironic-discoverd: Load authenticate token from HTTP header  https://review.openstack.org/17423107:00
*** ifarkas has joined #openstack-ironic07:00
rameshg87korean101: how did you build centos6 image ?07:06
*** kalpase has quit IRC07:06
korean101oh hi07:06
korean101ramdisk-image-create centos deploy-ironic -o centos6-deploy-ramdisk07:06
rameshg87korean101: we have two images in ironic07:07
rameshg87korean101: the above command line that you mentioned builds a deploy ramdisk which ironic will use for managing and deploying bare metal nodes07:07
korean101ramdisk-image-create --ramdisk-element dracut-ramdisk centos deploy-ironic -o centos6-deploy-ramdisk07:07
rameshg87korean101: the actual image to be deployed in built with disk-image-creat command07:08
korean101ok i used to disk-image-craete command07:08
korean101disk-image-create centos baremetal dhcp-all-interfaces local-config -o centos6-image07:09
rameshg87korean101: what error are you getting ?07:09
korean101hanging...07:09
*** kalpase has joined #openstack-ironic07:09
korean101i already succeed ubuntu and fedora images07:10
*** dguerri` is now known as dguerri07:10
rameshg87korean101: where is it hanging ?07:10
korean101ipmitool turn on the bare metal node07:10
korean101and bare metal node get kernel image and ramdisk (via tftp)07:11
korean101get OK and OK message07:11
openstackgerritRamakrishnan G proposed openstack/ironic-specs: Add inband RAID configuration spec for liberty  https://review.openstack.org/17321807:11
korean101and hanging...07:11
lazy_princehmm.. assuming you built the image properly, do you know if the centos image needs any specific kernel parameter to boot properly on the server where its getting deployed..?07:12
korean101hi07:12
korean101can i get some link about your comment?07:12
korean101i can't find documents about centos images...07:13
lazy_princehttps://www.kernel.org/doc/Documentation/kernel-parameters.txt07:13
korean101hmmm07:14
korean101but is it different fedora image?07:14
lazy_princeits very very remote possibility that it may need some specific kernel parameter ...07:14
*** kalpase has quit IRC07:15
lazy_princehowever, do you see the kernel and ramdisk getting pulled from TFTP server when instance is booting..?07:15
korean101yes07:15
korean101i got OK message07:15
korean101and tftp_server's network dstat07:16
lazy_princewait a minute..07:16
*** athomas has quit IRC07:17
korean101ok07:17
lazy_princewhat server are you using..?07:17
korean101hardware?07:17
lazy_princeyes.. is it a VM or a BM..?07:17
korean101BM07:18
lazy_princeany specific make..?07:18
*** athomas has joined #openstack-ironic07:18
korean101supermicro07:18
rameshg87korean101: can you provide pxe_append_params in your /etc/ironic/ironic.conf file ?07:19
korean101ok wait a minute07:19
korean101pxe_append_params        = nofb nomodeset vga=normal serial console=ttyS1,19200n8 boot_server=192.\ 168.51.11407:20
korean101pxe_append_params = nofb nomodeset vga=normal serial console=ttyS1,19200n8 boot_server=192.168.51.11407:20
lazy_princetry adding init=/bin/sh and then you can debug what went wrong...07:21
rameshg87korean101: did you trying pinging your server or are you just watching the serial console ?07:21
korean101nothing in serial console07:24
korean101and i adding init=/bin/sh07:24
korean101wait a minute!07:24
*** kalpase has joined #openstack-ironic07:24
*** achanda has joined #openstack-ironic07:28
*** zhenguo has joined #openstack-ironic07:28
openstackgerritYuriy Zveryanskyy proposed openstack/ironic-specs: Add new deploy driver for diskless nodes  https://review.openstack.org/18107407:36
*** subscope has joined #openstack-ironic07:36
*** dguerri is now known as dguerri`07:36
*** ndipanov has quit IRC07:38
openstackgerritHaomeng,Wang proposed openstack/bifrost: Support RedHat yum installation  https://review.openstack.org/18529407:44
*** zsmithnyc has joined #openstack-ironic07:46
*** edcragg has joined #openstack-ironic07:46
korean101are you still there?07:51
korean101http://imgur.com/DBxWV3e07:51
korean101still hanging...07:51
korean101http://paste.openstack.org/show/276839/07:53
*** Marga_ has quit IRC07:54
*** Marga_ has joined #openstack-ironic07:54
korean101and http://paste.openstack.org/show/276849/07:56
*** sandhya has quit IRC07:57
*** dguerri` is now known as dguerri08:02
*** yuanying has quit IRC08:05
openstackgerritTan Lin proposed openstack/ironic: Check timeout when nodes stuck on deploying state  https://review.openstack.org/18868808:06
openstackgerritTan Lin proposed openstack/ironic: Add function to clear lock if nodes are reserved  https://review.openstack.org/18958708:06
*** lucasagomes has joined #openstack-ironic08:06
*** Nisha has quit IRC08:06
*** romainh has joined #openstack-ironic08:08
*** Nisha has joined #openstack-ironic08:09
*** achanda has quit IRC08:13
lazy_princekorean101: looks like your deploy images do not work...08:16
openstackgerritHaomeng,Wang proposed openstack/bifrost: Support RedHat yum installation  https://review.openstack.org/18529408:21
*** bethelwell has joined #openstack-ironic08:24
*** bethelwell has quit IRC08:24
*** bethelwell has joined #openstack-ironic08:25
*** bethelwell has quit IRC08:25
Haomengkorean101: agree with lazy_prince, so can you try with other deploy ramdisk and kernel images?08:27
Haomengkorean101: how did you get your deploy images, via dib?08:28
*** ndipanov has joined #openstack-ironic08:28
*** edcragg has quit IRC08:30
korean101http://paste.openstack.org/show/276849/08:30
korean101i got image08:30
korean101and i already succeed ubuntu image08:30
korean101and fedora image08:30
korean101i can ssh login to ubuntu / fedora image08:31
*** yog__ has quit IRC08:32
* rameshg87 goes home 08:32
*** rameshg87 has quit IRC08:32
*** yog__ has joined #openstack-ironic08:34
*** achanda has joined #openstack-ironic08:37
korean101how to get centos image via DIB?08:37
*** Marga_ has quit IRC08:37
korean101not like this? disk-image-create centos baremetal dhcp-all-interfaces local-config -o centos6-image08:38
Haomengkorean101: yes, dib supports centos08:38
korean101but i have a problem...08:39
korean101ubuntu / fedora image can succeed08:39
Haomengkorean101: you mean can not run dib to create centos?08:40
korean101no08:41
korean101i got centos image08:41
*** pelix has joined #openstack-ironic08:41
korean101but the image is not working08:41
Haomengkorean101: can not start os?08:41
korean101yes08:41
korean101hanging pxe booting08:42
*** leopoldj has joined #openstack-ironic08:42
Haomengkorean101: what deploy images you are runing? I understand your user image is centos, which not wokring,right?08:42
*** Nisha has quit IRC08:43
korean101deploy image08:43
korean101http://paste.openstack.org/show/276849/08:43
korean1011st step: deploy08:43
korean1012nd step: boot08:43
Haomengkorean101: for deploy images, should run dib with *deploy-ironic* element08:44
Haomengkorean101: http://docs.openstack.org/developer/ironic/deploy/install-guide.html08:45
korean101ok i got it08:45
HaomengHaomeng: ramdisk-image-create ubuntu deploy-ironic -o my-deploy-ramdisk\08:45
korean101i already succeed deploy ubuntu image08:45
*** e0ne has joined #openstack-ironic08:46
Haomengkorean101: and suggest to run one type os of deploy images, that is enough, no need to try with all deploy images with all os types08:46
Haomengkorean101: good luck:)08:46
Haomengkorean101: that is fine08:46
Haomengkorean101: you can just run your *real* user image for centos supporting08:46
Haomengkorean101: we can run ubuntu deploy images to deploy centos images, no need to make them same os type08:47
Haomengkorean101: good luck08:47
korean101ok08:47
korean101i got it08:48
korean101one ubuntu deploy image treats all DISTRO images08:48
korean101but i already try08:48
korean101still error08:48
korean101i got ubuntu deploy image and centos boot image08:48
*** derekh has joined #openstack-ironic08:50
*** chlong has quit IRC08:52
*** MattMan has quit IRC08:56
openstackgerritHaomeng,Wang proposed openstack/bifrost: Support RedHat yum installation  https://review.openstack.org/18529409:05
*** amotoki_ has joined #openstack-ironic09:05
Haomengkorean101: you mean ubuntu deploy images can not load centos user images?09:06
Haomengkorean101: did you try with *vm* element to generate user images without user kernel+ramdisk images?09:06
*** amotoki_ has quit IRC09:09
korean101no. not try vm elements09:10
korean101yes ubuntu deploy image + centos DIB image09:11
korean101wait a minute09:12
*** amotoki_ has joined #openstack-ironic09:14
*** edcragg has joined #openstack-ironic09:16
korean101OMG09:18
korean101deploy step succeed!09:19
korean101but boot step is kernel panic09:19
*** abrito has quit IRC09:28
lucasagomeskorean101, is it a partition image? Is the kernel and ramdisk associated with the image (in Glance) correct?09:33
korean101yes09:35
korean101i checked at twice09:35
korean101something wrong at DIB step09:35
lucasagomesright hmm09:36
lucasagomesthe partition image itself is correct? You can mount it locally, no problem?09:37
*** erelwell has joined #openstack-ironic09:52
*** erelwell is now known as bethelwell09:52
openstackgerritLucas Alvares Gomes proposed openstack/ironic-specs: iPXE dynamic configuration  https://review.openstack.org/17772609:53
sambetts:q09:54
sambetts:wq09:54
sambettsaweome09:55
*** naohirot has quit IRC09:55
*** achanda has quit IRC09:56
lucasagomessambetts, good ugt morning09:56
lucasagomessambetts, fighting with vim?09:56
*** achanda has joined #openstack-ironic09:58
*** e0ne is now known as e0ne_10:02
*** achanda has quit IRC10:03
*** derekh has quit IRC10:11
*** e0ne_ has quit IRC10:12
*** achanda has joined #openstack-ironic10:12
*** alexpilotti has joined #openstack-ironic10:14
*** kan_ has quit IRC10:14
*** ukalifon1 has quit IRC10:21
*** e0ne has joined #openstack-ironic10:21
*** derekh has joined #openstack-ironic10:24
dtantsursambetts, morning!10:25
sambettsdtantsur: Morning :)10:25
openstackgerritGopi Krishna S proposed openstack/ironic: Add pxe_ucs and agent_ucs drivers to manage Cisco UCS servers  https://review.openstack.org/15973410:34
*** ukalifon1 has joined #openstack-ironic10:39
*** Nisha has joined #openstack-ironic10:43
*** thrash|g0ne is now known as thrash10:44
pshigesambetts: morning!10:50
sambettsMorning pshige o/10:51
openstackgerritchenglch proposed openstack/ironic-specs: Add console log support  https://review.openstack.org/16458610:51
*** amotoki_ has quit IRC10:53
*** boris-42 has joined #openstack-ironic10:53
*** ramineni has quit IRC10:53
*** v92 has joined #openstack-ironic10:56
*** coolsvap is now known as coolsvap|afk11:12
*** naohirot has joined #openstack-ironic11:15
TheJuliagood morning everyone11:16
sambettsMorning TheJulia :)11:17
TheJuliaHow is everyone doing this UGT?11:18
dtantsurmorning TheJulia11:20
* dtantsur has a lot of fun with project-config...11:21
TheJuliagood fun or bad fun?11:21
dtantsurdifferent kinds of :D11:21
*** zhenguo has quit IRC11:23
*** coolsvap|afk is now known as coolsvap11:23
*** achanda has quit IRC11:26
*** coolsvap is now known as coolsvap|afk11:27
*** stendulker has quit IRC11:27
*** e0ne is now known as e0ne_11:34
*** dlpartain has joined #openstack-ironic11:37
*** dlpartain has left #openstack-ironic11:37
*** e0ne_ has quit IRC11:40
sambettsdtantsur: I'm just looking through the inspector code base, thinking about the hook BP, I have a question, do you need to provide both ironic and inspector the IPMI creds?11:44
dtantsursambetts, the only case when you provide IPMI credentials to inspector is when you want it to actually set them on the machine11:44
sambettsdtantsur: ah, ok that makes sense11:45
*** trown|outttypeww is now known as trown11:56
trowngood morning ironic12:00
sambettsMorning trown12:01
yuikotakadatrown, good morning12:01
trownyuikotakada: good question on the plugin-requirements.txt in inspector... dtantsur: should we just get rid of that file and put the req in test-requirements?12:02
trownor, should I just add a comment to plugin-requirements to say which plugin requires it12:03
*** Guest84699 has quit IRC12:03
dtantsurtrown, yuikotakada, I'd prefer them to be separate (like it's done in Ironic), because test-requirements are only for tests, and plugin-requirements are for end users as well12:03
yuikotakadatrown, thanks :) I don't know about plugin well, so I didn't have confidence12:03
dtantsurtrown, +1 for a comment12:04
trowncool12:04
dtantsurg'morning trown, g'evening yuikotakada12:04
yuikotakadadtantsur, ya, g'evening :)12:04
*** dprince has joined #openstack-ironic12:05
*** achanda has joined #openstack-ironic12:05
*** lucasagomes is now known as lucas-hungry12:05
trowndtantsur: wrt seperate credentials, in my test setup swift does indeed have different credentials. However, my understanding is that we are putting the container in the service tenant as the Ironic user.12:10
dtantsurtrown, not necessary, though possible12:11
dtantsurtrown, imagine we want to give an operator access to the container, not a service user12:12
trowndtantsur: read-only access we would make a tempurl12:12
trowndtantsur: not sure the use case where we would give read/write12:12
dtantsurtrown, who "we"? :)12:12
trownlol, true12:13
*** achanda has quit IRC12:13
yuikotakadaI have to go home(It's already 9PM :o ) Bye, Ironic!12:14
trownyuikotakada: good night12:14
*** yuikotakada is now known as yuikotak_away12:14
*** e0ne has joined #openstack-ironic12:14
sambettsGood night yuikotak_away12:14
*** agordeev has quit IRC12:14
trowndtantsur: Ironic uses admin credentials for swift (from keystonemiddleware.auth_token)12:15
dtantsurtrown, that's because ironic is the only consumer. inspector may not be the only consumer, however12:15
dtantsuranyway, assumption that ironic credentials will give you any access to swift is not really correct12:16
trowndtantsur: hmm, I suppose not. I will make seperate options for swift credentials.12:19
*** dan_ has joined #openstack-ironic12:19
*** dan_ is now known as Guest548412:19
*** e0ne is now known as e0ne_12:21
*** e0ne_ is now known as e0ne12:21
trowndtantsur: one last question :), what is the significance of the "common" folder in Ironic? should we create that for swift.py in inspector?12:25
dtantsurtrown, I don't care, but why not? thus we'll signal that this is not actually our code, only glue code with something else (the same for i18n)12:25
*** Nisha has quit IRC12:25
trowndtantsur: +112:26
*** achanda has joined #openstack-ironic12:27
*** e0ne is now known as e0ne_12:30
*** e0ne_ has quit IRC12:35
*** rameshg87 has joined #openstack-ironic12:36
*** chlong has joined #openstack-ironic12:37
*** Nisha has joined #openstack-ironic12:43
rameshg87clif_h: hi12:45
*** athomas has quit IRC12:50
*** ukalifon1 has quit IRC12:51
*** ukalifon has joined #openstack-ironic12:52
*** e0ne has joined #openstack-ironic12:55
*** athomas has joined #openstack-ironic12:57
*** ukalifon has quit IRC12:59
viktorshi folks! Just for a information - why ironic uses a custom implementation of config generator instead of oslo.config stuff?13:04
*** lucas-hungry is now known as lucasagomes13:08
*** kan_ has joined #openstack-ironic13:10
NobodyCamgoood morning Ironicers13:11
viktorsmorning NobodyCam13:13
NobodyCammorning viktors :)13:14
*** kan_ has quit IRC13:15
*** kan_ has joined #openstack-ironic13:16
*** saripurigopi has quit IRC13:17
*** Nisha has quit IRC13:18
BadCubmorning folks13:20
viktorsmorning BadCub13:23
*** jamielennox is now known as jamielennox|away13:23
BadCubmorning viktors13:24
*** kalpase has left #openstack-ironic13:26
sambettsMorning BadCub, NobodyCam13:27
BadCubmorning sambetts13:27
lucasagomesNobodyCam, viktors rameshg87 BadCub trown good ugt morning13:29
NobodyCammorning BadCub, sambetts and lucasagomes13:29
NobodyCam:)13:29
BadCubmorning lucasagomes NobodyCam13:29
trowngood morning lucasagomes NobodyCam viktors rameshg87 BadCub13:29
NobodyCamhey morning trown :)13:29
rameshg87lucasagomes: trown: all: ugt morning  :)13:29
viktorsgood morning trown lucasagomes13:30
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Allow vendor methods to serve static files  https://review.openstack.org/18971613:30
sambettsdtantsur: If you want to assign me to that BP I think I've got a good grasp on what needs doing, and I've got time to do it :)13:33
dtantsursambetts, great! I think you can assign yourself, I don't know your lp id :)13:33
dtantsurmorning viktors, NobodyCam, BadCub13:34
sambettsdtantsur: I don't seem to be able to edit the assigee, my launchpad id is just sambetts13:34
viktorshello dtantsur13:34
dtantsurweird. done13:35
*** Haomeng|2 has joined #openstack-ironic13:37
sambettsdtantsur: awesome :D thanks13:37
*** achanda has quit IRC13:39
*** Haomeng has quit IRC13:40
NobodyCammorning dtantsur :)13:42
*** bethelwell has quit IRC13:42
BadCubmorning dtantsur13:43
*** zz_jgrimm is now known as jgrimm13:43
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Rework processing hook interface for 2.0.0  https://review.openstack.org/18934613:44
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Naming clean up  https://review.openstack.org/18932913:44
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Add node() and ports() to NodeInfo  https://review.openstack.org/18931013:44
*** bradbeam has joined #openstack-ironic13:51
*** dtantsur is now known as dtantsur|brb13:54
rameshg87lucasagomes: hi13:55
lucasagomesrameshg87, hi there13:55
rameshg87lucasagomes: a quick question13:55
lucasagomesrameshg87, shoot13:56
rameshg87lucasagomes: did you test the patch that you posted on a coreos ipa ramdisk https://review.openstack.org/#/c/185667/  ?13:56
lucasagomesrameshg87, with vms13:56
rameshg87lucasagomes: reason I am asking is because run_image doesn't happen for me13:56
rameshg87lucasagomes: because we don't seem to map /proc for the agent service spawned: https://github.com/openstack/ironic-python-agent/blob/master/imagebuild/coreos/oem/cloud-config.yml#L59-L6113:57
lucasagomesrameshg87, the extension? Are you using a new IPA image?13:57
rameshg87lucasagomes: run_image() reboots the system by writing to sysrq stuffs in /proc13:57
lucasagomesrameshg87, hmmm odd yeah /proc should be binded there13:58
*** bethelwell has joined #openstack-ironic13:58
rameshg87unless we map /proc to the spawned service, it doesn't seem to work13:58
lucasagomes(perhaps /sys as well)13:58
rameshg87yeah13:58
rameshg87lucasagomes: but I am wondering how it worked for you earlier ?13:58
lucasagomesI'm quite sure I've tested that with a VM13:58
* rameshg87 wonders if I am missing something13:58
lucasagomesrameshg87, and I remember I just downloaded the pre-built iamges too13:58
rameshg87lucasagomes: oh okay. from tarballs.openstack.org ?13:59
rameshg87lucasagomes: but in anycase /proc doesn't seem to be mapped13:59
rameshg87anyways I will add /proc change in my change as well14:00
NobodyCammorning rameshg87 :)14:00
rameshg87morning NobodyCam14:00
lucasagomesrameshg87, http://tarballs.openstack.org/ironic-python-agent/coreos/files/coreos_production_pxe.vmlinuz  http://tarballs.openstack.org/ironic-python-agent/coreos/files/coreos_production_pxe_image-oem.cpio.gz14:01
rameshg87yeah, okay14:01
*** zz_natorious is now known as natorious14:01
lucasagomesrameshg87, yeah odd... I can investigate. I think I might have an env handy here if needed14:01
rameshg87lucasagomes: yeah, please let me know if I am missing something here14:01
rameshg87lucasagomes: for me it doesn't work unless /proc is mapped14:01
rameshg87so unless you find something against it, I will propose adding /proc mapping to cloud-config.yaml14:02
lucasagomeswill do14:02
lucasagomesrameshg87, I think there's no harm in proposing it14:02
rameshg87:D14:02
lucasagomesrameshg87, btw, run_image was in IPA already, before that patch14:02
lucasagomesso I think it worked when people wrote that too14:02
rameshg87lucasagomes: yeah that makes me nearer to the point I am missing something :)14:03
* rameshg87 wonders if /proc is mapped by default for all nspawn services14:03
rameshg87doesn't seem to be that way14:03
lucasagomesyeah pretty odd14:05
*** dguerri is now known as dguerri`14:06
openstackgerritChristopher Dearborn proposed openstack/ironic: Add additional required RPMs to dev instructions  https://review.openstack.org/18599314:13
openstackgerritRamakrishnan G proposed openstack/ironic-python-agent: Add power_off command in standby extension  https://review.openstack.org/18924114:14
rameshg87lucasagomes: ^^ added mappings in the above patch. please comment if you find something against it14:15
*** spandhe has joined #openstack-ironic14:15
lucasagomesrameshg87, will do, I'm finishing writting tests for 189716 first and I will try it out14:16
*** amotoki_ has joined #openstack-ironic14:16
cineramahi ironic people14:17
NobodyCammorning cinerama14:17
clif_hrameshg87: hi what's up14:17
BadCubmorning cinerama14:17
*** trown is now known as trown|brb14:18
NobodyCammornign clif_h14:19
*** romainh has quit IRC14:19
*** spandhe has quit IRC14:20
*** mtanino has joined #openstack-ironic14:21
clif_hmorning NobodyCam14:22
*** romainh has joined #openstack-ironic14:22
NobodyCam:)14:24
openstackgerritAndre Aranha proposed openstack/ironic-specs: Pass Down the Instance Name to Ironic Driver  https://review.openstack.org/18974014:24
rameshg87clif_h: hi there14:27
rameshg87clif_h: wanted to check with you something regarding https://review.openstack.org/#/c/161832/14:27
rameshg87clif_h: but then left it as a comment there14:27
rameshg87clif_h: may be when you get a chance, please reply to that comment14:27
clif_hsure14:28
*** trown|brb is now known as trown14:29
openstackgerritRamakrishnan G proposed openstack/ironic: IPA: Do a soft power off at the end of deployment  https://review.openstack.org/18566714:30
*** dlpartain has joined #openstack-ironic14:30
openstackgerritAndre Aranha proposed openstack/ironic-specs: Pass Down the Instance Name to Ironic Driver  https://review.openstack.org/18974014:30
*** rameshg87 is now known as rameshg87-dinner14:32
*** achanda has joined #openstack-ironic14:33
*** subscope has quit IRC14:34
*** dlpartain has quit IRC14:43
*** rameshg87-dinner is now known as rameshg8714:43
rameshg87good night ironic14:43
*** rameshg87 has quit IRC14:44
*** amotoki_ has quit IRC14:44
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Allow vendor methods to serve static files  https://review.openstack.org/18971614:46
*** leopoldj has quit IRC14:50
NobodyCamlucasagomes: you use ipxe for most things yes?14:50
lucasagomesNobodyCam, yup14:50
lucasagomesNobodyCam, you guys use it as well no? With bifrost14:52
NobodyCamlucasagomes: would you have a quick minute to take a look at https://review.openstack.org/#/c/133902 ... mainlly the ipxe stuff around line 4514:52
* lucasagomes looks14:54
*** kbyrne has quit IRC14:54
NobodyCamTY14:54
NobodyCam:)14:55
lucasagomesNobodyCam, right... it seems that it's chainloading back to the standard PXE image (pxelinux.0) from iPXE14:56
lucasagomesNobodyCam, while it's valid, perhaps it should not even try to ipxe  in the first place?14:56
lucasagomes(unless iPXE is flashed in the NICs)14:56
NobodyCamthat was my thought..14:57
lucasagomesit's a valid case if operator flashed iPXE (http://ipxe.org/howto/romburning/flashrom) into their nics14:57
lucasagomeshttp://ipxe.org/howto/romburning (better link)14:58
*** amotoki_ has joined #openstack-ironic14:58
NobodyCamack. and I have several boxes that have ipxe already as the default14:58
NobodyCamjust wanted your input.14:59
*** achanda_ has joined #openstack-ironic15:00
NobodyCamThank you :)15:00
lucasagomesNobodyCam, no problem!15:01
* lucasagomes needs to review that spec too15:01
NobodyCam:)15:01
*** achanda has quit IRC15:01
*** Sukhdev has joined #openstack-ironic15:04
lucasagomessometimes my devstack fails with 2015-06-09 14:58:33.043 | + echo 'Error: Service g-reg is not running'15:04
lucasagomeshave you guys seem it?15:04
*** achanda_ has quit IRC15:04
lucasagomesI can go there and restart g-api then everything seems to work (even tho ./stack.sh failed)15:05
NobodyCamI haven't hit that one. I have hit a swift proxy port issue ...15:05
lucasagomes:-(15:05
* lucasagomes needs to move out from devstack15:06
*** achanda has joined #openstack-ironic15:06
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Provide extensibility to sensors by OEM  https://review.openstack.org/18976515:07
*** e0ne is now known as e0ne_15:08
*** saripurigopi has joined #openstack-ironic15:09
*** chlong is now known as chlong-zzz15:10
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Provide extensibility to sensors by OEM  https://review.openstack.org/18976515:10
*** achanda has quit IRC15:11
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Provide extensibility to sensors by OEM  https://review.openstack.org/18976515:12
*** amotoki_ has quit IRC15:16
*** e0ne_ has quit IRC15:18
*** dtantsur|brb is now known as dtantsur15:19
*** amotoki_ has joined #openstack-ironic15:19
*** romainh has left #openstack-ironic15:23
*** e0ne has joined #openstack-ironic15:23
*** Sukhdev has quit IRC15:25
*** jgrimm is now known as jgrimm_out15:28
*** absubram has joined #openstack-ironic15:33
*** sambetts has quit IRC15:33
*** romainh has joined #openstack-ironic15:33
*** romainh has quit IRC15:34
*** amotoki_ has quit IRC15:35
*** saripurigopi has quit IRC15:35
*** saripurigopi has joined #openstack-ironic15:35
*** achanda has joined #openstack-ironic15:37
*** jjohnson2 has joined #openstack-ironic15:38
*** yog__ has quit IRC15:39
openstackgerritMerged stackforge/pyghmi: Provide extensibility to sensors by OEM  https://review.openstack.org/18976515:39
*** lazy_prince has quit IRC15:46
*** naohirot has quit IRC15:46
*** viktors is now known as viktors|afk15:47
*** penick has quit IRC15:47
*** hemnafk is now known as hemna15:49
*** Sukhdev has joined #openstack-ironic15:53
lucasagomesbtw, devstack + ipxe is broken due https://review.openstack.org/#/c/182387/15:54
lucasagomesthe fix is this one https://review.openstack.org/#/c/182595/15:54
lucasagomestl;dr devstack wasn't creating the "ipxe" tag in the dnsmasq for neutron that is used for our deployment15:55
* dtantsur is afk until infra meeting at 7pm UTC15:56
*** dtantsur is now known as dtantsur|afk15:56
NobodyCamnight dtantsur|afk15:59
*** achanda has quit IRC15:59
*** achanda has joined #openstack-ironic16:00
*** e0ne is now known as e0ne_16:03
*** saripurigopi_ has joined #openstack-ironic16:07
*** saripurigopi has quit IRC16:08
*** saripurigopi_ is now known as saripurigopi16:08
*** e0ne_ is now known as e0ne16:09
*** kan_ has quit IRC16:12
*** achanda has quit IRC16:18
jrolllucasagomes: rame<tab>: I think we never mounted /proc in because we weren't using run_image, but left the code there in case we wanted it later :P16:18
lucasagomesjroll, oh, hmm16:19
lucasagomesthanks for the info16:19
lucasagomesI wonder how it worked on the VM tho16:19
jrollweird that it worked for you without that16:19
jrollyeah16:19
JayFshare system16:19
lucasagomesI should rerun that see if I can spot something16:19
JayFproc filesystem should just basically be right16:19
JayFin our IPA container16:19
* JayF has 75% certainty16:19
jrollJayF: it didn't work for ramesh I guess16:20
JayF:(16:20
lucasagomesyeah ramesh was complaining it didn't work16:20
JayFwe should probably bind mount proc in then16:21
lucasagomesJayF, I will rerun the tests when i get some time and I will let you guys know16:21
lucasagomesyeah, I think ramesh put a review up for that16:21
JayFjroll: ^ I bet that's why our bios updater throws that error. Remember?16:21
jrollit can't hurt to bind mount it in16:21
jrollJayF: I remember an error, not the error though :P16:21
JayFjroll: trying to disable nmi_watchdog via proc16:21
jrollah16:21
jrollyeah probably16:21
*** derekh has quit IRC16:23
*** Nisha has joined #openstack-ironic16:25
NobodyCammorning jroll and JayF :)16:31
NishaNobodyCam, morning16:32
*** bkero has quit IRC16:32
*** bkero has joined #openstack-ironic16:32
NobodyCammorning Nisha :) (didn't ya there :p )16:32
Nisha:)16:33
NishaNobodyCam, jroll , others i wanted to talk about comments on https://review.openstack.org/#/c/182572/2/specs/liberty/approved/nova-and-ironic-virt-driver-to-support-valid-json-for-capabilities.rst16:33
jrollmorning NobodyCam :P16:34
NishaNova is against supporting List as a possible value in capabilities i.e. they want every capability to be boolean16:35
Nishawhich ever can be a list16:35
jrollNisha: in a meeting, I'll try to follow otherwise I'll be done shortly16:35
Nishajroll, k16:36
*** lsmola has quit IRC16:37
*** e0ne has quit IRC16:38
NishaNobodyCam, devananda others plz can we discuss how we want the capabilities to be16:38
jrollNisha: at any rate, feel free to ask your question, I'll answer when I can16:38
Nishajroll, my basic ques is that how does ironic wants the capabilities to be ?16:39
Nishashall it be boolean in nature?16:39
Nishaor a capability shall be allowed to hold multiple possible values16:39
NishaThe nova wants it to be boolean in nature16:39
*** dguerri` is now known as dguerri16:40
openstackgerritJeremy Stanley proposed openstack/ironic: Merge tag '2014.2'  https://review.openstack.org/12896516:41
*** saripurigopi has quit IRC16:42
NobodyCamso for your example with power: power=['optimal', 'green', 'max'] would have to be expressed as power_green=true, power_optimal=true, power_max=true ??16:42
*** bethelwell has quit IRC16:48
jrollNobodyCam: check out 128965?16:49
jrollwe should merge that sooner than later16:49
*** quakers has quit IRC16:50
NobodyCamI just read the commit message16:50
NobodyCamand was loking at the patch16:51
NobodyCamya, I saw mordreds email this morning16:52
*** spandhe has joined #openstack-ironic16:54
Nishayes16:57
NishaNobodyCam, thats what nova says16:57
jrollNisha: I tend to agree with john16:58
Nishajroll, why?16:58
NishaI think adding all the capabilities values as boolean will just clutter the ironic node...16:59
jrollNisha: we could add a separate capabilities table to avoid clutter16:59
NishaIMO, capabilities should be able to handle the json list as a valid value17:00
jrollusing booleans gives it more structure, rather than arbitrary values17:00
Nishaa key which may be applicable to one vendor may not even apply to another vendor17:01
Nishain case of boolean keys17:01
jrollsure, wouldn't the value be false then?17:02
jrolland the driver can validate it and say "I don't support this"17:03
NishaIt may be too much of task for a driver to validate a key which it doesnt even know about...17:04
Nishaor care about17:05
*** sambetts has joined #openstack-ironic17:06
*** rloo has joined #openstack-ironic17:06
*** trown is now known as trown|lunch17:08
*** athomas has quit IRC17:08
lucasagomesfolks I will call it a day17:10
lucasagomeshave a good night everyone17:10
*** lucasagomes is now known as lucas-dinner17:10
NobodyCamnight lucas-dinner17:12
NobodyCamNisha: would it really be that much different then values the driver didn't know about?17:12
jrollNisha: 1) the list may contain things the driver doesn't know/care about17:13
jrollNisha: 2) if they are booleans, I would think ironic code would have a list of valid capabilities somewhere that we can validate against17:14
NishaOk for example, say nic_capacity as a capability17:14
jrollNisha: I'm not necessarily for or against using a list for capabilities, I just agree with john's points17:14
Nishajroll, i know...but we need to converge/be convinced at one point to drive it in nova17:14
Nishajroll, for that we (ironic) needs to decide what it needs and expects so that similar changes can be done in nova17:15
Nishafor nic_capacity as an example17:16
jrollNisha: then somebody should convince me, I don't have a strong opinion on this :)17:16
Nishaa server may have several NIC cards attached and we can discover the max nic capacity for all the NIC cards attached, how do we plan to represent that i capabilities17:16
Nishajroll, i will try if i can :)17:17
NobodyCammy opinion is that its generally easier to adopt to nova's way then fight them17:17
jrollI don't understand what "max nic capacity" means, don't we just count the NICs and use that?17:17
devanandajroll: JayF and I, quite a while ago, had agreed roughly on an approach where Ironic would define the capabilities Ironic understands. The driver API would have a means for each driver to say "yes or no" to its support for each of Ironic's supported capabilities17:17
jrollthere's a port object for each NIC, count them17:18
devanandathis was like a year ago or something, though, and lots of other htings have come up since17:18
jrolldevananda: indeed, sounds like booleans17:18
NobodyCameth0_10mb=false, eth0_100mb=true, eth0_1000mb=true17:18
NishaNobodyCam, i agree but john told if we have strong example then he is ok to have it as List17:18
devanandanode.driver.supports(CAPABILITIES['bonding']): return True or False17:19
*** bradbeam_ has joined #openstack-ironic17:19
openstackgerritJeremy Stanley proposed openstack/ironic: Merge tag '2015.1.0'  https://review.openstack.org/17929417:19
Nishadevananda, in Kilo we roughly agreed upon that the capabilities should be able to handle valid List also as values in one of the IRC chat17:19
devanandaNisha: capabilities in Nova scheduler, yes. *we* agreed. but that does'nt mean Nova is going to accept it17:21
*** vdrok_ has joined #openstack-ironic17:21
*** bradbeam has quit IRC17:21
devanandaNisha: if they won't accept that, we need to work with Nova to find an approach they will accept which also meets our needs17:21
devanandacommunity is hard17:22
*** pelix has quit IRC17:22
jrolldevananda: apparently they're willing to talk about it, if we have a strong case. I'm not sure we do17:22
*** spandhe has quit IRC17:23
*** e0ne has joined #openstack-ironic17:24
Nishadevananda, that means with every possible value of a capability, we will add a new valid capability key to ironic.....17:26
Nishathen atleast it should be a seperate field in node table or a seperate table altogether17:26
*** ifarkas has quit IRC17:29
Nishadevananda, jroll NobodyCam others, so do we (ironic) wants to have the capabilities as boolean?17:30
*** spandhe has joined #openstack-ironic17:30
devanandaso, from a data model POV, there should be some grouping of keys17:32
devanandaeg, capability groups for booting, security, rendering. whether these are represented in the API as a list of booleans, or a single key with a set of values -- that seems to be the crux of the question17:33
devanandajroll: what does nova want re ^ ?17:34
jrolldevananda: https://review.openstack.org/#/c/182572/2/specs/liberty/approved/nova-and-ironic-virt-driver-to-support-valid-json-for-capabilities.rst17:34
devanandaok, got it, i think17:35
devanandawhat about this:17:35
devanandanova side parses each capability as a string key with boolean value, using underscores for separators, eg, bootmode_uefi=True|False, bootmode_bios=True|False, gpu_nvidia123=True|False, gpu_intel456=True|False17:37
devanandain ironic common code, we define "classes" of capabilities, eg, "boot" or "gpu"17:37
Nishadevananda, means we convert this ironic virt driver this way?17:37
Nishathis can be done17:38
devanandathen allow each driver to expose specific values that it supports, eg, "bios", "uefi", "nvidia123", and so on17:38
Nishabut17:38
NobodyCamdevananda: that makes sense to me and I think it has the best chance of actually landing in nova too17:38
devanandathis way, the interface between ironic common code and ironic driver code is clear -- we can ask each driver "do you support some 'boot' capabilities? If so, what are they?"17:38
NishaNobodyCam, devananda how does this appear in flavor?17:39
devanandaand we can allow the specific capability to vary between nodes17:39
Nishabootmode_uefi=True, like this ?17:39
devanandaNisha: yes. something like that17:39
Nishameans ironic will have it as a list but nova scheduler will it as Dict of Strings17:40
jrolldevananda: and don't match on non-existent keys, I guess?17:40
devanandaand in Ironic REST API, for that node, we expose both "bootmode_uefi" and "bootmode_bios", so that Nova can match both and pass down the one selected on the flavor17:40
devanandaeventually I want Ironic to have a search endpoint in the REST API17:40
devanandaso we could do this:17:40
devanandaGET /v1/nodes?capability='boot'&value='uefi'17:41
devanandaand have it return a list of such nodes17:41
jroll++17:41
jrollso we should add a table regardless17:41
devanandaso - these capabilities must be stored in a separate table17:41
devanandawith some thought given as to how to efficiently index it for searches17:41
NobodyCamthe table will end up close to the tag table perposed17:42
devanandajaypipes and I discussed the possibility for Ironic to have such a search-like interface and then extend the nova scheduler to use it (rathre than the stats table in Nova)17:42
devanandamost other nova cores present in the room didn't like the idea -- so it will take time17:43
devanandabut regardless, doing this in Ironic is good for the stand-alone case, and it helps to facilitate the capabilities work that you (Nisha) need now17:43
Nishadevananda, Ok i will modify the spec as discussed here17:44
*** dguerri is now known as dguerri`17:44
openstackgerritAndre Aranha proposed openstack/ironic-specs: Pass Down the Instance Name to Ironic Driver  https://review.openstack.org/18974017:45
openstackgerritAndre Aranha proposed openstack/ironic-specs: Pass Down the Instance Name to Ironic Driver  https://review.openstack.org/18974017:47
*** penick has joined #openstack-ironic17:48
vdrok_morning everyone17:48
vdrok_mariojv, ping17:49
NobodyCammorning vdrok_17:49
vdrok_morning NobodyCam17:49
NobodyCamTY rloo :)17:49
rlooNobodyCam: for what?17:49
NobodyCam128965 :) I was waiting for test to finish :)17:50
NobodyCamlol you bet me to it :)17:50
NobodyCambeat even17:50
*** edcragg has quit IRC17:51
*** Sukhdev has quit IRC17:52
Nishadevananda, jroll based on above discussion should i go ahead and modify the spec in ironic (https://review.openstack.org/182934) to add  a new capabilities table17:53
devanandaNisha: yes17:54
Nishadevananda, thanks17:54
rlooNobodyCam: oh, you're thanking me for beating you :)17:54
NobodyCamheheeh :)17:55
* devananda closes down and heads to the airport17:57
*** achanda has joined #openstack-ironic17:57
*** achanda has quit IRC17:57
*** achanda has joined #openstack-ironic17:58
*** vdrok has quit IRC18:02
NobodyCambrb18:02
*** vdrok_ has quit IRC18:02
*** vdrok has joined #openstack-ironic18:03
mariojvvdrok_: hi18:06
vdrokmariojv, had a question about config file credentials18:06
vdrokmariojv, so if i understand correctly keystone (barbican) credentials will still have to be stored as plain text18:06
mariojvsure, what was the question? was going to update the spec later today18:06
vdroklike ironic user/password18:07
mariojvvdrok: correct, that was what the spec said18:07
mariojvbut i'm definitely willing to change it if there's a better idea18:07
*** bradjones is now known as bradjones|away18:07
vdrokso using these will allow to access eg rabbit credentials from keystone/barbican storage18:07
mariojvyes18:08
vdrokbut then does it improve security?18:08
mariojvyes, because in the event of a compromise, you can revoke access for that keystone user18:08
mariojvyou can also dynamically rotate things like rabbit credentials without having to deploy new config files18:08
vdrokaha, I see18:08
*** dguerri` is now known as dguerri18:08
mariojvat some point there needs to be a secret that's stored somewhere on a node to verify that it is what it says it is, so keystone can be those creds18:09
vdrokmariojv, ok, then it is reasonable to add it indeed18:10
mariojvgreat18:10
vdrokmariojv, thanks18:10
mariojvi'll ping you when i update the spec to depend on your generic interface18:10
mariojvnp, thank you vdrok18:10
vdrokok18:10
*** dguerri is now known as dguerri`18:11
*** harlowja_ has quit IRC18:18
openstackgerritChristopher Dearborn proposed openstack/ironic: Fix DRAC driver job completion detection  https://review.openstack.org/18940918:19
*** achanda has quit IRC18:21
*** kklimonda has quit IRC18:23
*** kklimonda has joined #openstack-ironic18:25
*** harlowja has joined #openstack-ironic18:25
*** ijw has joined #openstack-ironic18:29
mariojvvdrok: do you have a link to your spec? i find gerrit quite difficult to search18:35
*** trown|lunch is now known as trown18:37
*** cdearborn has joined #openstack-ironic18:37
mariojvnvm, found it18:38
*** dprince has quit IRC18:40
openstackgerritJulia Kreger proposed openstack/bifrost: Initial inventory module  https://review.openstack.org/18408418:42
openstackgerritMario Villaplana proposed openstack/ironic-specs: Adds spec for creating a key manager with Barbican to Ironic  https://review.openstack.org/18860918:43
mariojvvdrok: updated the spec ^18:43
*** Nisha has quit IRC18:46
openstackgerritMario Villaplana proposed openstack/ironic-specs: Adds spec for creating a key manager with Barbican to Ironic  https://review.openstack.org/18860918:47
*** openstackgerrit has quit IRC18:48
*** openstackgerrit has joined #openstack-ironic18:49
openstackgerritJulia Kreger proposed openstack/bifrost: Initial dynamic enrollment role  https://review.openstack.org/18817618:49
openstackgerritJulia Kreger proposed openstack/bifrost: Enable agent_ipmitool driver when testing  https://review.openstack.org/18862318:49
*** dtantsur|afk is now known as dtantsur18:51
* dtantsur is back for an hour18:52
NobodyCamWb dtantsur18:52
dtantsur:)18:52
TheJuliawb18:54
NobodyCamTheJulia: /me likes the new bifrost_inventory.py should that patch also add oslo.config>=1.11.0 and oslo.log>=1.2.0 to requirments.txt?18:55
TheJuliadoh!18:57
TheJuliayes, it should18:57
NobodyCam:p18:57
TheJuliaI knew I forgot to do something18:58
NobodyCamhehehe but looking super awesome18:58
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Add extra sensors for Lenovo NextScale FPC (WIP)  https://review.openstack.org/18985718:59
TheJuliaThank you, I think I'll follow-up later with an update that adds support to call shade to pull the existing inventory down :)  Only other "useful" thing would be to be able to take a name or mac address and retreive the facts for a node so UUIDs can be referenced, but not pre-assigned.18:59
TheJuliaalso, then someone could extend things and make decisions based upon if it is already deployed19:00
TheJuliaso one can go "I want to deploy all available machines"19:00
mariojvvdrok: your spec looks really good, just had a question about the cache on the review, will switch to +1 when that's addressed19:01
openstackgerritJulia Kreger proposed openstack/bifrost: Addition of dynamic configuration drives  https://review.openstack.org/18862419:04
openstackgerritMerged openstack/bifrost: Support for disabling DHCP server configuration  https://review.openstack.org/18736219:07
openstackgerritMerged openstack/bifrost: Add DHCP documentation  https://review.openstack.org/18741519:07
openstackgerritJulia Kreger proposed openstack/bifrost: Initial inventory module  https://review.openstack.org/18408419:14
*** edcragg has joined #openstack-ironic19:14
*** e0ne has quit IRC19:15
rlooi just read the log from the weekly ironic meeting. there were no cores there?19:15
NobodyCamrloo: I fell asleep, :(19:16
dtantsurlol19:16
dtantsurI guess it was very ironic...19:16
rlooit seems like they had a good discussion but i wonder how useful/effective it was. anyway, just me wondering.19:17
jrollit sounds like they just rehashed what devananda already discussed with docs folks at the summit, mostly?19:18
rloojroll: well, worse. except for mrda, didn't seem like any of the others knew about that discussion19:18
rloojroll: so worse in the sense that we're not communicating effectively or ... ??19:19
jrollrloo: right, it seemed to me like they came up with the same thing19:19
jrollI'm not sure19:19
rloojroll: and I am wondering if we haven't spent time talking to our liaisons. do they know what they ought to be doing?19:19
jrollrloo: I wouldn't know how to find out who our liaisons are :/19:20
rloojroll: i can tell you how. go to the main ironic wiki page19:20
rloojroll: https://wiki.openstack.org/wiki/Ironic19:21
rloojroll: https://wiki.openstack.org/wiki/Ironic#People19:21
rloojroll: there's a link there for cross-project liaisons.19:21
rloojroll: does that help?19:21
*** dprince has joined #openstack-ironic19:21
jrolloh, great!19:21
jrollrloo: so yeah, I'd agree that communication isn't helping19:22
jrolls/helping/happening19:22
rloojroll: yeah, like me not communicating that I updated that wiki with that link.19:22
*** Marga_ has joined #openstack-ironic19:23
jrollrloo: you probably did, my memory just isn't great :)19:23
*** Marga_ has quit IRC19:23
rloojroll: no, I know I didn't :(. Just in irc with jlvillal.19:23
* jlvillal reads scrollback...19:23
jrollrloo: oh, I mean... we can't send list mails for every wiki update :P19:24
*** achanda has joined #openstack-ironic19:24
*** Marga_ has joined #openstack-ironic19:24
rloojroll: yeah, I know. I am not going to. but might mention that link in another email i might send.19:24
jrollcool19:24
rloojlvillal: that was the update to the ironic wiki with link to liasons wiki (instead of the table you had added)19:25
jlvillalrloo: Oh yeah.  Thanks.19:25
* jlvillal started to attend the meeting last night, but got tired mid-way through :(19:26
openstackgerritJulia Kreger proposed openstack/bifrost: Addition of dynamic configuration drives  https://review.openstack.org/18862419:26
openstackgerritJulia Kreger proposed openstack/bifrost: Initial dynamic enrollment role  https://review.openstack.org/18817619:26
openstackgerritJulia Kreger proposed openstack/bifrost: Add initial dynamic deployment role  https://review.openstack.org/18877319:26
openstackgerritJulia Kreger proposed openstack/bifrost: Enable agent_ipmitool driver when testing  https://review.openstack.org/18862319:26
openstackgerritJulia Kreger proposed openstack/bifrost: Add initial dynamic deployment role  https://review.openstack.org/18877319:28
*** achanda has quit IRC19:29
vdrokmariojv, thanks, will take a look tomorrow, a bit late here :)19:29
mariojvnp, have a good day / evening :)19:30
* dtantsur is done for today19:30
dtantsurg'night19:30
*** dtantsur is now known as dtantsur|afk19:30
*** vdrok has quit IRC19:35
NobodyCamnight dtantsur|afk19:36
*** achanda has joined #openstack-ironic19:36
*** Marga_ has quit IRC19:37
*** edcragg has quit IRC19:37
devanandarloo, jroll: I agree that email for every wiki update is extreme. also that wiki pages describing our team structure (what cores know what areas, who the liaisons are, what the spec & revie processes are, etc -- all good things to wikify19:39
devanandaalso that communication has been slow post summit. I did a couple big emails, but haven't done much since then :(19:40
devanandalast week was crazy with travel. this week - even more so.19:40
TheJuliacinerama: good response on 18784119:40
cineramaTheJulia: thanks!19:41
rloodevananda: I hope you don't say that next week will be crazier!19:41
devanandarloo: next week, I'll be in Tel Aviv19:41
devanandaso yes19:41
rloodevananda: can we get your passport taken away so you can't leave the US?19:41
devanandahah hah19:41
* TheJulia wonders if we can just glue devananda to his chair19:41
devanandarloo: then who's going to go around evangelizing how awesome ironic is?19:42
cineramause nontoxic glue :S19:42
rlooTheJulia: I think devananda needs a bit of freedom :)19:42
cineramarloo: as in beer? :)19:42
TheJulia:)19:42
* devananda waits to see who volunteers19:42
* TheJulia is very introverted19:43
rloodevananda: I just want to make sure ironic gets more awesome19:43
devanandarloo: ++19:43
rloodevananda: why do you have to go around evangelizing. i thought they'd just gravitate to us19:43
rloodevananda: although I appreciate your sacrifice for the cause19:43
rloodevananda: so wrt last night's meeting and pshige's questions, did you update him on what you/doc folks discussed? I was hoping he'd be the go-between and help get some process decided upon19:44
devanandaI have not yet, no19:45
rloodevananda: would be good so that we get that worked out sooner than later19:46
devanandacinerama: also, thank you for # starting th emeeting last night19:46
cineramadevananda: np19:46
devanandaBadCub: could you check the midcycle poll results again? hopefully more came in last night19:47
openstackgerritMerged openstack/bifrost: Make nginx port configurable  https://review.openstack.org/18863119:48
openstackgerritMerged openstack/bifrost: Make nginx port configurable  https://review.openstack.org/18863119:48
NobodyCamhumm why did that say merged twice?19:48
BadCubdevananda: 6 yes for Aug 12-14 , 1 for alternate date of Aug 5-7, 1 for alt date of Aug 19-21. No new votes came in since 06.05.15 @ 1647hrs19:49
devanandablarg19:49
* devananda responds19:49
openstackgerritMerged openstack/bifrost: Ensure dependencies are present for dib image build  https://review.openstack.org/18687519:50
BadCubso far the votes are low, but weighing heavy for the proposed dates.19:50
BadCubdevananda: not sure how much lead-time we need for facilities to confirm, so I will leave it up to you how long we leave the poll open19:51
devanandajroll, JayF, morgabra, JoshNang, mrda, lucas-dinner, dtantsur|afk, rameshg is not here, yuriyz, TheJulia, NobodyCam, rloo, jlvillal, -- have all of you responded to the midcycle dates poll? http://goo.gl/forms/RJvq0uqfSD19:52
rlooouch, so only 8 people carefor a midcycle.19:52
rloodevananda: no, i didn't vote cuz I don't plan on going.19:52
devanandarloo: or the rest didn't notice19:52
rloodevananda: BadCub sent out email about it19:52
BadCubyup19:53
jrolldevananda: I have19:53
jrollmariojv: ^^19:53
devanandarloo: I know. I'm just shocked by the low response rate19:53
BadCuband put it on meeting agenda lol19:53
devanandayep19:53
devanandamaybe no one cares19:53
mariojvalso responded jroll devananda19:53
devananda(I dont think that's true, but ...)19:53
NobodyCamdevananda: yeppers I sure did19:53
jrollcool19:53
devanandaI'm happy NOT to have one, if that's what folks want19:53
BadCubit could be because [summer holidays] and things family related that lotsa folks take holiday for19:54
jrolldevananda: so BadCub posted two different links when this initially happened, maybe related?19:54
rloois this the first time the midcycle is in july-aug?19:54
devanandaoh? ^ ?19:54
BadCubboth links went to same location.19:54
NobodyCam?? th first like was 404 no?19:54
BadCubnot that I recall. Could be wrong. Email had second link19:55
NobodyCamI used one in the email19:55
rloosuggestion then. send out email with the poll numbers. say you'll have it as planned at date/time IF more than X people say they are interested.19:56
devananda++19:57
rlooI wonder if polls are more effective than the old etherpad way, where people could see who might be going.19:57
* BadCub starts email19:57
devanandaalso, BadCub, suggestion [for next time] - include options in the poll for "I cant make it", "I could make it if X"19:58
*** quakers has joined #openstack-ironic19:58
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/18989919:58
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-lib: Updated from global requirements  https://review.openstack.org/18990019:58
devanandaI like google forms, but in looking at other teams' polls (often done via etherpad) there seems to be a lot more unstructured response19:58
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/18768019:58
BadCubyeah, fist time using Google forms. *frowns*19:58
devanandaalso - flight boarding. bbiaf19:58
*** ijw has quit IRC19:59
NobodyCamhave a good flight devananda19:59
openstackgerritMerged openstack/ironic: Update docs for usage of python-ironicclient  https://review.openstack.org/18946919:59
*** ijw has joined #openstack-ironic19:59
*** jamielennox|away is now known as jamielennox20:01
BadCubdevananda: new email sent20:03
* BadCub needs to run out for a while to do things20:07
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Add extra sensors for Lenovo NextScale FPC (WIP)  https://review.openstack.org/18985720:13
*** achanda has quit IRC20:13
devanandaonline for a bit longer20:13
TheJulia:)20:14
openstackgerritMerged openstack/ironic: Merge tag '2014.2'  https://review.openstack.org/12896520:17
* TheJulia blinks20:18
NobodyCamdevananda: stuck on the tarmac?20:19
TheJuliacinerama: I put a note regarding python3 in the bifrost cookiecutter rev you put up, just in case anyone takes a look20:19
cineramaTheJulia: thanks. that change is going to need a little work20:20
NobodyCamTheJulia: what about py2.6?20:20
*** enikanorov_ has joined #openstack-ironic20:20
*** rloo_ has joined #openstack-ironic20:20
*** enikanorov__ has quit IRC20:20
*** rloo has quit IRC20:21
TheJuliaThey are focused on python 2 based releases for the time being and have indicated that they will will go through the process of refactoring once python3 is more widely adopted. :(20:21
TheJuliaNobodyCam: they don't explicitly name 2.620:21
*** bradjones|away has quit IRC20:21
*** boris-42 has quit IRC20:22
*** natorious is now known as zz_natorious20:22
NobodyCamthey == ??? it is called out on that patch20:23
*** bradjones has joined #openstack-ironic20:23
*** bradjones has quit IRC20:23
*** bradjones has joined #openstack-ironic20:23
TheJuliaNobodyCam: they being ansible's written stance20:24
*** boris-42 has joined #openstack-ironic20:24
TheJuliaon python versions20:24
NobodyCamahh :)20:25
TheJuliaIn fact, glancing at some of the hcnages they have actively worked on keeping 2.6 compatability20:25
TheJuliachanges20:25
*** edcragg has joined #openstack-ironic20:46
cineramaif you're managing something like rhel you will probably need that compatibility20:49
TheJuliaYup20:50
openstackgerritStephanie Miller proposed openstack/bifrost: Add cookiecutter-generated files for project  https://review.openstack.org/18895920:53
NobodyCamlol20:54
* TheJulia seems to have left the humor filter someplace20:57
NobodyCamI lol because you rechecked the same patch I just rechecked.20:57
* NobodyCam should have refreshed his screen before rechecking20:58
*** zz_natorious is now known as natorious20:59
*** dprince has quit IRC21:00
*** dguerri` is now known as dguerri21:04
*** jjohnson2 has quit IRC21:05
*** penick has quit IRC21:09
openstackgerritJohn Trowbridge proposed stackforge/ironic-discoverd: [WIP] Fix edeploy plugin puts too much data in Ironic extra column  https://review.openstack.org/18942721:15
openstackgerritJohn Trowbridge proposed stackforge/ironic-discoverd: Rename edeploy plugin  https://review.openstack.org/18994421:15
jlvillaldevananda: I responded to the poll21:16
TheJuliaNobodyCam: ahh :)  did you also create a bug too, because that would have been hilarious :)21:16
BadCubthnx jlvillal :)21:16
NobodyCamTheJulia: that I did not do.. :)21:17
TheJulia:)21:19
*** Sukhdev has joined #openstack-ironic21:19
TheJuliaI've seen that once before, and I thought that four second wait you asked me about a while back would clear us of the issue, but I guess not.21:19
Sukhdevjroll: Ping21:20
jrollSukhdev: hi21:20
Sukhdevjroll: just to fill you in I chatted with devananda after our meeting yesterday regarding the requirement that we discussed - i.e. work with neutron and without21:21
Sukhdevjroll: I think we have a good and viable option to support both21:21
jrollSukhdev: ok, do you have a link to the discussion?21:22
*** trown is now known as trown|outttypeww21:22
Sukhdevjroll: ah ha - did not anticipate that question :-):-)21:22
Sukhdevjroll: no, not really - but, here is the gist of idea -21:23
Sukhdevjroll: when using with neutron (without neutron - no issue, what you have written works), we launch neutron, create appropriate networks21:24
Sukhdevjroll: take the net-ids and appropriately set the config file - they way your spec suggests and launch Ironic -21:24
Sukhdevjroll: Everything will work just fine - we will be able to support both models this way21:25
Sukhdevjroll: wanted to fill you in.21:25
jrollSukhdev: I didn't realize these bits were up for debate21:26
jrollSukhdev: I thought the optional network provider thing was what you had a problem with?21:26
Sukhdevjroll: no, my concern was that neutron networks are dynamic, and can not be specified through config file21:27
jrollSukhdev: I don't remember that concern at all. but yeah, that was the plan21:27
jrollthink of them as operational networks21:27
jrollyou'd never delete them21:27
jrollthe *ports* are dynamic. but not the networks.21:28
Sukhdevjroll: from neutron point of view, the VLAN gets assigned when a network is created, and neutron will pick the next available VLAN - and, hence, it becomes dynamic21:29
jrollSukhdev: it's not dynamic if the network only gets created once and never deleted21:30
jrollSukhdev: to be clear, the plan was always for operators to create the network(s) specified in the config file21:30
Sukhdevjroll: correct - if you put it that way21:30
jrollSukhdev: I may not have pointed that out in the spec well, but I don't see any new information or surprises with what you and deva talked about21:31
Sukhdevjroll: I had missed that part - hence, I had an issue - but, now that I understood that part - I was at piece :-)21:31
jrollSukhdev: ok21:32
Sukhdevjroll: So, we are good - that is what I wanted to relay to you - so, we are good with the spec as you have written-21:32
Sukhdevperhaps in the next meeting we can discuss as to how to go about implementing it21:33
jrollSukhdev: ok, please mention that on the spec if there's any comments that are now invalid21:33
jrollgo about implementing what, specifically?21:33
Sukhdevjroll: will do21:33
Sukhdevjroll: implementing - as in how to refactor the code to achieve the functionality21:34
jrollSukhdev: that should be part of the spec, no? work items, proposed change, etc21:35
Sukhdevjroll:  I think the details of refactoring, etc., we can keep out of the spec and have the bigger picture in the spec (which you already have)21:36
jrollSukhdev: well, some high-level details of the code changes sohuld be in the spec21:38
jrollthat's how ironic has done it historically, at least21:38
jrollthe rest is up to code review21:38
Sukhdevjroll: oh - I see.21:38
jrollbut yeah, no need to talk about code changes in a meeting IMO21:39
jrollunless something gets contentious21:39
Sukhdevjroll: makes sense - Let me update my comments on the spec accordingly -21:40
jrollSukhdev: thanks21:40
Sukhdevjroll: np21:41
*** ijw has quit IRC21:41
*** ijw has joined #openstack-ironic21:41
openstackgerritBen Nemec proposed openstack/python-ironicclient: Register global Keystone args first  https://review.openstack.org/18995221:48
mrdaMorning Ironic21:50
BadCubmorning mrda21:51
*** quakers has quit IRC21:52
mrdaBadCub: o/21:52
*** penick has joined #openstack-ironic21:59
*** ijw has quit IRC22:02
*** ijw has joined #openstack-ironic22:02
*** edcragg has quit IRC22:04
*** penick has quit IRC22:05
*** natorious is now known as zz_natorious22:06
TheJuliagood morning mrda22:06
NobodyCamgood (UGT)morning mrda22:07
*** alexpilotti has quit IRC22:07
*** zz_natorious is now known as natorious22:09
*** jgrimm_out is now known as jgrimm22:09
mrdaMorning TheJulia & NobodyCam22:11
*** absubram has quit IRC22:14
*** davideagnello has quit IRC22:16
*** wuhg has joined #openstack-ironic22:17
*** davideagnello has joined #openstack-ironic22:19
*** cdearborn has quit IRC22:25
harlowjadtantsur|afk all https://review.openstack.org/#/q/status:open+project:openstack/futurist,n,z looks fine to u right, should be good to go :)22:26
openstackgerritHaomeng,Wang proposed openstack/bifrost: Support RedHat yum installation  https://review.openstack.org/18529422:42
openstackgerritJosh Gachnang proposed openstack/ironic-python-agent: Allow hardware managers to override clean step priority  https://review.openstack.org/18996922:43
jrollJoshNang: ehhhhhhhhhh22:45
JoshNangehhhh?22:45
jrollI feel like that should go by how specific each hw mgr is22:45
jrollnot the step priority22:45
jrollbecause you might go the other way, where my custom hw manager wants this step to have a lower priority22:46
jrollor am I crazy22:46
JoshNangjroll: mmm22:47
JoshNangthat does make sense22:47
jrollidk the best way to handle that in code, but yeah22:47
JoshNangand it was how i initially wrote it, but noticed we made mention of going by highest priority in the docs22:47
jrolloh?22:48
JoshNanghttps://github.com/openstack/ironic-python-agent/blob/master/ironic_python_agent/hardware.py#L18122:48
jrolloh.22:49
jrollok, well, I guess I disagree with that premise22:49
jrollbut I'm ok with code to match it for now22:49
JoshNangyeah i'm not overly happy with two different sets of 'priorities' deciding what and how things are executed :/22:49
JoshNangs/overly//22:50
*** edcragg has joined #openstack-ironic22:57
*** chlong-zzz has quit IRC22:58
openstackgerritMerged openstack/ironic: Merge tag '2015.1.0'  https://review.openstack.org/17929423:06
*** edcragg has quit IRC23:10
*** Sukhdev has quit IRC23:14
*** Sukhdev has joined #openstack-ironic23:16
*** yuanying has joined #openstack-ironic23:25
*** mikedillion has joined #openstack-ironic23:31
*** mikedillion has quit IRC23:32
*** mikedillion has joined #openstack-ironic23:36
*** rloo_ has quit IRC23:37
openstackgerritJim Rollenhagen proposed openstack/ironic-python-agent: Add 'pbr' to the requirements  https://review.openstack.org/18820423:38
jroll^ quick rebase, easy patch23:38
*** oomichi has quit IRC23:40
*** dguerri is now known as dguerri`23:40
*** harlowja has quit IRC23:42
*** harlowja has joined #openstack-ironic23:43
openstackgerritJim Rollenhagen proposed openstack/ironic-python-agent: Add power_off command in standby extension  https://review.openstack.org/18924123:44
jrollfixed commit message there23:44
*** Sukhdev has quit IRC23:45
*** Sukhdev has joined #openstack-ironic23:45
*** mikedillion has quit IRC23:48
*** natorious is now known as zz_natorious23:48
*** lucas-dinner has quit IRC23:54
*** bradjones has quit IRC23:58

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