Thursday, 2014-09-18

*** marcoemorais has quit IRC00:00
*** eghobo has quit IRC00:14
*** sheile has joined #openstack-ironic00:24
*** ChuckC_ has quit IRC00:26
*** Tsukasa_ has joined #openstack-ironic00:26
*** ramineni has joined #openstack-ironic00:32
*** ChuckC_ has joined #openstack-ironic00:33
*** ChuckC_ is now known as ChuckC00:37
*** rloo has quit IRC00:53
*** Haomeng|2 has quit IRC01:24
*** dlaube has quit IRC01:30
*** ramineni has quit IRC01:37
*** smoriya has joined #openstack-ironic01:45
jroll22:21:31       NobodyCam | zomg I just read the best amazon review I have seen... I truly roflmao <- you can't say that without a link!01:55
*** openstackgerrit has quit IRC02:01
*** Poornima_ has joined #openstack-ironic02:12
*** openstackgerrit has joined #openstack-ironic02:21
*** pcrews has quit IRC02:30
NobodyCamlol02:37
NobodyCamjroll: see pm02:38
*** ramineni has joined #openstack-ironic02:46
*** Haomeng has joined #openstack-ironic02:55
*** marcoemorais has joined #openstack-ironic03:09
*** marcoemorais1 has joined #openstack-ironic03:11
*** marcoemorais has quit IRC03:14
*** Haomeng has quit IRC03:18
*** killer_prince is now known as lazy_prince03:32
*** penick has joined #openstack-ironic03:46
*** penick_ has joined #openstack-ironic03:47
*** penick has quit IRC03:51
*** penick_ is now known as penick03:51
*** Poornima_ has quit IRC03:52
*** lazy_prince is now known as killer_prince04:02
*** killer_prince has quit IRC04:09
*** pcrews has joined #openstack-ironic04:11
*** Tsukasa_ has quit IRC04:21
*** killer_prince has joined #openstack-ironic04:21
*** killer_prince is now known as lazy_prince04:22
*** teju has joined #openstack-ironic04:22
*** Poornima_ has joined #openstack-ironic04:22
*** nikunj2512 has joined #openstack-ironic04:30
*** k4n0 has joined #openstack-ironic04:46
*** chenglch has joined #openstack-ironic04:47
openstackgerritxu-haiwei proposed a change to openstack/ironic: Fix typo to show correct log message  https://review.openstack.org/12231604:56
*** rameshg87 has joined #openstack-ironic04:56
*** pensu has joined #openstack-ironic05:02
*** pcrews has quit IRC05:08
*** HenryG has quit IRC05:09
tejuhi all....i would like to implement a simple driver with IPMI features & additional features....any idea where to start?05:14
*** Haomeng has joined #openstack-ironic05:14
*** rushiagr_away is now known as rushiagr05:16
tejuHaomeng : morning :)05:18
Haomengteju: morning:)05:18
*** pensu has quit IRC05:18
*** pensu has joined #openstack-ironic05:19
*** harlowja is now known as harlowja_away05:20
*** HenryG has joined #openstack-ironic05:22
tejuHaomeng : can u give me a high level idea on how to implement an ironic driver with IPMI features + few more features?05:22
Haomengteju: you want to create new ironic driver?05:23
Haomengteju: we have the base interface for driver, let me check the code05:23
Haomengteju: also, you can take the existing driver as reference05:23
tejuHaomeng : i wanna create a driver and register the same with ironic so that the driver is listed in ironic driver-list05:24
Haomengok05:24
Haomengthis is base driver - https://github.com/openstack/ironic/blob/master/ironic/drivers/base.py05:24
Haomengand the driver interfaces definations05:24
Haomenglet me check the commit which add new driver05:25
Haomengshould be good reference for you for all changed files05:25
rameshg87Haomeng, teju, may be one of mine: https://review.openstack.org/#/c/115885/  :)05:26
Haomengrameshg87: thank you05:27
rameshg87Haomeng, teju, the driver is defined in https://review.openstack.org/#/c/115885/14/ironic/drivers/ilo.py and you inform about the driver in https://review.openstack.org/#/c/115885/14/setup.cfg05:27
Haomengteju: and I found out this one - https://github.com/openstack/ironic/commit/2089d3c01b4168e07d303e14da9a05608e921f28#diff-5f0956ffc87c3889beab022191583a1105:27
Haomengrameshg87: yes05:27
tejuHaomeng,rameshg87 : ok....i will extend IPMI driver and register the same with conductor so that i can use in ironic node-create -d <mydriver> ....this should be possible...right?05:28
Haomengteju: the -d arguments is defined in this code05:29
Haomengsetup.cfg05:29
Haomenghttps://github.com/openstack/ironic/blob/master/setup.cfg#L3705:29
Haomengonce you have done your new driver, just register your driver into setup.cfg, then the new driver will be populated into database when the ironic is installed by python setup.py install05:30
Haomengand remember to enable them in our ironic.conf05:31
tejuHaomeng : in my ironic,conf, i dont see any option like enabled_drivers05:31
Haomengon default section - enabled_drivers = fake,agent_ssh,agent_ipmitool05:32
Haomengthen it can be seen in the 'ironic driver-list' comamnd call05:33
Haomenghttp://paste.openstack.org/show/112710/05:33
Haomengteju: this is our sample configuration file - https://github.com/openstack/ironic/blob/master/etc/ironic/ironic.conf.sample#L22005:34
tejuHaomeng : i have icehouse setup and i dont see any setup.cfg file .....05:36
Haomengthis one -  https://github.com/openstack/ironic/blob/master/setup.cfg#L3705:37
Haomengit is used in installation time05:37
Haomengnot runtime05:37
Haomengit is the feed file for python setup.py05:37
*** lazy_prince has quit IRC05:37
*** lazy_prince has joined #openstack-ironic05:38
Haomengby default devstack installation, it is located in this path - /opt/stack/ironic/setup.cfg05:38
tejuHaomeng : i thought i can just write a driver and restart ironic services to register the driver....guess I am wrong...05:39
Haomengteju: let me check the logic how our driver is registered into our ironic database05:40
Haomengshould be handled by conductor on starting time05:41
Haomengironic.common.driver_factory05:41
Haomenghttps://github.com/openstack/ironic/blob/07122257699706ff42e9c2a958b42eaa3c30e0a0/ironic/common/driver_factory.py#L11505:42
tejuHaomeng : i wrote a pxe_dup.py in ironic/drivers and i restarted ironic services...the driver is not listed in ironic driver-list....anything else to be done?05:45
Haomengteju: check conductor logs to see the err/exceptions05:49
tejuHaomeng : i see errors, but those are bcoz of seamicro drivers05:51
Haomengteju: did you add your driver into entrypoints of setup.cfg, and run python setup.py again?05:51
Haomenghttps://github.com/openstack/ironic/blob/8fdd7d0d8d4005fa913d453e0b086f9a7ae924d7/ironic/conductor/manager.py#L2605:51
Haomengthen driver factory can get the new driver, and our conductor manager will load it on init -  https://github.com/openstack/ironic/blob/8fdd7d0d8d4005fa913d453e0b086f9a7ae924d7/ironic/conductor/manager.py#L19005:53
Haomengso how about the conductor log for such info - INFO ironic.common.driver_factory [-] Loaded the following drivers:05:55
Haomengteju: make sure it is in ironic.conf enabled_drivers and in our setup.cfg also, then run 'python setup.py install' again to register the new python *entry_points*05:57
tejuHaomeng : i dont have setup.py or setup.cfg file anywhere06:01
Haomengteju: how did you install the ironic?06:01
Haomengit is one of our ironic source code06:01
tejuHaomeng : http://docs.openstack.org/developer/ironic/deploy/install-guide.html06:02
HaomengI understand you use the rpm which is pre-installed already, so setup.cfg is not required06:03
Haomengcan you find ironic.egg-info folder in your sys?06:05
Haomengwe can modify entry_points.txt by manually to add your new drivers if you install the ironic with rpm06:06
tejuHaomeng : ironic-2014.1.rc1.egg-info06:06
Haomengyes06:06
Haomengcd it06:06
Haomengand find entry_points.txt file06:06
Haomengit is python entry points definations06:06
rameshg87Haomeng, teju, it's easier to do "python setup.py egg_info"06:06
rameshg87Haomeng, teju, on the ironic directory, it will regenerate entry_points.txt06:06
Haomengrameshg87: ok, good idea06:07
tejuHaomeng : got it...so, if I add an entry in entry_points.txt and restart conductor service,  will it show up in ironic driver-list?06:08
Haomengrameshg87: but we have no setup.cfg, what is the input for these new entry points06:08
Haomengteju: first, we make sure it is added into python entry_points06:08
Haomengteju: then enable it in our ironic.conf enabled_drivers, and restart conductor process06:08
tejuHaomeng : k06:09
Haomengteju: good luck:)06:09
rameshg87Haomeng, oh sorry, i missed that part06:09
rameshg87Haomeng, i thought it was devstack :)06:09
Haomengrameshg87: np06:09
Haomengrameshg87: yes, teju is using the rpm which is pre-installed, so no such setup.cfg files06:10
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/12070106:15
tejuHaomeng : i just modified entry_points.txt and restarted ironic services and the driver showed up in ironic driver-list.....:)06:15
Haomengteju: cool:)06:15
Haomengteju: great work:)06:15
*** rom_little has joined #openstack-ironic06:16
tejuHaomeng : now, i must be able to use the same driver in ironic node-create -d <mydriver>....right?06:16
Haomengteju: this is used to register a pyhsical node and which driver is used for this baremetal06:17
Haomengteju: you can have try06:17
*** rom_little has quit IRC06:17
Haomengteju: if your new driver implemented the ironic driver interfaces, should work06:18
Haomengteju: especial for the power driver and deploy two main interface06:18
Haomengteju: :)06:19
tejuHaomeng : i will extend IPMI driver for power control & add few features....06:19
Haomengteju: so you define new power driver, right?06:23
Haomengteju: that is cool, one question, can I ask - do you want to contribute this new driver back to our ironic community?06:24
Haomengteju: if yes, the spec is required also06:24
Haomengteju: if no, just ignore my question:)06:25
tejuHaomeng : the features I am gng to add will work only for specific products...so, the new driver wont help any one else06:26
Haomengteju: ok, np:)06:26
Haomengteju: should be vendor suppor06:27
Haomengsupport06:27
tejuHaomeng : yes...it is vendor specific :006:27
Haomengteju: :)06:27
*** sheile has quit IRC06:28
tejuHaomeng : any new loadable driver should implement both power and deploy?...since they are core interfaces?06:39
Haomengteju: yes06:40
Haomengteju: you can take the existing driver code as sample06:40
tejuHaomeng : ok :)06:42
Haomengteju: and your new driver can reuse the existing modules also, for example - https://github.com/openstack/ironic/blob/master/ironic/drivers/pxe.py#L4706:42
Haomengteju: depends on your requirements06:42
Haomengteju: if the existing modules function is not enough for you, we have to create new driver modules, else, reuse them to compile the existing driver modules into your new driver06:43
tejuHaomeng : i will use IPMI for power interface and implement my own features for deploy interface06:44
Haomengteju: great06:44
*** ifarkas has joined #openstack-ironic06:50
tejuHaomeng : should my deploy class extend base.DeployInterface ? or can I just extend class object?06:51
Haomengteju: should extend from DeployInterface I think, we have same interface to call same behavior for deploying06:54
*** penick has quit IRC06:55
*** pensu has quit IRC06:57
*** pensu has joined #openstack-ironic06:57
*** marcoemorais1 has quit IRC07:11
*** bluex-pl has joined #openstack-ironic07:21
*** ndipanov_gone is now known as ndipanov07:40
*** lazy_prince has quit IRC07:42
*** killer_prince has joined #openstack-ironic07:52
*** killer_prince is now known as lazy_prince07:52
*** ndipanov has quit IRC07:53
*** ndipanov has joined #openstack-ironic07:56
*** jistr has joined #openstack-ironic08:03
*** athomas has joined #openstack-ironic08:05
*** lazy_prince has quit IRC08:12
*** lazy_prince has joined #openstack-ironic08:12
*** Poornima_ has quit IRC08:14
*** lucasagomes has joined #openstack-ironic08:17
*** Poornima_ has joined #openstack-ironic08:18
*** derekh has joined #openstack-ironic08:25
*** bluex-pl has quit IRC08:28
*** MattMan has quit IRC08:31
*** MattMan has joined #openstack-ironic08:31
*** dtantsur|afk is now known as dtantsur08:34
dtantsurMorning Ironic08:34
*** k4n0 has quit IRC08:37
lucasagomesdtantsur, morning08:40
*** igordcard has joined #openstack-ironic08:42
*** pelix has joined #openstack-ironic08:48
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Revert "Revert "Search line with awk itself and avoid grep""  https://review.openstack.org/12236008:53
*** k4n0 has joined #openstack-ironic08:53
lucasagomesderekh, ^ -2'ed until the test env is rebuilt08:54
derekhlucasagomes: ok, thanks, will get the update done next time I notice the test queue is short08:55
lucasagomesderekh, no problem :) thank u08:55
*** romcheg has quit IRC09:03
*** romcheg has joined #openstack-ironic09:03
*** Poornima|mtg has joined #openstack-ironic09:18
openstackgerritA change was merged to openstack/ironic: Sync the doc with latest code  https://review.openstack.org/12174209:19
*** Poornima_ has quit IRC09:21
*** k4n0 has quit IRC09:22
*** lazy_prince is now known as killer_prince09:35
*** k4n0 has joined #openstack-ironic09:35
*** ifarkas has quit IRC09:41
*** ifarkas has joined #openstack-ironic09:41
openstackgerritA change was merged to openstack/ironic: Add unit tests for SNMPClient  https://review.openstack.org/12217509:57
*** chenglch has quit IRC10:02
*** killer_prince is now known as lazy_prince10:02
openstackgerritVladyslav Drok proposed a change to openstack/ironic: node_uuid should not be used to create test port  https://review.openstack.org/12238010:11
*** nikunj2512 has quit IRC10:28
*** athomas has quit IRC10:31
openstackgerritA change was merged to openstack/ironic: Check whether specified FS is supported  https://review.openstack.org/9810210:35
*** krtaylor has quit IRC10:53
openstackgerritA change was merged to openstack/python-ironicclient: Replace calls to Mock.assert_not_called  https://review.openstack.org/12223610:55
openstackgerritVladyslav Drok proposed a change to openstack/ironic: node_uuid should not be used to create test port  https://review.openstack.org/12238011:00
* dtantsur brb11:01
*** ramineni has quit IRC11:01
*** romcheg has quit IRC11:06
tejuHaomeng,lucasagomes : is it possible to add a column in the ironic.nodes table just by adding an attribute in the Node class in  /usr/lib/python2.7/dist-packages/ironic/db/sqlalchemy/models.py ?11:07
lucasagomesteju, you need a migration script too11:07
* lucasagomes tries to find an example11:08
tejulucasagomes : there is a file migration.py in the same dir11:08
lucasagomesteju, here https://review.openstack.org/#/q/I4688676767a80ac6f1f3d571f0df4ea78bc756e1,n,z11:08
lucasagomesops11:09
lucasagomesteju, https://review.openstack.org/#/c/79466/11:09
lucasagomesno the migration.py is fine, you don't have to touch that11:09
lucasagomesalso, if u want to expose that new field in the api, you have to change it there too11:10
lucasagomesthat example ^ of adding the instance_info may be complete so you can take a look at how to do it11:10
*** romcheg has joined #openstack-ironic11:10
tejulucasagomes : is this DB migration a safe operation?11:11
lucasagomesteju, what you mean by "safe"... I suspect it is11:12
Haomengteju: we can reuse the node's driver_info/properties/instance_info fields which are dict if your new attribute is grouped by these existing dict11:12
lucasagomesfor all db changes we make in the project we need a migration script11:12
Haomengyes, we need migration script for new db object changes11:13
*** romcheg has quit IRC11:15
tejulucasagomes, Haomeng : so, instead of adding new columns, i can use extra/properties/metadata to store additional data?11:16
lucasagomesteju, yup, well if the type of data you want to store makes sense in one of those fields11:17
lucasagomescurrently we have "extra" for any extra data, "driver_info" for parameters for the drivers, "instance_info" same parameters required to deploy an instance and "properties" which are the physical characteristcs of the node11:18
lucasagomesI would try to reuse it if possible11:19
Haomengteju: yes, depends on your new field concept11:19
tejuHaomeng : lets say if i wanna store cinder volume ID for booting a bare metal......where can that value possibly go?11:21
*** lucasagomes is now known as lucas-hungry11:25
Haomengteju: if it is cinder volume id, how do you think about instance_info field?11:28
Haomengteju: if it is instance level and the same lifecycle with instance or not?11:29
tejuHaomeng : yes..11:30
Haomengteju: but not sure if the instance_info is populated by nova11:30
tejuHaomeng : in my ironic.nodes table, i dont have instance_info column....i have to upgrade....and i will check11:31
Haomengteju: once nova boot the instance for ironic, the instance_info will be populated with root_gb/image_url/image_source/image_checksum/swap_mb these fields11:32
Haomengteju: run ironic-dbsync please11:32
*** romcheg has joined #openstack-ironic11:34
tejuHaomeng : is it ok to run ironic-dbsync --config-file /etc/ironic/ironic.conf more than once?11:34
Haomengteju: depends on your code version and db version11:35
Haomengteju: if they are same version, will run nothing11:35
Haomengteju: and ironic-dbsync will update the db objects to latest version with current code11:35
tejuHaomeng : i haven't updated my code base11:36
Haomengteju: ok, once is fine11:38
*** krtaylor has joined #openstack-ironic11:39
*** dprince has joined #openstack-ironic11:41
tejuHaomeng : last question of the day.....i added a sub command like....ironic boot-from-volume <NODEUUID> <VolumID>.....how can I map this command to a function/method in ironic API?11:45
lucas-hungryHaomeng, teju so yeah instance_info seems to be the right place11:46
lucas-hungrynova boot has a --boot-volume <volume_id> options11:46
lucas-hungrythat I suspect is used in this case11:46
lucas-hungryso we just proxy it to ironic11:47
lucas-hungryhttp://docs.openstack.org/user-guide/content/novaclient_commands.html11:47
* lucas-hungry brb lunching11:47
Haomengteju: yes, agree with lucas, we should have same entry from nova boot with --boot-volume options11:51
Haomengteju: it will be passed to ironic11:51
*** dhellmann is now known as dhellmann_11:52
tejuHaomeng : ok....anyways i wanted to understand how ironic client CLI commands are mapped to methods in ironic API?11:53
Haomengteju: let me find the commit which add new sub command11:53
*** Poornima|mtg has quit IRC11:53
Haomengteju: first we have new api for the subcommand, then we have the python ironic client new command introduced which call the new api11:54
tejuHaomeng : k....i have API and also a new sub command, but dont know how to bind them11:56
Haomengteju: we have python-ironic-client project11:56
Haomengwhich is command code11:57
Haomengteju: https://github.com/openstack/python-ironicclient11:57
Haomengteju: this is a reference - https://review.openstack.org/#/c/119825/11:58
*** romcheg has quit IRC11:58
*** k4n0 has quit IRC12:01
Haomengteju: this method  * do_chassis_list* is to handle *ironic chassis-list* command call - https://review.openstack.org/#/c/119825/2/ironicclient/v1/chassis_shell.py12:01
*** romcheg has joined #openstack-ironic12:01
*** lucas-hungry is now known as lucasagomes12:04
tejuHaomeng : ok..got it....i am looking for a reference in which an API is added and also it's corresponding command in ironic client...as of now, i have dummy implementation for a sub command(just prints something on the console)12:07
Haomengteju: cool12:07
tejuHaomeng, lucasagomes : thanks :) ....bye :)12:10
lucasagomesteju, yvw see ya12:10
Haomengteju: welcome12:12
Haomengteju: see you:)12:12
*** teju has left #openstack-ironic12:13
*** rushiagr is now known as rushiagr_away12:14
*** pensu has quit IRC12:20
*** rushiagr_away is now known as rushiagr12:24
*** romcheg has quit IRC12:25
*** romcheg has joined #openstack-ironic12:27
*** athomas has joined #openstack-ironic12:32
*** Poornima_ has joined #openstack-ironic12:34
*** linggao has joined #openstack-ironic12:35
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Make context mandatory when instantiating a RPC object  https://review.openstack.org/12192312:35
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Do not set the context twice when forming RPC objects  https://review.openstack.org/12240112:35
*** ramineni has joined #openstack-ironic12:39
*** ramineni1 has joined #openstack-ironic12:44
*** ramineni has quit IRC12:46
*** rameshg87 has quit IRC12:50
*** romcheg has quit IRC12:50
*** pensu has joined #openstack-ironic12:51
*** bluex-pl has joined #openstack-ironic12:53
*** Poornima_ has quit IRC12:55
*** romcheg has joined #openstack-ironic12:57
*** jasondotstar has joined #openstack-ironic12:57
lazy_princeis there a way to find the port_id when an instance is being provisioned..?13:01
*** ramineni1 has quit IRC13:04
*** rloo has joined #openstack-ironic13:06
*** pensu has quit IRC13:09
*** derekh has quit IRC13:09
*** lucasagomes has quit IRC13:09
*** derekh has joined #openstack-ironic13:13
*** lucasagomes has joined #openstack-ironic13:13
*** dhellmann_ is now known as dhellmann13:19
*** pcrews has joined #openstack-ironic13:22
Haomenglazy_prince: neutron port id? or ironic port id ?13:31
lazy_princeHaomeng: neutron port id..13:32
*** lucasagomes has quit IRC13:33
*** derekh has quit IRC13:33
Haomenglazy_prince: can we check with vm's ip?13:33
*** lucasagomes has joined #openstack-ironic13:34
lazy_princeHaomeng: not sure.. let me explain what i am trying to do. I am trying to implement network isolation using vlan on physical switch. for this, i need to have a dedicated provisioning network.13:35
NobodyCamgood morning Ironic13:35
HaomengNobodyCam: morning:)13:36
NobodyCammorning Haomeng :)13:36
lazy_princeHaomeng: so when deploy() is called, i am changing the node network to point to provisioning network. however, dhcp options are not getting associated with the provisioning network..13:36
lazy_princeHaomeng: so wanted ot see if i can do it via code..13:37
HaomengNobodyCam: :)13:37
Haomenglazy_prince: let me check with neutron guys tomorrow, is ok?13:38
Haomenglazy_prince: need neutron expert supporting£º£©13:39
lazy_princeHaomeng: i do not thisnk its a bug in neutron.. but its something i am doing programetically.. and i want to see if we can get neutron port id for the node in ironic..13:40
Haomenglazy_prince: yes, it is not bug, but we need to know from neutron to find the way to get port_id13:41
Haomenglazy_prince: what is the context? what is the input?13:41
Haomenglazy_prince: dhcp port ?13:41
lazy_princeHaomeng: since the code will execute from ironic, i think node or task could be the input..13:42
Haomenglazy_prince: ok, the nova instance id is the input I think13:42
lazy_princeHaomeng: yup.. you could say that..13:42
Haomenglazy_prince: I know one neutron expert from China, will check with him tomorrow morning, maybe I can help you13:43
lazy_princeHaomeng: please check and thanks..13:44
*** derekh has joined #openstack-ironic13:46
*** romcheg has quit IRC13:49
openstackgerritVladyslav Drok proposed a change to openstack/ironic: Use standard locale in list_partitions  https://review.openstack.org/12241413:50
Haomenglazy_prince: ok, good night:)13:50
lazy_princeHaomeng: gn. c ya tomorrow..13:51
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Updated from global requirements  https://review.openstack.org/12242313:59
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/11405813:59
devanandamorning, all14:07
*** datajerk has quit IRC14:09
NobodyCamgood morning devananda14:11
NobodyCamyour up eqrly14:11
NobodyCamearly even14:12
*** jistr has quit IRC14:15
*** ifarkas has quit IRC14:15
*** jistr has joined #openstack-ironic14:16
*** smoriya has quit IRC14:22
*** ramineni has joined #openstack-ironic14:22
lucasagomesNobodyCam, devananda morning :)14:25
NobodyCamgood mornig lucasagomes14:25
linggaoHi NobodyCam, will Ironic graduate from incubator in Juno?14:25
*** romcheg has joined #openstack-ironic14:25
NobodyCamgood morning linggao :)14:26
NobodyCamwe did14:26
NobodyCam!!!!14:26
openstackNobodyCam: Error: "!!!" is not a valid command.14:26
NobodyCamwell for K14:26
linggaogoog morning NobodyCam14:26
linggaocool!14:27
linggaoNobodyCam, what do you mean by "well for k"?14:27
NobodyCamwe did graduate!14:28
NobodyCambut in the kilo cycle14:28
NobodyCamlinggao: https://review.openstack.org/#/c/120225/114:29
devanandawe graduated14:29
devanandathat means Ironic is integrated in the Kilo release cycle14:29
linggaodevananda, so in Juno, Ironic will be official or in Kilo?14:29
devanandawe were not part of the integrated gate tests or release process during the Juno cycle14:30
* NobodyCam does another little happy dance14:30
romchegw00t14:30
NobodyCammornign romcheg :)14:30
romchegHi everyone btw :)14:30
*** gilliard has quit IRC14:30
devanandalinggao: ironic will be part of the _integrated_release_ during the Kilo cycle. it's been an "official" project for a while14:30
NobodyCamoh romcheg if you have a free minute can you take a look over https://wiki.openstack.org/wiki/Ironic/NovaBaremetalIronicMigration14:31
lucasagomesromcheg, hey ya, how it's going man?14:31
linggaodevananda, thanks.14:31
devanandaI hate that integration is seen as somehow making something official, btw14:32
devanandabut that's another conversation :)14:33
devanandaanteaya: g'morning! question on the extra-atcs things if you're around?14:34
*** datajerk has joined #openstack-ironic14:34
anteayamorning14:36
anteayahere I am14:36
anteayaask away14:36
devanandaanteaya: hi there!14:36
anteayao/14:36
*** jistr has quit IRC14:37
romcheglucasagomes: Moved to Poland and finally managed to go to ikea and buy the necessary stuff. Now I can sleep and eat just normally :)14:37
NobodyCammorning anteaya14:37
anteayamorning NobodyCam14:37
devanandaanteaya: since Ironic is not considered part of the integrated release in Kilo, it is, as I undersatnd it, therefor not part of the "core openstack projects"14:37
NobodyCamromcheg: awesome!14:37
lucasagomesromcheg, hah, nice good to hear that14:37
lucasagomesromcheg, I bet you may be eating a lot of pierogi these days :)14:38
linggaodevananda,NobodyCam,  sorry, I was in a meeting and someone asked me if Ironic will graduate in Juno cycle.14:38
anteayadevananda: ah for that answer we have a lovely canonnical reference: http://git.openstack.org/cgit/openstack/governance/tree/reference/programs.yaml14:38
devanandaanteaya: that being said, is there any effect of providing extra-atc's list for Ironic?14:38
NobodyCamlinggao: its all good. I luv to tell anyone we did graduate14:38
anteayadevananda: only if those people would not otherwise be able to vote in the ironic ptl election should two or more candidates put their name forward14:38
linggaodevananda,NobodyCam, thanks for your responses.14:39
*** jistr has joined #openstack-ironic14:39
anteayadevananda: and I do believe next Tuesday will be the last assurance of getting names in, so if there are names to get in err on the side of including them14:39
devanandalinggao: no worries - and I apologize if that seemed snarky -- it was not directed at you, but at my general frustration with the perception that integration == official/good/stable/etc14:39
devanandaanteaya: ok. there are 3 names in co-authored-by only, but as far as I can tell, none of them have any commits to any other openstack/ projects nor have they joined the foundation14:40
linggaodevananda, yes, that's exactly what my colleagues think.14:40
romcheglucasagomes, NobodyCam: check out this nice view from my new office :) http://cl.ly/image/381k460B1A0F14:40
anteayadevananda: ah see the joining the foundation bit, it is important14:41
anteayadevananda: you have their emails can you email them and get them to join?14:41
anteayalinggao: please educate your collegues, or invite them to join the channel14:41
devanandalinggao: for what it's worth, I do not believe that incubation and integration were ever intended to bestow the blessing of production-worthiness upon any project, and am working with others to help correct this. More to come in the next few months.14:42
anteayalinggao: there is a movement afoot to move to a model of layers so the integrated/incubated distinction may be a poor way to evaluate tool readiness in future14:42
lucasagomesromcheg, o wow great14:42
anteayaif it ever was a good way to evaluate14:43
lucasagomesromcheg, poznan looks quite small14:43
romcheglucasagomes: Up to yesterday day I ate only sandwiches with cheese and ham because the only cutlery I had was my Swiss Army knife :)14:43
anteayamostly it was just and easy way14:43
lucasagomesromcheg, lol14:43
devanandalinggao: if you (or your colleague) are interested in that discussion, there was a long and insightful thread on the ML14:43
anteayaromcheg: I love my swiss army knife14:43
devanandaanteaya: yes, the co-authors' emails are included inthe comit messages. I can email them, but I do not know if they will actually join14:44
devanandaanteaya: as they are not people I have met or interacted with before14:44
romchegNobodyCam: I will review that document later this evening. We have some kind of meetup here very soon14:45
linggaodevananda, anteaya, when making product plans, they have to decide if they'll support Ironic or not in Juno time frame. So 'official' is the word they are looking for. I can see the bottle netck if how we define "official" :-)14:46
anteayadevananda: well that is kind of the point of the extra-atcs thing, you are vouching for someone else14:46
anteayadevananda: hard to do if you don't know them14:46
NobodyCamromcheg: Awesome thank you. its a wiki so please feel free to just correct anything you see wrong14:47
romchegNobodyCam: will do :)14:47
anteayadevananda: you can start by emailing and letting them know that you would like to include them in the list of eligible voters and they can indicate their decisison to accept your offer by joining the foundation and emailing you the url to their profile14:47
anteayadevananda: if they don't do that by Tuesday morning, looks like they don't want to be included as an eligible voter14:47
devanandaanteaya: ok, thanks!14:47
anteayadevananda: and you have done your duty by them14:48
anteayalinggao: we don't use official at all14:48
anteayalinggao: official is used by marketers and managers14:48
anteayalinggao: useful, working, funtional14:48
anteayathose are words we like to use14:48
devanandalinggao: I do not believe that the OpenStack Foundation has any intention to suggest what any companies' product plans are or are not14:48
anteayalinggao: tested, there is a good word14:49
devanandalinggao: when it comes to OpenStack projects, the Foundation really only gets involved if there is a trademark issue, and so being "part of the OpenStack Integrated Release" means that the trademark _may_ be applied14:49
devanandalinggao: if a product is using the trademark, you can always add more things to your product, like incubated projects or your own projects14:50
linggaoanteaya, guess who I was talking with :-)14:50
anteayalinggao: no idea14:50
anteayalinggao: marketing?14:51
anteayaa manager?14:51
devanandalinggao: so whether or not a project is integrated actually should have no bearing on whether or not your product uses it -- it does effect whether or not your product may choose _not_ to include it, though14:51
linggaoanteaya, hehe.14:51
anteaya:D14:52
linggaodevananda, I know what you mean. We are on the same boat. :-)14:54
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Do not use the context parameter on refresh()  https://review.openstack.org/12244114:54
lucasagomes^ with that we close the RPC objects bug :) (I think it should have been a bp really, it was a lot of work)14:55
devanandalucasagomes: \o/14:55
lucasagomesdevananda, I was looking at the objects/base.py code from nova, they introduced a lot of new stuff like each field in the object has a class representing it's type14:56
lucasagomesStringType() etc...14:56
lucasagomeswe may need a bp to sync that in K, and maybe another bp in oslo to actually oslofy it14:56
*** rushiagr is now known as rushiagr_away14:56
devanandalucasagomes: yup. we probably want to propose that to the oslo or cross project tracks15:00
devanandalucasagomes: either you or comstud want to run with that?15:00
lucasagomesdevananda, yeah, we can talk about it in paris (I saw you put it in the spreadsheet already, thanks)15:00
lucasagomesdevananda, sure15:00
devanandalucasagomes: i mean, it shouldn't be in our track actually15:01
lucasagomesdevananda, yeah it's cross-project15:01
lucasagomesbut if we can't find a place maybe leaving in our track is fine, then we can try to drag people from nova like15:01
*** pensu has joined #openstack-ironic15:01
lucasagomesdan smith etc15:01
*** igordcard has quit IRC15:02
*** igordcard has joined #openstack-ironic15:05
rloohi Ironickers.15:10
rlooNobodyCam: did you get a chance to look into support (or not) of nova baremetal-interface-list? [Or do we care?] Wondering if a bug should be opened for it or not.15:11
NobodyCamotp15:11
rlooNobodyCam: no worries. Stay OnTopofP...izzas if you want ;)15:13
lucasagomesrloo, morning :)15:15
rloohi lucasagomes!15:15
dtantsurmorning to everyone whose appearance I missed :)15:18
rloohi dtantsur ;)15:18
dtantsurromcheg, congratulations with relocation! visit Brno one day ;)15:18
romchegdtantsur: I will!15:20
*** openstackgerrit has quit IRC15:33
*** athomas has quit IRC15:35
*** bluex-pl has quit IRC15:35
*** dlaube has joined #openstack-ironic15:45
*** eghobo has joined #openstack-ironic15:52
*** eghobo has quit IRC16:03
rloohey lucasagomes: did you find out if a bug is needed or not? https://review.openstack.org/#/c/122380/16:03
*** openstackgerrit has joined #openstack-ironic16:03
lucasagomesrloo, oh no... devananda ^16:03
lucasagomessorry forgot to ask deva about it16:03
lucasagomesI think it's grand to merge, but I don't wanna break the rules16:03
rloolucasagomes: I'm not sure I was aware of the rule so it would be good to know ;)16:04
*** bluex-pl has joined #openstack-ironic16:05
lucasagomesrloo, well, I remember we said that only code fixing a bug which is target to RC should be merged while we are in the RC period16:05
* lucasagomes maybe is confusing things here16:06
rloolucasagomes: that rings a bell. I might have even been the one that asked...16:06
lucasagomesyeah idk, I'm not sure and a bit tired to go over the logs to try to find out :/16:07
*** ndipanov is now known as ndipanov_gone16:08
NobodyCambrb16:09
rloolucasagomes: well, it would be good to clarify that. in the meantime, this is only a cleanup in unit tests ;)16:10
lucasagomesyeah16:10
devanandahm?16:10
lucasagomesdevananda, can we merge code which is not fixing a bug ?16:11
lucasagomesI think I may have heard it somewhere that we should not merge anything that is not fixing a bug targeting RC in this RC period16:11
devanandalucasagomes: that's a general rule for anything after feature freeze16:11
lucasagomesright, even if it's just a tiny little thing?16:12
*** marcoemorais has joined #openstack-ironic16:12
devanandalucasagomes: we don't necessarily need to adhere to process just for the sake of process, though16:12
lucasagomeshttps://review.openstack.org/#/c/122380/16:12
devanandaa simple patch which is obviosuly fixing a bug, even if that bug isn't on LP, is probably ok to merge16:12
devanandathat said16:12
lucasagomesright, well... if there's a process I would say we should adhere to that16:12
devanandai am not sure that's really a bug16:12
rloolucasagomes, devananda: then we get into the question of what's a 'bug' :-(16:13
rlooie, is a bug anything that is reported in the Bug thing. Or is a bug anything that breaks our code. Or breaks a unit test.16:14
devanandalucasagomes: ok, i'm sure - that's a bug :)16:14
devanandaironic/tests/db/utils:get_test_port does indeed just ignore node_uuid arg, but doesn't do any enforcement of unexpected kwargs16:14
lucasagomesyeah, well, it doesn't break anything but it's inputting invalid parameters16:14
devanandabecause really it shouldn't have to16:14
lucasagomesso I think it's a bug as well... but yeah16:15
devanandayep. I'd classify this as code cleanup16:15
lucasagomesso +1 to merge it now16:15
devanandayea16:15
* lucasagomes is going to push the merge button in 5...16:16
* devananda approves16:16
lucasagomesoh16:16
lucasagomeslol16:16
lucasagomesok16:16
rloo:D16:16
devanandaI see that we don't have any Critical bugs open :)16:17
devanandathere are a few High and lots of medium open & targeted to RC116:17
lucasagomesI think we have one that Jim is working on no?16:18
lucasagomeswas that fixed? /me checks16:18
rloolucasagomes: yeah, that's fixed16:18
lucasagomesnice16:19
devanandahmm16:19
* devananda notices https://review.openstack.org/10762916:19
lucasagomesoh yeah fix commited https://bugs.launchpad.net/ironic/+bug/136898416:19
devanandalucasagomes: dtantsur: so _not_ running migrations within dbsync is actually really bad16:19
devanandathere is a reason why other projects do that, and why we did it too16:19
devanandaNova learned from experience that, sometimes, the model and the migrations don't result in exactly the same thing16:20
devanandathey certainly didn't in the past16:20
dtantsurdon't we have tests exactly to ensure it?16:20
devanandaso unless we actually have those tests...16:20
dtantsurviktors|afk added them IIRC16:20
devanandaok, lemme check. last time i looked they werent running in the gate though16:20
*** jistr has quit IRC16:21
lucasagomeswell we had some conversation with viktors about that patch16:21
lucasagomesand as dtantsur the tests to capture problems etc16:21
* lucasagomes is not a db expert but that sounded fine16:21
lucasagomesafair16:21
devanandacool16:21
dtantsurit's ModelsMigrationsSyncMysql in ironic/tests/db/sqlalchemy/test_migrations.py IIRC16:21
devanandait's still a bit alarming to me when I see significant chagnes in the commit log that I didn't even know someone was working on :)16:22
lucasagomesI figured :)16:23
lucasagomesalright folks, I'll call it a day16:44
lucasagomeshave a good night :)16:44
rloobye lucasagomes16:44
lucasagomesbye bye :)16:45
*** lucasagomes has quit IRC16:45
*** derekh has quit IRC16:47
*** bluex-pl has quit IRC16:49
*** bluex-pl has joined #openstack-ironic16:50
*** bluex-pl has quit IRC16:50
*** bluex-pl has joined #openstack-ironic16:51
*** ramineni has quit IRC16:51
*** romcheg has quit IRC16:53
*** bluex-pl has quit IRC16:56
*** bluex-pl has joined #openstack-ironic16:56
*** bluex-pl has quit IRC16:57
*** bluex-pl has joined #openstack-ironic16:58
*** bluex-pl has quit IRC16:59
*** bluex-pl has joined #openstack-ironic16:59
*** vdrok_ has joined #openstack-ironic17:00
*** igordcard has quit IRC17:01
*** harlowja_away is now known as harlowja17:02
*** Nisha has joined #openstack-ironic17:04
*** bluex-pl has quit IRC17:05
NobodyCamnight lucas17:12
comstuddevananda: yeah, so i wanted to sync what lucas was talking about... by getting it into oslo17:15
devanandacomstud: ++17:15
vdrok_morning/afternoon/evening Ironic!17:17
openstackgerritA change was merged to openstack/ironic: node_uuid should not be used to create test port  https://review.openstack.org/12238017:20
rloohi vdrok_ :)17:21
vdrok_hi rloo!17:21
*** dhellmann is now known as dhellmann_17:22
vdrok_I'm fixing this bug - https://bugs.launchpad.net/ironic/+bug/1337551 . But I can't get the last point - Ensure lint runs against the script when tests are run (even thought there are no unit tests for this script) . How should this be done?17:25
vdrok_should something be added to tox.ini?17:25
jrollgood morning all :)17:27
vdrok_morning jroll17:28
rloomorning jroll17:28
*** lazy_prince is now known as killer_prince17:28
*** openstackgerrit has quit IRC17:31
*** openstackgerrit has joined #openstack-ironic17:33
rloojroll: if you feel like it, I touched your agent, and wasn't able to put you down as a reviewer: https://review.openstack.org/#/c/122224/17:34
jrollyeah, my gerrit account is weird17:34
* jroll will look17:34
rloojroll: I was given two choices (looked like the same name to me) and I got an error selecting either of them. You just want to avoid being a reviewer ;)17:35
jrollNobodyCam: what ever happened to soft power17:35
*** igordcard has joined #openstack-ironic17:40
*** pelix has quit IRC17:41
*** dtantsur is now known as dtantsur|afk17:45
*** rushiagr_away is now known as rushiagr17:46
openstackgerritRuby Loo proposed a change to openstack/ironic: Handle SNMP exception error.PySnmpError  https://review.openstack.org/12218217:48
openstackgerritRuby Loo proposed a change to openstack/ironic: Catch IronicExceptions in node_power_action()  https://review.openstack.org/12247617:48
JoshNangvdrok_: yup, you'd add a command under testenv:pep8 to flake that file/directory17:49
vdrok_JoshNang: oh, thanks, thought pylint should be added there somehow17:52
JoshNangvdrok_: i think by lint he meant flake8 (which is a pep8 compliance checker)17:54
vdrok_JoshNang: yup, now I see, thanks for the clarification!17:54
JoshNangvdrok_: np!17:54
openstackgerritDavid J Hu proposed a change to openstack/python-ironicclient: Add keystone v3 CLI support  https://review.openstack.org/11117517:55
*** rushiagr is now known as rushiagr_away18:03
*** vdrok_ has quit IRC18:11
*** rushiagr_away is now known as rushiagr18:15
*** romcheg has joined #openstack-ironic18:15
*** rushiagr is now known as rushiagr_away18:20
NobodyCamhey jroll it fell off my plate18:20
*** rushiagr_away is now known as rushiagr18:20
*** marcoemorais has quit IRC18:24
*** marcoemorais has joined #openstack-ironic18:24
openstackgerritDavid J Hu proposed a change to openstack/python-ironicclient: Add keystone v3 CLI support  https://review.openstack.org/11117518:26
*** romcheg has quit IRC18:29
*** rushiagr is now known as rushiagr_away18:40
*** rushiagr_away is now known as rushiagr18:49
* devananda pushes a new client release18:51
rloothx devananda. Do you think it would be useful to have release notes posted somewhere? eg glanceclient: http://docs.openstack.org/developer/python-glanceclient/#release-notes18:54
devanandarloo: sure. also they are in the release itself18:55
rloodevananda: OTOH, I have no idea how/if novaclient does it.18:56
devanandarloo: http://git.openstack.org/cgit/openstack/python-ironicclient/tag/?id=0.3.018:56
rloodevananda: yeah, but that isn't obvious to folks is it?18:56
* NobodyCam has to run out and pick up dog food for lunch :O18:56
*** annegentle_ has joined #openstack-ironic18:56
NobodyCamI will bbaif18:57
devanandarloo: feel free to put that somewhere you feel is better :)18:57
*** annegentle_ is now known as Guest6213518:57
devanandarloo: also, keep in mind the cost of maintaining it the next time we tag a cleint release, if we're just copying text around18:57
devanandaI don't see any benefit to having an in-tree list of the commits which are in the tree, which is basically what glanceclient seems to have done18:58
rloodevananda: I think a pointer to the link should suffice. I'm not big on copying things.18:58
devanandai maen, i can run "git tag" and "git tag -v {TAG}"18:58
*** rushiagr is now known as rushiagr_away18:58
*** yjiang5 has joined #openstack-ironic18:59
devanandato see what the package maintainer thought was worth mentioning i nthe release notes18:59
rloodevananda: I think http://docs.openstack.org/developer/python-glanceclient/#release-notes is good. I wonder if there is some way to get that to show up at https://pypi.python.org/pypi/python-ironicclient19:00
devanandarloo: I do not think http://docs.openstack.org/developer/python-glanceclient/#release-notes is a good thing19:01
*** dhellmann_ is now known as dhellmann19:01
*** dhellmann is now known as dhellmann_19:01
rloodevananda: why? (out of curiosity).19:01
devananda18:58:15 < devananda> I don't see any benefit to having an in-tree list of the commits which are in the tree, which is basically what glanceclient seems to have done19:02
devanandathat document lives inside the code base which it is documenting19:02
rloogotcha.19:02
*** dhellmann_ has quit IRC19:02
yjiang5hi, does anyone know why ironic requires docker.io in devstack? My 12.04 ubuntu seems has no docker.io package included.19:02
*** dhellmann has joined #openstack-ironic19:02
devanandayjiang5: i do not believe ironic requires that19:03
yjiang5devananda: great, so I will workaround it. Thanks.19:03
devanandayjiang5: our requirements are http://git.openstack.org/cgit/openstack/ironic/tree/requirements.txt19:03
devanandayjiang5: also, as was said on the mailing list, it would be much better if you use 14.04 instead19:04
*** marcoemorais has quit IRC19:04
devanandathere are several issues with ovs packages in 12.04 which we had to work around, which are much easier solved by simply using 14.0419:04
rlooso i think the easiest thing to do (for next release) is to update the README to have something like 'Release notes: http://git.openstack.org/cgit/openstack/python-ironicclient/tag/?id=<we'd have to update this part each time>19:04
*** marcoemorais has joined #openstack-ironic19:05
yjiang5devananda: sorry didn't notice that mail. Will upgrade to 14.04 then. For the docker.io, it's at https://github.com/openstack-dev/devstack/blob/master/files/apts/ironic19:06
devanandaoh, i see19:06
devanandaJayF: ^ that's you guys ...19:06
devanandaJayF: AIUI you only need docker.io IF building the CoreOS image for IPA. So it's really not an requirement for ironic in the general sense.19:07
devanandayjiang5: you are correct. I didn't realize taht was there19:08
yjiang5devananda: JayF: what's IPA? Sorry new to ironic.19:08
devanandayjiang5: ironic-python-agent. it's a separate deployment driver19:08
yjiang5devananda: thanks.19:08
rloodevananda: we have some ManagementInterface methods that may not necessarily be supported (get_sensors_data, set_boot_device, set_boot_device).19:10
*** yjiang5 is now known as yjiang5_away19:10
rloodevananda: some driver implementations are raising NotImplementedError, and others aren't. Thoughts?19:10
rloodevananda: the NotImplementedError isn't an IronicException so that would mean drivers won't always be returning IronicE, but I'm fine with that. I'd just like it to be consistent.19:12
devanandarloo: when a client validates a node, the drivers may raise an error to indicate that interface is not supported/implemented (as opposed to simply being not configured)19:16
devanandarloo: I agree those should be consistent19:16
devanandarloo: and the exception is the way the driver communicates taht back to the conductor and API19:16
devanandaalso, I need to step away for a while19:16
rloodevananda: ok thx.19:16
linggaoHi all, what is the current scale we have tested for Ironic?19:17
linggaorloo, I heard someone mentioned that yahoo has a 1000-node cloud that uses Ironic, is it true?19:19
rloolinggao: yahoo isn't using Ironic yet; we're using nova baremetal.19:20
devanandalinggao: rackspace is running ironic in production as part of the OnMetal product19:20
devanandalinggao: but they have not publicly stated how many nodes are in that cluster19:20
devananda(not afaik, anyway)19:20
* devananda really goes afk now19:21
rloolinggao: maybe over a few beers one of the J's from rackspace will let you know ;)19:21
linggaolol19:21
linggaodevananda, rloo, so maybe it was rackspace that scaled to 1000 nodes.19:22
linggao:)19:22
linggaojroll, can you comment?19:23
JoshNanghas anyone looked at implementing suspend for nodes?19:27
*** igordcard has quit IRC19:38
*** openstackgerrit has quit IRC19:45
*** killer_prince has quit IRC19:59
*** killer_prince has joined #openstack-ironic20:12
*** killer_prince is now known as lazy_prince20:12
JayFlinggao: I don't know what I can say or not say20:12
JayFlinggao: but suffice it to say that I personally have reason to believe the agent driver can scale to almost a thousand nodes with 4 conductors, at least if you've applied a similar set of downstream patches as us (most of the perf stuff I think already made it back in)20:13
*** harlowja has quit IRC20:13
*** harlowja has joined #openstack-ironic20:13
JayFdevananda: I think jroll was under the impression devstack is supposed to be run under trusty nowadays anyway, but imbw20:14
linggaoJayF, thanks. beer?20:14
JayFlinggao: I don't drink good beer anymore :)20:15
linggao:)20:15
adam_gdevstack + ironic depends on stuff only in trusty, not only docker.io20:17
rlooadam_g: so we should update our docn: http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html#deploying-ironic-with-devstack20:19
*** yjiang5_away is now known as yjiang520:20
adam_grloo, yeah, i think that probably makes sense now. the precise runs dont happen in the gate anywhere anymore, so its just bitrotting20:22
*** victor_lowther__ has quit IRC20:23
*** victor_lowther__ has joined #openstack-ironic20:24
rlooadam_g: i'll open a bug about it. thx.20:27
adam_grloo, https://review.openstack.org/#/c/122519/ :)20:31
adam_gis the bot asleep?20:32
rloomaybe taking a break?20:32
rlooadam_g: here's the bug: https://bugs.launchpad.net/ironic/+bug/137130020:33
*** igordcard has joined #openstack-ironic20:35
adam_grloo, thanks20:36
rlooadam_g: thank You! Oh, I guess I should look at your patch ;)20:36
*** igordcard has quit IRC20:40
*** marcoemorais has quit IRC20:41
* NobodyCam dislikes road work very much :-p20:41
*** marcoemorais has joined #openstack-ironic20:43
linggaoJayF, does IPA do RAID configuration today?20:52
JayFlinggao: no, and I personally would consider in-band RAID management out of scope of Ironic and by extension IPA20:54
linggaoJayF, okay, that's fair. thanks.20:55
linggaohave to go....20:55
*** linggao has quit IRC20:55
*** pcrews has quit IRC20:59
*** pensu has quit IRC20:59
*** openstackgerrit has joined #openstack-ironic21:08
jrolldevananda: I've publicly said before that our initial deployment was ~100021:14
* JayF has publically said he's paranoid and never remembers what was publically said21:14
jrolland I believe all of our performance related patches have been upstreamed21:14
JayF:P21:14
jrolluse the logs, luke21:14
JayFI don't want a cabin, Jim, I want answers!21:14
jroll:P21:15
*** dprince has quit IRC21:25
*** jasondotstar has quit IRC21:25
*** greghaynes has quit IRC21:28
*** sbadia has quit IRC21:28
*** greghaynes has joined #openstack-ironic21:28
*** andreykurilin_ has joined #openstack-ironic21:30
*** sbadia has joined #openstack-ironic21:31
*** pcrews has joined #openstack-ironic21:38
*** marcoemorais has quit IRC21:43
*** marcoemorais has joined #openstack-ironic21:43
*** marcoemorais has quit IRC21:44
*** marcoemorais has joined #openstack-ironic21:44
*** marcoemorais has quit IRC21:44
*** marcoemorais has joined #openstack-ironic21:45
*** marcoemorais has quit IRC21:46
*** marcoemorais has joined #openstack-ironic21:47
*** marcoemorais has quit IRC21:47
*** marcoemorais has joined #openstack-ironic21:47
*** Nisha has quit IRC21:52
*** penick has joined #openstack-ironic21:53
NobodyCam$#@-it Jim I'm an engineer not a technician21:54
NobodyCamoh wait that the wrong show. lol21:54
jrolllol21:54
jrollthought you were talking to me, I was wondering how I pissed you off :P21:55
adam_gdevananda, https://review.openstack.org/#/c/122539/ your thoughts appreciated21:58
openstackgerritAdam Gandelman proposed a change to openstack/ironic: Update devstack docs, require Ubuntu 14.04  https://review.openstack.org/12251922:00
NobodyCamlol sorry nope22:04
NobodyCamjust a joke22:04
NobodyCam:-p22:04
NobodyCamI saw the the use hte logs luke comment and was (trying) to play off that22:04
rloohey, do we need this anymore: https://github.com/openstack/nova/blob/4ce3f55d169290015063131134f93fca236807ed/nova/tests/virt/test_ironic_api_contracts.py22:08
JayFThat can be pulled when we vote on nova, right?22:09
JayFor is it OK since our driver gets unit test runs anyway22:09
rlooI hope our driver's unit tests are being run...22:10
*** rloo is now known as rloo_afk22:12
*** penick has quit IRC22:28
*** penick has joined #openstack-ironic22:31
*** andreykurilin_ has quit IRC22:39
*** enterprisedc has quit IRC22:51
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Updated from global requirements  https://review.openstack.org/12242322:56
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/11405822:56
*** penick has quit IRC22:59
*** Guest62135 is now known as annegentle23:13
*** annegentle is now known as annegentleznc23:13
*** annegentleznc is now known as annegentle23:14
*** marcoemorais has quit IRC23:14
*** marcoemorais has joined #openstack-ironic23:14
*** marcoemorais has quit IRC23:14
*** marcoemorais has joined #openstack-ironic23:14
NobodyCamhummm seems ipmitool may be leaving nodes locked when it sets maintenance = True23:15
JayFNobodyCam: I'll check that behavior on our end real quick23:16
JayFNobodyCam: as I know we've had some boxes go into maint for that23:16
NobodyCamthe issue I got reported was user entered BAD IP address23:17
NobodyCamfyi23:17
jrollwe may have manually unlocked them on our end, though23:17
NobodyCamand thank you JayF :)23:17
NobodyCamjroll: just clear the field in the db?23:17
jrollyes23:17
JayFAll the nodes we have in maint for the power status sync thing are unlocked23:17
NobodyCamhummm23:18
*** marcoemorais1 has joined #openstack-ironic23:26
*** marcoemorais has quit IRC23:30
*** Haomeng|2 has joined #openstack-ironic23:46
*** Haomeng has quit IRC23:47
*** marcoemorais1 has quit IRC23:58
*** marcoemorais has joined #openstack-ironic23:58

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