Monday, 2014-08-04

*** pcrews has joined #openstack-ironic00:15
*** radsy has quit IRC00:56
*** nosnos has joined #openstack-ironic01:02
*** Haomeng has quit IRC01:23
*** eghobo has quit IRC01:47
*** zz_naotok is now known as naotok02:09
*** naotok is now known as zz_naotok02:13
*** pcrews has quit IRC02:18
*** shakamunyi has joined #openstack-ironic02:41
*** Haomeng has joined #openstack-ironic02:50
*** shakamunyi has quit IRC03:00
*** mitz_ has quit IRC03:11
*** mitz has joined #openstack-ironic03:14
*** eghobo has joined #openstack-ironic03:23
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Updated from global requirements  https://review.openstack.org/11152403:23
openstackgerritOpenStack Proposal Bot proposed a change to openstack/python-ironicclient: Updated from global requirements  https://review.openstack.org/11162903:28
*** nosnos has quit IRC03:45
*** Poornima has joined #openstack-ironic03:53
*** ramineni has joined #openstack-ironic04:11
*** eghobo has quit IRC04:27
*** eghobo has joined #openstack-ironic04:28
*** nosnos has joined #openstack-ironic04:28
*** sabah has joined #openstack-ironic04:38
*** k4n0 has joined #openstack-ironic04:54
*** nikunj2512 has joined #openstack-ironic05:06
*** pradipta_away is now known as pradipta05:09
*** eguz has joined #openstack-ironic05:09
*** eghobo has quit IRC05:10
*** bvivek has joined #openstack-ironic05:11
*** sirushti has quit IRC05:18
*** sirushti has joined #openstack-ironic05:18
*** killer_prince is now known as lazy_prince05:37
openstackgerritAnusha Ramineni proposed a change to openstack/ironic-specs: Management Interface to firmware update  https://review.openstack.org/10084205:39
*** Mikhail_D_ltp has joined #openstack-ironic05:42
*** k4n0 has quit IRC05:44
*** Mikhail_D_ltp has quit IRC05:47
*** rakesh_hs has joined #openstack-ironic05:52
*** k4n0 has joined #openstack-ironic05:58
*** dtantsur|brb is now known as dtantsur06:06
dtantsurMorning, Ironic!06:06
Haomengdtantsur: morning:)06:07
dtantsur:)06:07
Haomengdtantsur: one question - do you know where we can raise the defect for pyghmi issue?06:08
dtantsurhmmm06:08
Haomengdtantsur: I am trying to test pyghmi to implement the 'send sensor data to ceilometer' bp for our ipminative driver, but encounteer bug for pyghmi06:09
Haomengdtantsur: I just raised it into our ironic bug list - https://bugs.launchpad.net/ironic/+bug/135207906:09
dtantsurHaomeng, no idea :(06:10
Haomengdtantsur: ok, np:)06:10
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/11086006:11
Haomengdtantsur: looks like pyghmi is mantained by xcat team06:11
Haomengdtantsur: from ibm:)06:11
Haomengdtantsur: I will contact them:)06:11
dtantsurmakes sense)06:11
Haomengdtantsur: :)06:11
Haomengdtantsur:  for ipminative driver supporting 'send sensor data to ceiloemter', I understand no need to write new spec, it covers with existing spec already, right?06:13
dtantsurHaomeng, I would say yes, if the implementation is more-or-less straightforward, new spec is not required06:13
Haomengdtantsur: ok06:14
Haomengdtantsur: :)06:14
*** SpamapS has quit IRC06:17
*** pquerna has quit IRC06:18
*** SpamapS has joined #openstack-ironic06:19
*** pquerna has joined #openstack-ironic06:19
*** pquerna has joined #openstack-ironic06:20
*** SpamapS has quit IRC06:20
*** SpamapS has joined #openstack-ironic06:20
dtantsurFYI http://specs.openstack.org/openstack/ironic-specs/  :)06:33
*** lsmola has joined #openstack-ironic06:35
*** ifarkas has joined #openstack-ironic06:43
*** Mikhail_D_ltp has joined #openstack-ironic07:07
*** eguz has quit IRC07:22
*** Poornima has quit IRC07:42
*** rameshg87 has joined #openstack-ironic07:48
*** ndipanov has joined #openstack-ironic07:50
*** sabah has quit IRC08:00
*** jistr has joined #openstack-ironic08:05
rameshg87dtantsur, hi08:24
rameshg87dtantsur, for the comment at L75 on https://review.openstack.org/#/c/111232/1/ironic/drivers/modules/pxe.py08:25
rameshg87dtantsur, the property will be already under [pxe] group in ironic.conf file. do you still feel we should rename to tftp_image_cache_ttl ?08:25
dtantsurrameshg87, hi! I don't like the same name under different group, especially with similar names. Especially provided that difference between PXE and iSCSI won't be too clear to a user, not knowing our internals.08:27
rameshg87dtantsur, okay. make sense to me too. will change it :-)08:27
dtantsurthanks08:28
*** viktors|afk has quit IRC08:30
rameshg87dtantsur, just one more question08:31
rameshg87dtantsur, https://review.openstack.org/#/c/111232/1/ironic/drivers/modules/pxe.py L27208:31
rameshg87dtantsur, we can combine the two methods, but they doing two separate things, isn't it better to keep them separate - and also for the same reason why the initial author proposed not to put check_image_size() within cache_instance_image()08:32
*** athomas has joined #openstack-ironic08:46
*** k4n0 has quit IRC08:46
dtantsurrameshg87, I'm ok with leaving it as is08:47
rameshg87dtantsur, okay08:47
*** bvivek has quit IRC08:54
*** k4n0 has joined #openstack-ironic08:59
*** rakesh_hs has quit IRC09:14
*** bvivek has joined #openstack-ironic09:15
*** shausy has joined #openstack-ironic09:18
*** k4n0 has quit IRC09:22
*** enikanorov__ has quit IRC09:24
*** k4n0 has joined #openstack-ironic09:25
*** lynxman has quit IRC09:27
*** lynxman has joined #openstack-ironic09:27
*** lynxman has joined #openstack-ironic09:27
*** lazy_prince is now known as killer_prince09:33
openstackgerritRamakrishnan G proposed a change to openstack/ironic: Take iSCSI deploy out of pxe driver  https://review.openstack.org/11123209:40
openstackgerritRamakrishnan G proposed a change to openstack/ironic: Take iSCSI deploy out of pxe driver  https://review.openstack.org/11123209:45
*** killer_prince is now known as lazy_prince09:46
rameshg87dtantsur, just had a question regarding mocking09:47
rameshg87dtantsur, for testcases09:47
*** dtantsur is now known as dtantsur|lunch09:53
*** lucasagomes has joined #openstack-ironic09:54
lucasagomeshi all, are we going to have a meeting tonight? (It's holiday here)09:55
*** sbadia has joined #openstack-ironic10:05
*** k4n0 has quit IRC10:16
*** sabah has joined #openstack-ironic10:17
*** rameshg87 has quit IRC10:22
*** rameshg87 has joined #openstack-ironic10:25
*** sabah has quit IRC10:26
*** sabah has joined #openstack-ironic10:27
*** k4n0 has joined #openstack-ironic10:30
*** sabah has quit IRC10:34
romchegMorning lucasagomes!10:53
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Updated from global requirements  https://review.openstack.org/11152410:58
*** ramineni has quit IRC11:03
*** dtantsur|lunch is now known as dtantsur11:07
dtantsurwelcome back lucasagomes, hi romcheg!11:09
dtantsurlucasagomes, I believe we have it11:09
dtantsurlucasagomes, also have a look: https://etherpad.openstack.org/p/Ironic-PoCDiscovery-Juno11:09
*** pradipta is now known as pradipta_away11:17
*** nikunj2512 has quit IRC11:18
romchegdtantsur: Morning11:33
*** Haomeng|2 has joined #openstack-ironic11:33
romchegdtantsur: I've seen you reviewed 97731 and made some suggestions there11:34
*** Haomeng has quit IRC11:34
romchegdtantsur: I think there is even better solution that should simplify it all, please to not approve if Yongli uploads a new patch set. I'm working on the proposal :)11:35
dtantsurromcheg, ack, but you probably should bring it to review, so that other folks do not approve11:35
romchegI will make it fast11:36
romchegI was the one who wrote that crappy code so I think I know how to make it better now :)11:36
dtantsurheh :)11:37
*** nosnos has quit IRC11:40
*** dhellmann_ has quit IRC11:42
*** dhellmann has joined #openstack-ironic11:42
*** rakesh_hs has joined #openstack-ironic11:47
openstackgerritImre Farkas proposed a change to openstack/ironic-specs: DRAC vendor passthru for RAID management  https://review.openstack.org/10798111:55
openstackgerritImre Farkas proposed a change to openstack/ironic-specs: DRAC vendor passthru for RAID management  https://review.openstack.org/10798111:59
*** lucasagomes is now known as lucas-holiday12:08
*** cian_ has joined #openstack-ironic12:11
*** toabctl_ has joined #openstack-ironic12:11
*** christop1eraedo has joined #openstack-ironic12:13
*** SpamapS_ has joined #openstack-ironic12:14
*** LiveOne_ has joined #openstack-ironic12:15
*** tteggel_ has joined #openstack-ironic12:16
romchegdtantsur: Could you please take a look at my proposal https://review.openstack.org/#/c/97731/ ?12:18
*** faizan has joined #openstack-ironic12:18
dtantsurromcheg, sure12:18
*** bvivek has quit IRC12:19
*** athomas has quit IRC12:19
*** SpamapS has quit IRC12:19
*** toabctl has quit IRC12:19
*** christopheraedo has quit IRC12:19
*** LiveOne has quit IRC12:19
*** tteggel has quit IRC12:19
*** dricco has quit IRC12:19
*** toabctl_ is now known as toabctl12:19
dtantsurromcheg, looks good from the 1st sight12:19
*** LiveOne_ is now known as LiveOne12:20
*** rameshg87 has quit IRC12:20
romchegdtantsur: I've just tried to do something like that on my code that's why it took so much time to propose it :) I didn't update all the testing stuff but it seems to be what we need12:21
*** athomas has joined #openstack-ironic12:23
openstackgerritImre Farkas proposed a change to openstack/ironic-specs: DRAC hardware discovery  https://review.openstack.org/10832412:25
*** krtaylor has quit IRC12:26
*** linggao has joined #openstack-ironic12:39
faizanHi jroll13:00
*** jasondotstar has joined #openstack-ironic13:01
*** k4n0 has quit IRC13:01
jbjohnsohmm, as of friday xCAT tree has an ironic driver in it13:03
*** bvivek has joined #openstack-ironic13:06
jrollfaizan: hi!13:08
jrollHaomeng|2: jbjohnso maintains pyghmi and is often here :)13:09
Haomeng|2jroll: got, thank you:)13:09
Haomeng|2Haomeng|2: :)13:09
jroll:)13:10
jrolljbjohnso: see this? https://bugs.launchpad.net/ironic/+bug/135207913:10
jbjohnsook, looking13:18
Haomeng|2jbjohnso: thank you very much:)13:19
jbjohnsohmmm13:20
Haomeng|2jbjohnso: :)13:21
jbjohnsogoing to take me a few minutes... trying to figure out when a numeric_format is set but the decode_formula not called..13:21
Haomeng|2jbjohnso: I am confusing why there is some undefined vars in sdr.py, such as self.tolerance, self.m, etc13:21
jbjohnsoit's been a while13:21
jbjohnsothose are defined in 'decode_formula'13:22
Haomeng|2jbjohnso: no rush, thanks13:22
Haomeng|2jbjohnso: ok, got13:22
jbjohnsoon my setup, decode_formula is tripped on all the ones of interest13:22
Haomeng|2jbjohnso: how do you think if ipmitool sdr ouput is required for you to take as difference?13:22
Haomeng|2jbjohnso: I can help if you want13:22
jbjohnsoHaomeng|2, a raw sdr might be informative...13:23
jbjohnsoI need to see if I hit bouth full and compact...13:23
faizanjroll: Regarding your review comment on uefi spec for ip-address based config file names13:24
faizanjroll: for elilo.efi bootloader13:24
jrollfaizan: yes? I just read the explanation from victor, seems fine13:25
jbjohnsook, I do have full and compact records in my setup..13:25
jbjohnsoHaomeng|2, quick question, does the identical thing happen if you do IPMIPASSWORD=whatever pyghmiutil bmcip whatevertheuseris sensors13:26
openstackgerritVladyslav Drok proposed a change to openstack/ironic: Remove gettextutils _ injection  https://review.openstack.org/11063413:26
*** matty_dubs|gone is now known as matty_dubs13:26
faizanjroll: thanks.13:26
jroll:)13:27
Haomeng|2jbjohnso: you mean we can have a test with pyghmiutil command?13:27
Haomeng|2jbjohnso: how to run this pyghmiutil?13:27
faizanjroll: shall I post a patch to address your other comments "nits" or wait for other reviewers to give their comments13:28
jbjohnsoit's in the pyghmi pip install as a 'scripts' payload13:28
Haomeng|2jbjohnso: let me have try with "pyghmiutil bmcip"13:28
Haomeng|2jbjohnso: yes, got it13:28
jbjohnsoI'm starting to think of what might cause it13:28
jbjohnsooff to the ipmi spec...13:29
jrollfaizan: I'm fine with merging it with those, but if you push another version please fix them13:29
Haomeng|2jbjohnso: ok13:30
faizanjroll: sure I will do that.13:30
jroll:)13:30
jbjohnsoHaomeng|2, ok, its' a full record with an interesting linearization...13:30
jbjohnsoHalacs, in def full_decode13:30
jbjohnsocan you add an else to the self.linearization13:30
jbjohnsoand print the value of self.linearization13:30
jbjohnsoand tell me what gets printed13:31
Haomeng|2jbjohnso: http://paste.openstack.org/show/89993/13:31
faizanHi NobodyCam, dtantsur, devananda: If you have some time can you please review uefi spec - https://review.openstack.org/#/c/9985013:32
Haomeng|2jbjohnso: ok, let me add print all13:32
jbjohnsoHaomeng|2, go ahead and use your test script13:32
Haomeng|2jbjohnso: yes13:32
Haomeng|2jbjohnso: how can I print all values for 'reading' object?13:34
jbjohnsoI was saying go into the full_decode() def13:35
jbjohnsoand where it says if linearization <= 1113:36
jbjohnsoadd an else13:36
jbjohnsoto print what self.linearization is13:36
Haomeng|2jbjohnso:  print repr(reading)?13:36
jbjohnsowell, I just wanted self.linearization13:36
jbjohnsowhich is just a number13:36
Haomeng|2jbjohnso: ok13:36
*** krtaylor has joined #openstack-ironic13:36
jbjohnsobut repr(reading) will try to dump it all13:36
jbjohnsoin your test script13:36
jbjohnsoreading.value, states, units, imprecision, name, type, and health13:37
Haomeng|2jbjohnso: http://paste.openstack.org/show/89995/13:37
Haomeng|2jbjohnso: ok13:37
jbjohnsohealth is something I think ipmitool shies away from but I'll be ambitious and judgemental13:38
Haomeng|2jbjohnso: let me print reading.value, states, units, imprecision, name, type, and health13:38
jbjohnsoyeah, Ijust need info about the nonlinear record13:38
jbjohnsothat would bail out on that if self.linearization <= 1113:39
romchegMorning Haomeng|2 jbjohnso!13:40
jbjohnsoromcheg,13:41
jbjohnsomorning13:41
Haomeng|2jbjohnso: http://paste.openstack.org/show/89998/13:41
Haomeng|2romcheg: morning:)13:42
Haomeng|2jbjohnso: is this result you want?13:42
jbjohnsoHaomeng|2, well, was looking for a modification of the instance of sdr.py13:42
jbjohnsoedit sdr.py13:42
Haomeng|2jbjohnso: ok13:42
jbjohnsoif self.linearization <= 1113:43
jbjohnsoadd an else to it13:43
Haomeng|2jbjohnso: ok13:43
jbjohnso#TODO(jbjohnso): implement get sensor reading factors support for13:43
jbjohnsothat's the todo I'e struct upon, but I need to obviously flag entry to that TODO better13:43
Haomeng|2jbjohnso: ok13:44
*** shausy has quit IRC13:44
*** faizan has quit IRC13:47
Haomeng|2jbjohnso: I add else branch under the line ' if self.linearization <= 11', but looks like not run into else and print information13:48
openstackgerritJarrod Johnson proposed a change to stackforge/pyghmi: Do get sensor reading factors for unrecognized linearizations  https://review.openstack.org/11173113:49
Haomeng|2jbjohnso: the chaged code is - http://paste.openstack.org/show/90000/13:49
jbjohnsoprint self.linearization13:49
jbjohnsobut other than that, perfect13:49
jbjohnsoand after that, if you try the above change, you should get a *different* exception13:50
jbjohnsoI guess I should marke it as WIP13:50
jbjohnsooh well, I'll try to get it done soon...13:50
jbjohnsobasically I have to ask the BMC how to decode that lovely sensor reading I got13:51
*** lazy_prince is now known as killer_prince13:55
Haomeng|2jbjohnso: ok13:57
*** sabah has joined #openstack-ironic14:00
Haomeng|2jbjohnso: http://paste.openstack.org/show/90002/14:03
Haomeng|2jbjohnso: looks like did not run into else branch14:03
Haomeng|2jbjohnso: brb14:04
NobodyCamgood morning Ironic14:05
Shrewsmorning NobodyCam14:07
linggaogood morning NobodyCam, Shrews, Haomeng|2 jbjohnso jroll,14:09
linggaoI am back from the vacation.14:09
Haomeng|2linggao: morning:)14:09
Haomeng|2linggao: :)14:10
linggaoHaomeng|2, hi14:10
dtantsurmorning NobodyCam, Shrews, linggao, jroll and everyone else :)14:10
Haomeng|2jbjohnso: one more question, can we support 'impitool sdr -v' with '-v' option to get sensor details14:10
linggaomorning dtantsur14:11
Haomeng|2jbjohnso: we have such requirement for our 'send sensor data to ceilometer' bp14:11
Haomeng|2jbjohnso: I have worked out the impitool driver with command14:11
Haomeng|2jbjohnso: 'impitool sdr -v'14:11
Haomeng|2jbjohnso: but looks like we have no such 'sdr -v' function in our pyghmi sensor command14:12
dtantsurbug triager dashboard: http://ironic-bugs.divius.net/ any ideas what else to put there?14:12
Haomeng|2linggao: any idea about my question here which is same with the mail sent to you:)14:12
linggaoHaomeng|2, I have not gotten a chance to read your mail yet. Let me check now....14:13
Haomeng|2linggao: ok, no rush:)14:13
Haomeng|2linggao: nice day14:13
Haomeng|2linggao: I will go to sleep:)14:14
Haomeng|2linggao: :)14:14
jbjohnsoHaomeng|2, I'll probably have something in git review when you wake up14:14
linggaoHaomeng|2, good night.  I' ll respond to your mail.14:14
jbjohnsoto try to see if you get sensor readings.14:14
Haomeng|2linggao: thank you:)14:14
Haomeng|2jbjohnso: ok14:14
jbjohnsoHaomeng|2, and how many of sdr -vfields are actually being used?14:15
Haomeng|2jbjohnso: add me into the path review, thank you14:15
jbjohnsoHalacs, if you could enumerate which ones, I'll add them as attributes exposed in the reading oject14:15
jbjohnsoHaomeng|2, I meant you...14:15
jbjohnsowhich parts of sdr -v14:15
Haomeng|2jbjohnso: ceilometer take 'sensor reading' as the current value, and for other fields as the meta data14:15
Haomeng|2jbjohnso: let me show you the result with '-v'14:15
jbjohnsodoes it do anything with the meta data?14:15
jbjohnsoI see -v output14:15
jbjohnsobut was wondering how much of it is really used.  E.g. I assume they don't care about thresholds they could go and change14:16
*** jgrimm has joined #openstack-ironic14:16
jbjohnsoI could see them caring about rendering a range for a sensor (nominal, upper critical, lower critical)14:16
jbjohnsobut the rest of the data I'm wondering if they would bother doing anything or not14:17
Haomeng|2jbjohnso: http://paste.openstack.org/show/85053/14:17
NobodyCammorning Shrews linggao Haomeng|2 and jbjohnso14:17
jbjohnsohysteresis, message control, configurable thresholds14:17
*** krtaylor has quit IRC14:17
Haomeng|2jbjohnso: I think we need, 'Sensor Reading', and 'Sensor ID' and 'Sensor Type'14:18
Haomeng|2NobodyCam: morning14:18
jbjohnsoHaomeng|2, that's already there14:18
Haomeng|2jbjohnso: yes, the rest data ceilometer just store them into db14:19
Haomeng|2jbjohnso: ok, thank you14:19
jbjohnsoHaomeng|2, in your output14:19
Haomeng|2jbjohnso: tired, will go to bed, nice day:)14:19
jbjohnso{'name': 'Planar 3.3V', 'imprecision': 0.007099999999999884, 'value': 3.2802000000000002, 'states': [], 'health': 0, 'units': 'V', 'type': 'Voltage'}14:19
Haomeng|2jbjohnso: ?14:19
jbjohnsohave a nice day14:19
jbjohnso'type' is there14:19
Haomeng|2jbjohnso: yes14:19
Haomeng|2jbjohnso: yes14:19
jbjohnsosensor.name is there14:19
jbjohnsoand reading, with the imprecision and units14:19
Haomeng|2jbjohnso: ok14:19
jbjohnsoanyway, have a good evening14:20
jbjohnsoand let me know further attributes or if you want the numeric id too14:20
Haomeng|2jbjohnso: I can mapping the current sensor command ouput to the same fields with '-v' option14:20
Haomeng|2jbjohnso: ok, thank you14:20
Haomeng|2jbjohnso: now we just get it works:)14:20
Haomeng|2jbjohnso: ok, thank you14:20
Haomeng|2jbjohnso: :)14:20
jbjohnsoHaomeng|2, have a good evening and I'll try to put you on review for the non-linearizable sensor coping14:20
Haomeng|2jbjohnso: thank you very much:) nice day:)14:21
Haomeng|2jbjohnso: :)14:21
*** rameshg87 has joined #openstack-ironic14:27
*** Mikhail_D_ltp has quit IRC14:28
*** rakesh_hs has quit IRC14:35
openstackgerritImre Farkas proposed a change to openstack/ironic: Add DracDriver and its DracPower module  https://review.openstack.org/10485014:41
Shrewsneat.  http://specs.openstack.org/openstack/ironic-specs/14:43
*** jgrimm has quit IRC14:43
*** ryanpetrello has joined #openstack-ironic14:44
NobodyCam:)14:50
*** bvivek has quit IRC14:53
openstackgerritJarrod Johnson proposed a change to stackforge/pyghmi: Do get sensor reading factors for unrecognized linearizations  https://review.openstack.org/11173114:54
*** ifarkas has quit IRC14:55
openstackgerritVladyslav Drok proposed a change to openstack/ironic: Remove gettextutils _ injection  https://review.openstack.org/11063414:55
dtantsurNobodyCam, are we having a meeting today?14:56
dtantsurI suppose yes14:56
NobodyCamI think so14:56
NobodyCamI have a conf call atm14:57
dtantsurok, see you then14:57
*** dtantsur is now known as dtantsur|afk14:57
*** rakesh_hs has joined #openstack-ironic14:57
*** mdorman has joined #openstack-ironic14:59
*** SpamapS_ is now known as SpamapS15:01
*** SpamapS has quit IRC15:01
*** SpamapS has joined #openstack-ironic15:01
openstackgerritJarrod Johnson proposed a change to stackforge/pyghmi: Handle non-linear and unrecognized linearizations  https://review.openstack.org/11173115:02
openstackgerritJarrod Johnson proposed a change to stackforge/pyghmi: Handle non-linear and unrecognized linearizations  https://review.openstack.org/11173115:04
jbjohnsoJayF, lucas-holiday just let me know if/when you want to stop adding you as reviewers for my patches15:07
*** rameshg87 has quit IRC15:23
*** jgrimm has joined #openstack-ironic15:25
openstackgerritRoman Prykhodchenko proposed a change to openstack/ironic: Add charset and engine settings to every table  https://review.openstack.org/11140215:29
openstackgerritRoman Prykhodchenko proposed a change to openstack/ironic: Add charset and engine settings to every table  https://review.openstack.org/11140215:43
*** eguz has joined #openstack-ironic15:45
*** Poornima has joined #openstack-ironic15:45
*** sabah has quit IRC15:50
*** rwsu has joined #openstack-ironic15:51
openstackgerritRoman Prykhodchenko proposed a change to openstack/ironic: Add charset and engine settings to every table  https://review.openstack.org/11140215:53
openstackgerritRoman Prykhodchenko proposed a change to openstack/ironic: Add charset and engine settings to every table  https://review.openstack.org/11140215:58
*** Mikhail_D_ltp has joined #openstack-ironic15:59
openstackgerritA change was merged to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/11086016:00
romchegSorry for some spam :)16:00
romchegI was playing with one of the changes16:01
*** openstackgerrit has quit IRC16:01
*** openstackgerrit_ has joined #openstack-ironic16:03
*** openstackgerrit_ is now known as openstackgerrit16:03
NobodyCamno need to be sorry :)16:09
*** matty_dubs is now known as matty_dubs|lunch16:11
*** scubacuda has joined #openstack-ironic16:12
*** krtaylor has joined #openstack-ironic16:13
NobodyCamcall for agenda updates. anyone have anything they would like to add to the agenda16:15
JayFI will not be at the meeting, but I'd strongly suggest the sticking point on 97744 be figured out and noted in the meeting16:18
romchegMorning guys!16:23
romchegwho tried to stop devstack and then run provisioning once again?16:24
jroll+1 JayF16:24
jrollromcheg: as in, ./unstack.sh && ./stack.sh?16:24
romchegNo, just reboot and ./rejoin-stack.sh16:24
jrollah, I've never used that16:24
romchegFor me it all nodes hang in wait-callback now :(16:24
jrollhmm16:25
jrollare the "bare metal" VMs booting at all?16:25
romchegYes, I'm talking about ssh driver16:25
romchegThey get started16:25
romchegbut nothing in the logs16:25
jrollhmm16:25
*** ellenh has joined #openstack-ironic16:26
jrollI wonder if the tftp server is running16:26
romchegI was going to check networking16:26
NobodyCamromcheg: tftp up? are the nodes getting ip via dhcp?16:26
jrollalso, if the deploy ramdisk is still there16:26
romchegbut checking tftp sounds more reasonable16:26
jrollperhaps it was on a tmpfs16:26
jroller no, the driver would grab it from glance again16:26
*** bvivek has joined #openstack-ironic16:34
*** jistr has quit IRC16:40
romcheglooks like the problem with bridges16:40
romchegtftp is up but nodes don't boot16:41
*** Mikhail_D_ltp has quit IRC16:41
*** pcrews has joined #openstack-ironic16:43
NobodyCamahh so its neutron that hasn't come back.16:45
*** chuckC has quit IRC16:50
*** penick has joined #openstack-ironic16:56
victor_lowtherso, stupid question:  What do I have to do in local.conf to test non-default ironic drivers in devstack?16:56
jrollvictor_lowther: enabled_drivers=16:57
*** penick has quit IRC16:57
NobodyCam:)16:58
*** Poornima has quit IRC16:58
victor_lowtherjroll; Yea, but where? Stuffing it under [[post-config|$IRONIC_CONF]] did not seem to work.16:59
jrollvictor_lowther: in devstack?17:00
victor_lowtherya17:00
victor_lowtherdevstack's local.conf17:00
jrollah17:00
jrollsec17:00
jrollvictor_lowther: IRONIC_ENABLED_DRIVERS=fake,agent_ssh,agent_ipmitool17:00
victor_lowtherAlrighty then.17:01
*** penick has joined #openstack-ironic17:01
*** matty_dubs|lunch is now known as matty_dubs17:02
romchegNobodyCam: Do we have a meeting today?17:07
*** pcrews has quit IRC17:07
NobodyCamromcheg: si17:10
*** rameshg87 has joined #openstack-ironic17:12
rameshg87jroll, hi17:15
rameshg87jroll, need your reviews on ilo deploy drivers: https://review.openstack.org/#/c/97744/ and https://review.openstack.org/#/c/108445/17:15
jrollheya rameshg8717:15
rameshg87jroll, please have a look17:16
jrollrameshg87: I'll get to it when I can17:16
rameshg87jroll, thanks :-)17:16
romchegNobodyCam: Grasias!17:16
jroll:)17:17
JayFrameshg87: I strongly suggest you take 97744 to the meeting17:17
NobodyCambrb17:17
JayFrameshg87: since there seems to be a misalignment between what we talked about here on Friday and what lifeless commented/voted17:17
jrollJayF: just added that to agenda17:18
JoshNangmrda-away: did you happen to find the PoC code for horizon?17:18
jrollNobodyCam: I added two discussion topics and a note about new specs cores to the agenda :)17:18
rameshg87JayF, okay, i will take it to the meeting ..17:18
*** pcrews has joined #openstack-ironic17:21
*** athomas has quit IRC17:24
*** shakamunyi has joined #openstack-ironic17:30
NobodyCamjroll: :)17:30
*** Haomeng has joined #openstack-ironic17:34
*** Haomeng|2 has quit IRC17:35
*** romcheg1 has joined #openstack-ironic17:38
rameshg87jroll, just had a couple of questions on the review for https://review.openstack.org/#/c/110560/217:42
*** romcheg1 has quit IRC17:42
rameshg87jroll, regarding "I wonder if it would be good to also move the config options for `image_cache_ttl` and `image_cache_size` to the image_cache module."17:43
jrollrameshg87: I think we should do that17:43
rameshg87jroll, image_cache_ttl and image_cache_size are specific to instances of ImageCache, right ? and the child classes are not defined in image_cache.py17:44
jrollI think they should be the same for all instances of ImageCache17:44
rameshg87jroll, PXEImageCache() still lies on pxe.py17:44
jrollwell, hmm17:44
* jroll thinks17:44
rameshg87jroll, do you mean to assign them as default values for the parent ImageCache ?17:45
jrollrameshg87: you might be right17:46
jrollif they have different master_dir they should have independent sizes/tlls17:47
jrollttls*17:47
jrollrameshg87: I think ignore that comment :)17:47
rameshg87jroll, yeah okay17:47
*** bvivek has quit IRC17:48
rameshg87jroll, and regarding the comment on tests for the same review 11056017:56
rameshg87jroll, i thought every portion of the code in image_cache.clean_up_caches() is covered well in the fetch_image testcase in test_pxe.py17:57
rameshg87jroll, it has pretty good coverage and covers all cases.  do you see anything that is not covered already ?17:58
rameshg87jroll, it's just the way the tests were written already :-)17:58
*** ndipanov has quit IRC17:59
jrollrameshg87: it likely has good coverage, but I would like some dedicated tests as well18:00
*** chuckC has joined #openstack-ironic18:00
rameshg87jroll, do you mean to add dedicated test for image_cache.clean_up_caches()  ?18:00
jrollyes18:00
rameshg87jroll, okay will do18:01
jrollthanks!18:01
*** dtantsur|afk is now known as dtantsur18:02
Shrewsaaaarrgh. jenkins hates _all_ of my reviews today18:05
Shrewsi think i've hit every issue on the rechecks page18:05
* pcrews thought it was just him that jenkins disliked ;)18:09
* NobodyCam thinks Mr Jenkins dislikes everyone18:10
pcrewshttp://issues.jenkins-ci.org/secure/attachmentzip/unzip/151847/24614%5B10%5D/word/media/image1.png18:12
*** ellenh has quit IRC18:19
*** tatyana has joined #openstack-ironic18:21
Shrewsand here i thought pcrews was the devil, when it was jenkins this whole time18:21
* pcrews muses that one of the devil's better tricks is misdirection, changes his name to pkeyser for a microsecond, and laughs maniacally18:24
NobodyCambrb18:26
*** rakesh_hs has quit IRC18:27
*** ellenh has joined #openstack-ironic18:33
* NobodyCam is very distracted by travel sickness :-p18:36
matty_dubsAll that honey-mustard popcorn?18:37
jrolllolol18:37
NobodyCamlol18:38
jrolldamn you matty_dubs, now I want a pretzel18:38
matty_dubsO:-)18:38
NobodyCamlol18:38
* jroll goes hunting for food18:38
* matty_dubs bad influence18:38
*** rloo has joined #openstack-ironic18:48
NobodyCamten minute beep18:49
*** romcheg1 has joined #openstack-ironic18:53
*** romcheg1 has left #openstack-ironic18:54
*** igordcard has joined #openstack-ironic18:54
*** lucas-holiday is now known as lucasagomes18:55
devanandao/18:56
devanandahi all! Apparently I've developed pneumonia, thus my absense this morning18:57
dtantsurdevananda, ouch... get better!18:58
devanandaso I'm several days behind on emails and follow ups from the summit ...18:58
lucasagomesdevananda, :( I was pretty bad as well18:58
lucasagomesI'm blaming the aircon18:58
NobodyCamoich18:58
rlooyikes, now I'm glad I didn't go to the meetup. Hope you both get better soon.18:58
NobodyCamouch even18:58
*** romcheg1 has joined #openstack-ironic18:59
NobodyCamI hope thats not what I am getting18:59
devanandalucasagomes: ugh. I'm blaming RedHat. I got it in raleigh :p18:59
lucasagomesdevananda, hah18:59
lucasagomes:(18:59
devanandawell, I got a cold in raleigh. then I didn't rest, and it turned into this18:59
NobodyCam:(18:59
devanandaanyway. I'll be semi-around for the meeting18:59
lucasagomes:( hope you get better soon18:59
*** Mikhail_D_ltp has joined #openstack-ironic19:00
Shrewsick. i may never travel again with all the diseases going around lately19:00
devanandaShrews: wise man19:01
rlooShrews: except for the upcoming Paris summit, right? :-)19:01
*** ellenh has quit IRC19:03
*** dwalleck has joined #openstack-ironic19:04
*** igordcard has quit IRC19:10
devanandalucasagomes: new client tagged -- https://review.openstack.org/gitweb?p=openstack/python-ironicclient.git;a=tag;h=refs/tags/0.1.519:30
lucasagomesdevananda, yay ta much!19:31
*** eguz has quit IRC19:43
*** eghobo has joined #openstack-ironic19:48
*** eghobo has quit IRC19:59
*** linggao has quit IRC20:00
*** linggao has joined #openstack-ironic20:00
*** romcheg1 has quit IRC20:01
NobodyCamawesome ty devananda20:01
*** dwalleck has quit IRC20:01
*** wanyen has joined #openstack-ironic20:01
BadCubfeel better devananda!20:01
*** ellenh has joined #openstack-ironic20:01
jrollI'm not opposed to doing refactorings for this, but we need to decide the best way to do it, knowing what our longer-term goals are for this stuff20:02
jrolland it's unclear if this is the right direction20:02
rloojroll: +120:02
*** eghobo has joined #openstack-ironic20:03
jrollI think I'd also like to see what the ilo patch ends up looking like, on top of this patch, I think that may help us decide what the right thing to do is20:03
dtantsurok folks, I anyway can't add anything more to this discussion, so heading to bed :)20:03
dtantsurg'night20:03
rloogood meeting. ciao everyone, I'm off this week. See ya next Monday.20:03
rloogood night dtantsur!20:03
jrollhave fun rloo :)20:03
jrollnight dtantsur20:03
rameshg87jroll, i can give a heads up of what ilo patch might look like20:03
*** dtantsur is now known as dtantsur|afk20:04
jrollrameshg87: that would be helpful :)20:04
*** rloo has quit IRC20:04
* jroll bbiab20:05
lucasagomesim back to my holiday :)20:05
lucasagomeshave a great night everyone20:05
*** lucasagomes is now known as lucas-afk20:05
lucas-afkdevananda, hope u get better soon!20:06
devanandalucas-afk: thanks!20:06
wanyenramesh87> are u there?20:06
devanandalucas-afk: have a good holiday!20:06
devanandajroll: ++20:06
rameshg87jroll, it will give two classes like pxe,PXEDeploy() and pxe.VendorPassthru(), will strip off the pxe parts inbetween, will get in the ilo-vmedia specific code in20:06
rameshg87wanyen, i am here20:06
devanandajroll: I think i can guess how they are reusing this code, bu tseeing it would help20:06
rameshg87jroll, devananda, i can get you something more in a day or two, but since iscsi_deploy was the common part between the current pxe driver and proposed ilo-vmedia driver, we choose to go ahead this way20:08
NobodyCambrb20:08
devanandajroll: aiui, this is similar to the deploy_utils refactoring we did a while back20:08
devanandamove common code into a util module so that it can be shared by >1 driver class20:08
rameshg87jroll, ideally i hope contents of iscsi_deploy mature into the a implementation of a "deploy api"20:08
rameshg87jroll, devananda, and the rest of the pxe code mature into a boot interface, AND then we can combine the two in the most efficient way so that boot and deploy mechanisms can be mix and matched easily20:09
devanandarameshg87: ++20:10
wanyenramesh87, the curent spec dos not call for this kind of refactoring so is it a longer term improvement for K?20:12
rameshg87wanyen, yes, deploy/boot interface is a long term improvement20:13
wanyenramesh87> ok. cuurent spec will provide good value but we can continue improving it for future releases20:14
rameshg87devananda, jroll, and another concern was on the building of iso images - whether upto ironic to do it OR upto the operator.  i guess only lifeless is the person disagreeing here. how do we handle that ?20:14
devanandarameshg87: does his most recent suggestion seem feasible to you?20:15
devanandarameshg87: my objection to your initial proposal for ironic to make images was that, IIUC, it would be writing to glance.20:15
rameshg87devananda, yes, if you remember this was in the first proposal.20:16
rameshg87devananda, instead lifeless proposes to put it in swift in ilo driver's container probably20:16
devanandarameshg87: exactly20:16
devanandarameshg87: https://review.openstack.org/#/c/97744/1/specs/ironic-ilo-virtualmedia-driver.rst  lines 90 - 9320:16
devanandarameshg87: that is what I objected to. Ironic should not modify glance images or metadata20:17
jrolldevananda: I guess I just feel like the *pxe* code should be factored out, but I might be wrong20:17
devanandarameshg87: but if it is only uploading an object to swift, and that object can be re-used for subsequent boots of the same AMI, then I'm fine with it20:17
jrollor, not wrong, but that might make things harder short-term20:17
devanandajroll: harder how?20:17
JayFrameshg87: devananda" O20:18
JayFrameshg87: devananda: I'm OK with either approach, although I like the idea of thinking of 'image portability' as a feature we don't implement yet20:18
rameshg87devananda, that seems feasible to me given that we have to change the contents of the first spec to now upload to glance, and instead put it on swift20:18
rameshg87devananda, s/now/not/20:19
rameshg87devananda, the same machine image can be used to boot up machines - lifeless has suggested mechanism to creating a object name hashing kernel_id/ramdisk_id so that we have one boot_iso for each pair of kernel_id/ramdisk_id20:20
jrolldevananda: *might* :) it's unclear to me without actually writing the code, I think20:20
devanandajroll: exactly. I agree that seeing the iLO driver code on top of that would help clarify it20:21
jrollright20:21
*** linggao has quit IRC20:22
rameshg87devananda, jroll, would you like me to have the ilo driver code before the spec gets approved ? :-)20:22
jrollgah20:22
devanandajroll: but that's a lot to ask when the spec isn't approved yet :p20:22
devanandaheh20:23
jrollyeah20:23
jrolldetails :)20:23
devanandaJayF: I think it's less about portability between ironic drivers, and changing the requirements Nova places on users20:23
JayFdevananda: wdym?20:24
devanandaJayF: requiring a user, who is uploading their own image, to know to build a .iso image as well20:24
wanyenramesh87, I learned that we can upload teh code before spec got approved.20:24
devanandaJayF: when that's not anything Nova expects for any other driver today20:24
devanandaJayF: is where I think lifeless' objection stems from20:25
JayFdevananda: nova uses a kernel/ramdisk separately in other boot drivers?20:25
JayFdevananda: or does pxe slurp the kernel/ramdisk out of an existing image as part of deploy?20:26
*** Mikhail_D_ltp has quit IRC20:26
devanandaJayF: Nova with, say, libvirt can use ami/aki/ari trio just fine, and PXE driver also uses the same trio20:27
JayFAh, okay20:28
devanandaJayF: the objection here is that no existing nova driver uses an iso, so not only are we adding complexity for ironic's operators, we're exposing that in glance AND requiring users (who might want to make and upload their own bootable images) to understand it20:28
JayFokay, in the case I 100% agree with the objection and think we should abstract the booting detail (i.e. disk image vs pxe) from nova, which means Ironic has to generate the disk image20:29
devanandaso20:29
JayFIs that the conclusion that everyone agrees with? or am I missing something?20:29
devanandaI've also been paraphrasing a discusion i had with lifeless20:29
devanandawithout actually checking fo rmyself20:29
devanandai should not do that20:30
devanandahttp://docs.openstack.org/trunk/config-reference/content/iso-support.html20:30
devanandaapparently nova alraedy supports ISOs just fine20:30
JayFGenerally speaking, should an operator have to know when they're uploading a disk image what ironic driver is being used to provison it?20:30
devanandaJayF: no20:31
devanandaJayF: they may need to somehow limit what nodes that image can be used on, eg. via scheduler metadata20:31
JayFI guess the question then boils down to Operator complexity vs Ironic complexity20:32
devanandaexactly20:32
JayFadd complexity to Ironic (by building the image on the fly) or add complexity to the operator (you have to understand what images work with what drivers)20:32
JayFIMO we should take that hit on the Ironic side, but I have a sneaky suspicion there could be edge cases that'd make me regret that statement20:33
JayFlol20:33
devanandaJayF: systems are better at handling this sort of complexity than humans, generally speaking20:33
NobodyCamJayF: would supporting image building like that affect uefi or trusted booting?20:34
JayFI tend to agree, but I'd be curious about where the line moves to20:34
rameshg87devananda, jroll, this is how ilo driver will look like when reusing iscsi_deploy : https://gist.github.com/rameshg87/9764b2f70571402cd35620:34
rameshg87devananda, jroll, i just skipped the implementation of ilo things which you anyway won't be interested right now20:34
devanandaJayF: in this case, for me, the line was at modifying anything in Glance -- I don't think Ironic should change existing image metadata20:34
rameshg87devananda, but do you feel it's okay if we do it with swift instead as lifeless suggested20:35
JayFdevananda: why doesn't us uploading the iso into our own swift container become essentially the same thing?20:35
JayFI want to understand why that is the distinction, because in the end we're still storing image data, just one way we do it via the openstack image service and other way we do it directly via swift...20:35
jrollrameshg87: thanks! maybe things are fine20:36
devanandaJayF: one is a service modifying the artefacts that a user created, the other is a service storing artefacts for its own use20:36
wanyenNobodyCam,  the 1st patch set of ilo spec handles both cases 1) iso image  or 2) building iso out of aki and ari20:37
lifelessdevananda: I'm not suggesting we change existing image metadatathough20:38
jbjohnsoJayF, yeah, I don't know the best approach in cases like this... The code is dealing pretty deep in IPMI specification...  Some test cases could be crafted to fake data from BMC, but I doubt that would clarify the underlying behavior...20:38
devanandalifeless: i know you're not20:38
lifelessok20:38
JayFdevananda: cool, that helps me understand why the line is there. I dig it. The only other question I'm left with is it OK to add a dep on swift for this driver?20:38
devanandaJayF: it already has a dep on swift - so that's not new20:38
JayFah, well that makes it easy then20:39
devananda:)20:39
rameshg87JayF, it already has to upload the floppy image to swift to pass token and parameters to ramdisk20:39
devanandarameshg87: i think we have all agreed now20:39
JayFrameshg87: ah okay, yeah20:39
rameshg87devananda, okay. so we build iso images and upload to swift. right ?20:39
lifelessdevananda: aahh iso support is a thing now. sorry ;)20:39
jbjohnsobtw, if a component handled injecting boot payload into service processors (rather than having service processor fetch)20:39
JayFI honestly would've been OK with either way :) I wanted to have the chat to understand why we picked one way over the other20:39
devanandarameshg87: if there is an ISO associated to the AMI, use that; if there is no ISO, check swifth for the predictably-named object; if that is not found, create it and upload to swift20:40
lifelessdevananda: but! thats iso-as-root, no?20:40
lifelessdevananda: not iso-as-boot20:40
wanyenramesh87> Nobdaycam has a question about whetehr buiding iso one the fly might have imact on uefi boot and secure boot.  We should take a look at that.20:40
JayFjbjohnso: I really think it would help to see the inputs and expected outputs in a unit-test style, even moreso if the other place to see what it's doing would be an IPMI spec :)20:40
devanandalifeless:  ISO as the boot image for the instance20:40
wanyens/one/on20:40
lifelessdevananda: its moot; I'll drill in later to see what exactly landed20:41
devanandalifeless: https://wiki.openstack.org/wiki/BootFromISO#Nova_Changes20:41
jbjohnsoJayF, well at least there is a lovely ipmi spec.  A bit big, but at least it is more specific than some other specs...20:41
lifelessthanks20:41
* devananda goes back to bed now20:42
*** penick has quit IRC20:42
jbjohnsoI might want to at the very least see if I can cross reference something in the spec to explain it all...20:42
JayFdevananda: feel better :(20:42
lifelessok so we should support that but as a separate thing for all drivers IMO :)20:42
lifelessdevananda: ugh I'm still sick too20:42
lifelessdevananda: it sucks20:42
lifelessah I've caught up more fully with backscroll, cool20:43
jbjohnsothe biggest question is how many people want to party with me in the muck of obscure binary data...20:43
jbjohnsoso far people just think me perverse for fiddling in that neighborhood20:43
JayFjbjohnso: I personally wouldn't want to... but honestly even if I did it'd be intimidating to start without having tests to help know what's going on. That's usually my primary way of learning my way around a new codebase, seeing what the tests call and how it works, without that it's a little tough.20:44
rameshg87lifeless, JayF, devananda, anyone around. just had one more question.20:53
NobodyCamshoot20:53
rameshg87NobodyCam, finally devananda pointed this " if there is an ISO associated to the AMI, use that; if there is no ISO, check swifth for the predictably-named object; if that is not found, create it and upload to swift" . so ideally we would support both the things ??20:54
rameshg87NobodyCam, both the things as in - 1) user uploading the iso , 2) if user doesn't upload the iso, ironic creating the iso20:54
NobodyCamyes thats how I took that20:54
rameshg87NobodyCam, okay, just wanted to confirm :-)20:55
NobodyCam:)20:55
* NobodyCam steps afk... in an attemp to fight off the plague with rest20:58
*** matty_dubs is now known as matty_dubs|gone20:58
lifelessNobodyCam: rameshg87: I don't think support the user uploading the ISO as a linked image no21:00
lifelessNobodyCam: rameshg87: because that would be new in Nova - nova iso support is 'the named image is an ISO'21:00
*** ellenh has quit IRC21:01
lifelessNobodyCam: rameshg87: I think we should support that too, of course.21:01
lifelessNobodyCam: rameshg87: but a future iteration21:01
*** ellenh has joined #openstack-ironic21:01
rameshg87lifeless, so for now, are you suggesting to just leave ironic to create the ISOs ?21:02
*** penick has joined #openstack-ironic21:04
*** jasondotstar has quit IRC21:08
lifelessyes21:10
lifelessI can't see on the nova docs or the wiki page for isos a way to do iso-for-boot-and-separate-image-for-root-fs21:11
openstackgerritRamakrishnan G proposed a change to openstack/ironic-specs: iLO Virtual Media iSCSI Deploy Driver  https://review.openstack.org/9774421:23
rameshg87lifeless, okay. i just left that part for now, may be we can add this later once nova supports this.21:24
lifelessrameshg87: yeah21:25
openstackgerritRamakrishnan G proposed a change to openstack/ironic-specs: iLO Virtual Media iSCSI Deploy Driver  https://review.openstack.org/9774421:27
*** rameshg87 is now known as rameshg87_afk21:33
*** rameshg87_afk has quit IRC21:38
*** tatyana has quit IRC21:41
jrollcan anyone point me to our current tempest job and/or instructions on running it locally?21:44
*** dhellmann is now known as dhellmann_21:53
*** eghobo has quit IRC22:09
*** eghobo has joined #openstack-ironic22:10
wanyenJroll,  I have a question regarding switch vlan config that IPA is using.  Is it targeted for Juno?22:25
JayFI don't even think we have that up in a spec yet iirc22:25
wanyenJayF:  it will be neutron spec right?22:27
JoshNangwanyen: JayF yeah, some of that code was in the original agent patch, but the latest hasn't been upstreamed yet (relies on a non-merged neutron plugin)22:27
jrollwanyen: someone else is working on a neutron thing to generically do what we want to do; that is targeted for juno22:28
jrollwanyen: ironic support will be K22:28
*** lucas-afk has quit IRC22:29
wanyenJroll: that's good to know.  Do you have the url link or pointer?22:29
jrollwanyen: here is the neutron spec https://blueprints.launchpad.net/neutron/+spec/neutron-external-attachment-points22:29
wanyenJroll:  thanks!22:29
jrollwanyen: here is the neutron code we're using today: https://github.com/rackerlabs/ironic-neutron-plugin22:29
jrollyou're welcome :)22:30
Haomengjbjohnso: hi, are you still around?22:33
Haomengjbjohnso: I try with your patch - https://review.openstack.org/#/c/111731, still not working22:34
Haomengjbjohnso: how can I help you to provid more debug info if you want?22:35
*** radsy has joined #openstack-ironic22:43
*** radsy has joined #openstack-ironic22:43
*** jgrimm has quit IRC22:44
*** f13o_ has quit IRC23:04
Haomengjbjohnso: add comments with your patch, thanks23:06
*** penick has quit IRC23:16
*** rwsu has quit IRC23:19
*** rwsu has joined #openstack-ironic23:40
jrollthis makes IPA work "out of the box" by the same standards that say pxe driver works out of the box with devstack: https://review.openstack.org/10845723:53
jrollnow someone help me figure out tempest :P23:53
Shrewsjroll: whatcha need?23:54
jrollShrews: where do I start with running tempest locally?23:54
Shrewsjroll: devstack sets it up for you in /opt/stack/tempest23:54
jrollShrews: don't feel like you have to help yet, I haven't dug too hard, you can tell me RTFM :)23:54
Shrewsunless you've disabled it23:55
jrollok23:55
jrolland then I just run run_tempest.sh?23:55
jrollor is there configuration etc I need to do?23:55
Shrewsjroll: http://docs.openstack.org/developer/tempest/overview.html#quickstart23:56
jrolla ha23:56
Shrewsjroll: so, a etc/tempest.conf should already exist after you start devstack23:56
jrollwhere do we store the config ironic typically uses?23:56
Shrewsjroll: then just:  testr init ; tester run <whatever.test>23:56
jrollok23:56
* jroll tries23:56
Shrewss/tester/testr/23:56
Shrewsjroll: but...23:57
Shrewsyou'll need some stuff in your localrc for devstack first23:57
jrollyeah23:57
Shrews1 sec23:58
jrolllike, more stuff than I need to manually test ironic?23:58
adam_gjroll, only a certain subset of the tempest tests in trunk will pass against ironic.23:58
Shrewsadam_g has a sample localrc somewhere...23:58
jrolladam_g: right... I'm assuming our gate job is in source control somewhere, and I can just grab things from that?23:58
jrollmy end goal is making a check/gate job for IPA driver23:59
jrollas identical as possible to the existing job23:59
adam_gjroll, , https://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/jenkins_job_builder/config/devstack-gate.yaml#n542  that is what is running the tempest gate job that does the actauly ironic deployment now. note the fugly regex that makes testr target only tests we know to pass23:59

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