Thursday, 2016-04-21

*** absubram has quit IRC00:00
*** baoli has joined #openstack-ironic00:01
*** suro-patz has quit IRC00:03
*** rama_y has quit IRC00:03
*** garthb has quit IRC00:11
*** jcook has quit IRC00:12
*** jcook has joined #openstack-ironic00:15
*** fragatin_ has joined #openstack-ironic00:36
*** fragatina has quit IRC00:38
*** thrash|g0ne has quit IRC00:38
*** xek has quit IRC00:39
*** adreznec has quit IRC00:39
*** adreznec has joined #openstack-ironic00:47
*** alexpilotti has quit IRC00:50
openstackgerritMerged openstack/ironic: Document how to run the tempest tests  https://review.openstack.org/30769500:57
*** mtanino has quit IRC00:58
*** jcook has quit IRC00:59
*** jcook has joined #openstack-ironic01:01
*** namnh has joined #openstack-ironic01:09
*** namnh has quit IRC01:10
*** namnh has joined #openstack-ironic01:11
*** Haomeng has joined #openstack-ironic01:11
*** namnh has left #openstack-ironic01:11
*** phuongnh has joined #openstack-ironic01:16
*** vmud213 has joined #openstack-ironic01:32
*** hoangcx has joined #openstack-ironic01:32
*** thrash has joined #openstack-ironic01:35
*** thrash has quit IRC01:35
*** thrash has joined #openstack-ironic01:35
*** adreznec has quit IRC01:39
*** adreznec has joined #openstack-ironic01:41
*** absubram has joined #openstack-ironic01:46
*** absubram_ has joined #openstack-ironic01:47
zer0c00lAnyone seen this http://www.markshuttleworth.com/archives/149301:48
zer0c00lTroll01:50
*** alexpilotti has joined #openstack-ironic01:50
*** absubram has quit IRC01:51
*** absubram_ is now known as absubram01:51
Haomengzer0c00l: thanks for sharing, NSA-as-a-Service?01:53
zer0c00lHaomeng: Mark argues that providing ironic in a public cloud environment could open up physical hardware firmware level attacks01:54
*** alexpilotti has quit IRC01:54
zer0c00lUEFI secureboot is supposed to solve firmware tampering01:55
Haomengzer0c00l: yes, it is security gap01:55
Haomengzer0c00l: we support uefi:)01:56
*** vmud213 has quit IRC02:02
openstackgerritMerged openstack/ironic-python-agent: Make "make coreos" output moveable without sudo  https://review.openstack.org/30598802:14
*** ijw has quit IRC02:20
*** ijw has joined #openstack-ironic02:20
*** ijw has quit IRC02:21
*** Goneri has joined #openstack-ironic02:22
*** fragatin_ has quit IRC02:26
*** sivaramakrishna has joined #openstack-ironic02:31
*** baoli has quit IRC02:32
*** vmud213 has joined #openstack-ironic02:34
openstackgerritZhenguo Niu proposed openstack/ironic: Add nodes tagging support - objs  https://review.openstack.org/23335702:39
openstackgerritZhenguo Niu proposed openstack/ironic: Add nodes tagging support - API  https://review.openstack.org/25047802:39
openstackgerritZhenguo Niu proposed openstack/ironic: Joined 'tags' column while getting node  https://review.openstack.org/25306502:39
openstackgerritZhenguo Niu proposed openstack/ironic: Add DB layer support for node tags filter  https://review.openstack.org/27262402:39
*** baoli has joined #openstack-ironic02:44
*** Goneri has quit IRC02:49
*** baoli has quit IRC02:50
*** vmud213 has quit IRC03:02
*** sacharya_ has joined #openstack-ironic03:04
*** sacharya has quit IRC03:06
*** absubram has quit IRC03:13
*** links has joined #openstack-ironic03:30
*** alexpilotti has joined #openstack-ironic03:40
*** amotoki has joined #openstack-ironic03:42
*** alexpilotti has quit IRC03:44
*** vmud213 has joined #openstack-ironic03:55
*** chihhsin has joined #openstack-ironic03:55
*** chihhsin has quit IRC03:55
*** keedya has quit IRC03:56
*** chihhsin has joined #openstack-ironic03:56
*** harlowja_at_home has joined #openstack-ironic03:57
*** hoangcx_ has joined #openstack-ironic03:59
*** vishwanathj is now known as vishwanathj_zzz03:59
*** hoangcx_ has left #openstack-ironic03:59
*** hoangcx has quit IRC04:00
*** amotoki has quit IRC04:01
*** rbudden has joined #openstack-ironic04:05
*** bapalm has quit IRC04:10
*** amotoki has joined #openstack-ironic04:11
*** bapalm has joined #openstack-ironic04:12
*** xavierr has joined #openstack-ironic04:27
*** sacharya_ has quit IRC04:29
*** rbudden has quit IRC04:30
*** xavierr has quit IRC04:31
*** yuikotakada has joined #openstack-ironic04:31
*** sivaramakrishna has quit IRC04:32
*** trusted has joined #openstack-ironic04:32
*** trusted has quit IRC04:34
*** sivaramakrishna has joined #openstack-ironic04:34
*** jaybeale has joined #openstack-ironic04:37
*** harlowja_at_home has quit IRC04:38
*** ChrisAusten has quit IRC04:40
*** ChrisAusten has joined #openstack-ironic04:40
*** BadCub_ has joined #openstack-ironic04:40
*** lekha_ has joined #openstack-ironic04:40
*** zhenguo__ has joined #openstack-ironic04:40
*** jaybeale has quit IRC04:42
*** BadCub has quit IRC04:42
*** BadCub_ is now known as BadCub04:42
*** zhenguo_ has quit IRC04:43
*** lekha has quit IRC04:43
*** zhenguo__ is now known as zhenguo_04:43
*** lekha_ is now known as lekha04:43
*** yuikotakada has quit IRC04:45
*** hoangcx has joined #openstack-ironic04:48
*** rcernin has quit IRC04:48
*** vinaym213 has joined #openstack-ironic04:59
*** vmud213 has quit IRC05:02
*** ozialien has quit IRC05:07
*** ayoung has quit IRC05:10
lazy_princeHi.. I have strange case where on the target node the IPA loads first and then the networking starts. Since IPA starts first and finds no network, its fails to deploy..05:10
*** ChrisAusten has quit IRC05:10
vinaym213lazy_prince:Do u see any error on the conductor like "NodeNotFound" or something like that?05:11
lazy_princevinaym213: I just see the node in wait-call state and then it times out and the instance gets scheduled to other ironic node.05:12
vinaym213Were u able to ping the node from conductor, before it times out waiting for the lookup from IPA?05:14
vinaym213s/before it/before conductor05:15
*** vinaym213 has quit IRC05:15
*** vmud213 has joined #openstack-ironic05:16
lazy_princevinaym213: yes, I was..05:17
*** rcernin has joined #openstack-ironic05:17
vmud213lazy_prince:Is the deploy image built with DIB and debuggable? I'd be interested to see if IPA service is properly started05:18
lazy_princevmud213: its built with DIB but without devuser..  however, the console logs are available and that shows IPA starting first even before DHCP is tried for the network interfaces..05:22
*** e0ne has joined #openstack-ironic05:23
vmud213This appears to be an issue.. Because currently to my knowledge there are two bugs reported on the related issue.05:24
vmud213Is it a fedora image?05:24
* vmud213 looking for the patches similar to the issue05:24
vmud213https://review.openstack.org/#/c/30350305:25
lazy_princevmud213: its based on ubuntu..05:26
vmud213https://review.openstack.org/#/c/300548/05:26
vmud213lazy_prince: Can u go through those patches that i have just pasted05:27
vmud213But u'r issue seems to be little different05:27
* lazy_prince is looking05:27
*** alexpilotti has joined #openstack-ironic05:27
vmud213The first one is for deploy and second one is for inspection05:27
*** ianw_ has quit IRC05:28
vmud213so i believe we may also have to wait for all interfaces to be up even in the case of deploy05:28
*** ianw_ has joined #openstack-ironic05:28
*** sacharya has joined #openstack-ironic05:29
*** ianw_ has quit IRC05:30
*** ianw has joined #openstack-ironic05:31
*** alexpilotti has quit IRC05:32
*** ianw has quit IRC05:34
*** sacharya has quit IRC05:34
*** ianw has joined #openstack-ironic05:34
*** suro-patz has joined #openstack-ironic05:35
*** fragatina has joined #openstack-ironic05:40
*** fragatin_ has joined #openstack-ironic05:41
lazy_princevmud213: just to be clear, I am not using inspection but its deploy.. and here is the console log http://paste.openstack.org/show/494913/05:42
*** fragatina has quit IRC05:44
*** ChubYann has quit IRC05:45
*** suro-patz1 has joined #openstack-ironic05:48
*** suro-patz has quit IRC05:51
*** aarefiev22 has quit IRC05:51
*** itamarl has joined #openstack-ironic05:57
* vmud213 in meeting.Will look into the logs soon and see if i get any thing05:57
vmud213lazy_prince: I saw the log05:59
vmud213I think it's ok even if the interface is not up by the time IPA service is started.06:00
vmud213lazy_prince:IPA keeps trying for node lookup leaving some interval between each try.06:01
lazy_princevmud213: aha.. okay.. then I will see if there is anything else thats causing problem..06:02
vmud213And will succeed once the interface is up.So interfaces should comeup atlease before the node moves to deploy_failed state06:03
*** vinaym213 has joined #openstack-ironic06:06
*** moshele has joined #openstack-ironic06:09
*** vmud213 has quit IRC06:10
*** vinay50muddu has joined #openstack-ironic06:18
*** vmud213 has joined #openstack-ironic06:20
*** vinaym213 has quit IRC06:21
*** yuikotakada has joined #openstack-ironic06:23
*** jaybeale has joined #openstack-ironic06:27
*** jaybeale has quit IRC06:31
*** itamarl_ has joined #openstack-ironic06:33
*** itamarl_ has quit IRC06:33
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Imported Translations from Zanata  https://review.openstack.org/30757506:34
*** aarefiev has quit IRC06:35
*** suro-patz1 has quit IRC06:36
*** itamarl has quit IRC06:36
*** yolanda has quit IRC06:37
*** jtomasek has quit IRC06:38
openstackgerritVasyl Saienko proposed openstack/ironic: Allow to set Neutron port setup delay from config  https://review.openstack.org/29387606:46
*** yolanda has joined #openstack-ironic06:47
*** hoangcx_ has joined #openstack-ironic06:53
*** hoangcx has quit IRC06:54
*** aarefiev has joined #openstack-ironic07:00
*** e0ne has quit IRC07:01
*** karimb has joined #openstack-ironic07:02
*** tesseract has joined #openstack-ironic07:03
*** tesseract is now known as Guest1450907:04
openstackgerritAnkit Kumar proposed openstack/ironic: Add support for building ISO for deploy ramdisk  https://review.openstack.org/26459007:05
openstackgerritAnkit Kumar proposed openstack/ironic: Add support for dib based agent ramdisk in lib/ironic  https://review.openstack.org/26457907:05
*** e0ne has joined #openstack-ironic07:07
openstackgerritXavier proposed openstack/ironic: Add Dynamic Allocation feature for the OneView drivers  https://review.openstack.org/28619207:12
*** alexpilotti has joined #openstack-ironic07:15
*** alexpilotti has quit IRC07:20
*** sacharya has joined #openstack-ironic07:31
*** e0ne has quit IRC07:32
*** mkovacik__ has joined #openstack-ironic07:35
*** sacharya has quit IRC07:35
*** mkovacik_ has quit IRC07:35
*** garyk1 has joined #openstack-ironic07:49
garyk1lifeless: hi, you around?07:51
lifelessgaryk1: ish07:53
*** ifarkas has joined #openstack-ironic07:54
*** hoangcx_ has quit IRC07:56
*** hoangcx has joined #openstack-ironic07:56
garyk1lifeless: have a few questions about irninc integrations with neutron. do you have some time to pick your brain?07:57
openstackgerritXavier proposed openstack/ironic: Updating links and removing unnecessary dollar symbol from doc page  https://review.openstack.org/30882107:59
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-ironic08:00
lifelessgaryk1: sure08:01
*** ohamada has joined #openstack-ironic08:02
*** mbound has joined #openstack-ironic08:09
*** mbound has quit IRC08:09
*** mbound has joined #openstack-ironic08:10
lucasagomesmorning all08:11
*** jistr has joined #openstack-ironic08:13
*** athomas has joined #openstack-ironic08:14
*** jaybeale has joined #openstack-ironic08:15
*** MattMan has quit IRC08:18
*** MattMan has joined #openstack-ironic08:18
*** jaybeale has quit IRC08:20
aarefievmorning!08:22
yuikotakadalucasagomes, aarefiev, morning!08:25
aarefievyuikotakada: morning08:25
openstackgerritGhanshyam Mann proposed openstack/ironic: Fix usage of rest_client expected_success() in tests  https://review.openstack.org/30883408:25
*** jtomasek has joined #openstack-ironic08:31
*** shu-mutou has quit IRC08:31
vmud213morning all08:32
*** derekh has joined #openstack-ironic08:34
*** dtantsur|afk is now known as dtantsur08:36
vdrokmorning vmud213 lucasagomes yuikotakada and aarefiev08:36
dtantsurMorning Ironic08:36
* dtantsur has a terrible headache today, so he's not quite responsive08:36
vmud213morning vdrok,dtantsur08:36
vdrokmorning dtantsur, get better!08:37
yuikotakadavdrok, dtantsur, morning08:37
*** mgould|afk is now known as mgould08:37
mgouldmorning Ironic!08:37
mgoulddtantsur, get well soon!08:37
vdrokmorning mgould08:37
aarefievmorning vmud213 vdrok dtantsur mgould08:38
aarefievdtantsur: I hope you get well soon08:38
dtantsuraarefiev, ouch, I forgot I have a -1 on test refactoring08:39
aarefievdtantsur: I can take care on it08:39
dtantsurgreat, thanks!08:40
* dtantsur has way too many things to do before the summit :(08:40
vmud213morning aarefiev08:40
vsaienkomorning vdrok, vmud213, yuikotakada, dtantsur aarefiev, mgould and all ;)08:43
aarefievmorning vsaienko08:44
vdrokmorning vsaienko :)08:44
*** electrofelix has joined #openstack-ironic08:44
lucasagomesvdrok, good morning :-)08:45
lucasagomesmgould, vsaienko yuikotakada aarefiev morning!08:45
yuikotakadamorning, vsaienko :)08:45
aarefievmorning  lucasagomes08:46
vmud213vsaienko, lucasagomes: good morning08:46
vmud213lucasagomes: I know it's really busy time for u, but when you get a chance today would you mind reviewing https://review.openstack.org/#/c/302143 ?08:48
lucasagomesvmud213, hi there, will take a look08:52
vmud213lucasagomes: thanks.08:52
mgouldvdrok aarefiev vmud213 lucasagomes yuikotakada morning!08:56
yuikotakadamgould, morning!08:57
vmud213mgould o/ :)08:57
*** amotoki has quit IRC09:02
*** alexpilotti has joined #openstack-ironic09:03
*** kromanenko has joined #openstack-ironic09:05
*** alexpilotti has quit IRC09:08
openstackgerritLucas Alvares Gomes proposed openstack/ironic: DevStack: Parametrize automated_clean  https://review.openstack.org/30885609:17
vmud213lucasagomes: thanks for your time :). I have seen the comment. Will update in the new patch.09:21
lucasagomescool :-)09:21
openstackgerritDmitry Tantsur proposed openstack/ironic: Fixed nits in the new inspection doc page  https://review.openstack.org/30886209:22
*** karimb has quit IRC09:23
*** sacharya has joined #openstack-ironic09:31
sambetts|afkMorning all09:33
*** sambetts|afk is now known as sambetts09:33
dtantsurmorning sambetts09:33
openstackgerritAnton Arefiev proposed openstack/ironic-inspector: Test: do not merge  https://review.openstack.org/30886809:33
sambettshey dtantsur09:33
yuikotakadasambetts, o/09:33
sambettshey yuikotakada!09:34
*** sacharya has quit IRC09:36
aarefievmorning sambetts09:37
sambettsdevananda, krtaylor: So did we come to concusion that the reason we aren't leaving a verified is our fault or something misconfigured for Ironic in gerrit?09:37
sambettsHey aarefiev09:37
*** amotoki has joined #openstack-ironic09:59
openstackgerritDmitry Tantsur proposed openstack/ironic-specs: Promote agent vendor passthru to core API  https://review.openstack.org/30641810:03
dtantsurthe next iteration ^^^10:03
*** e0ne has joined #openstack-ironic10:12
*** athomas has quit IRC10:19
*** Guest14509 has quit IRC10:22
*** oberezovskyi has joined #openstack-ironic10:24
*** Guest14509 has joined #openstack-ironic10:24
*** hoangcx has quit IRC10:32
-openstackstatus- NOTICE: OVH servers are down, we are working to solve it. This will cause that jobs queue is processed slowly, please have patience.10:37
openstackgerritGhanshyam Mann proposed openstack/ironic: Fix usage of rest_client expected_success() in tests  https://review.openstack.org/30883410:37
*** baoli has joined #openstack-ironic10:41
*** baoli_ has joined #openstack-ironic10:44
*** alexpilotti has joined #openstack-ironic10:46
*** baoli has quit IRC10:47
vdrok;(10:48
*** e0ne has quit IRC10:49
*** athomas has joined #openstack-ironic10:49
dtantsurouch...10:50
*** sivaramakrishna has quit IRC10:53
*** mbound has quit IRC10:56
*** mbound has joined #openstack-ironic10:57
*** mkovacik_ has joined #openstack-ironic11:02
*** lucasagomes is now known as lucas-hungry11:05
*** amotoki has quit IRC11:07
*** __maurosr__ has joined #openstack-ironic11:07
*** mkovacik__ has quit IRC11:08
*** maurosr has quit IRC11:08
*** __maurosr__ is now known as maurosr11:08
jrollmorning y'all11:14
sambettsHey jroll11:14
*** itamarl has joined #openstack-ironic11:16
sambettsdtantsur: you say that heartbeats are idempotent, but they change their response depending on if the node is locked right? Isn't that the same issue we had with idempotency in inspecotor11:17
sambetts?11:17
dtantsurmorning jroll11:18
dtantsursambetts, hmm, similar, but not entirely. ironic has internal retries for locking, so lock failure will only be caused by a really long process in the heartbeat handler11:19
dtantsurwhich is not something we do, afaik11:19
dtantsurso in most cases (unless something is broken), the retry logic will cover the problem11:20
dtantsuralso the heartbeat endpoint is async, so from user's standpoint nothing wrong happens even if node is locked11:21
sambettsdtantsur: I've seen node is locked messages in the IPA log when it tries to heartbeat11:21
dtantsurwhich raises an interesting question: usually we lock before returning to a caller, but maybe in case of heartbeats, we can always return11:21
jrollheartbeats also write to the db11:21
jrollI wouldn't call that idempotent :)11:21
dtantsurI can change it to avoid confusion, but wdyt about not not returning lock errors to a caller?11:22
dtantsurwe could not do it with passthru, but here I guess we can11:22
sambettsnot not? so we do return lock messages?11:22
dtantsurcurrently we do; but we can change it with the new API11:22
jrolldtantsur: well, if the node is locked the heartbeat won't be recorded, so I think we do want to return that error11:23
jrollto let the client know that the heartbeat was not successful11:23
jrollside note: this is silly and needs to be landed: https://review.openstack.org/#/c/308834/211:23
dtantsurjroll, "the client" is a ramdisk here; logging it on ironic side has much wider visibility11:23
jrollwe do log it on ironic side no?11:23
dtantsurI hope so :)11:24
dtantsurok, I'm just throwing ideas in the air, nevermind :) I'll change to POST11:24
jrollI believe we do log it11:24
openstackgerritDmitry Tantsur proposed openstack/ironic-specs: Promote agent vendor passthru to core API  https://review.openstack.org/30641811:25
dtantsursambetts, jroll ^^11:25
jrolldtantsur: I'll review that if you can hit 308834, there's also a mitaka backport, that's blocking a tempest patch11:26
jroll:)11:26
dtantsurokie11:27
sambettswow... why would you make .status and ['status'] different11:30
sambetts-_-11:30
dtantsurcrazy API design, if you ask me11:30
*** e0ne has joined #openstack-ironic11:30
dtantsur+A11:30
*** sacharya has joined #openstack-ironic11:32
jrollas monty would say, it's totally bonghits11:32
*** Goneri has joined #openstack-ironic11:32
sambettsreading the agent api spec again, I really wish we could reuse the lookup endpoint for the claims/search thing :'(11:33
dtantsuryep :( except for authentication11:34
jrollwell, I'm totally happy to block this until we do client cert auth :)11:34
dtantsurjroll, I'm not. it will block the driver composition11:34
jrollheh11:34
sambettsI wish there was someway to implement a one time pass thing for the agent to get auth info :/11:34
jrollI'm half-joking11:34
dtantsurjroll, I don't believe it's possible to make a reliable auth here11:34
jrolls/reliable/secure/11:34
dtantsuryep11:34
jrollexcept for client certs11:34
dtantsurno?11:35
jrollwhich means the distributed ramdisks may not be used11:35
dtantsurjroll, except for non-PXE environment using only virtual media11:35
jrollright11:35
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Use name randomizer from tempest  https://review.openstack.org/30790411:35
dtantsuranything you put on the ramdisk in the PXE environment can be fetched by an intruder11:35
sambettsi mean there isn't anything stopping a user using the this endpoint today right?11:35
sambettsunless you protect it by locking it down to a specifc IP range only or somehting11:36
dtantsursambetts, right. one of the things why we need tenant separation11:36
jrolldtantsur: bleh, true11:36
sambettseven with tenant separation it doesn't get protected inherently, you still need some logic to check if its come from a specifc IP, and even then IP spoofing11:37
dtantsurin theory you can have different sets of endpoints for the provisioning network NIC and for user API NIC11:37
*** sacharya has quit IRC11:37
sambettstbh, I think the ramdisk shouldn't talk to the Ironic API service11:37
sambettsseems like a layor break to me11:37
sambettslayer*11:37
*** Goneri has quit IRC11:38
sambettsit should be Ramdisk <--> conductor <--> API11:38
dtantsurthis might happen one day11:38
dtantsurbut the  Ramdisk <--> conductor should be somehow protected as well11:39
sambettsthe conductor can be plugged into the tenant network/ provisioning network, and you don't have to expose the Ironic API to that network, and you don't have to route the provisioning network out into the API space11:39
dtantsurtrue11:40
dtantsurwhen talking about inspector HA here in Brno we considered doing something similar for inspector11:40
dtantsurbut it has its own weirdness iirc11:40
jrollhow would IPA talk to the conductor?11:41
sambettsI mean its a pretty standard web app model, DB <--> application <--> web server11:41
dtantsurjroll, oslo.msg?11:41
* dtantsur hides11:41
* jroll kicks dtantsur11:41
sambettsjroll: it would have its own API implementing just heartbeat and lookup11:41
* dtantsur flies away :(11:41
jrollhrm11:41
jrollI mean, if we were going to do that, I'd just make a separate ironic-agent-api service that only has those endpoints11:42
jrollI don't want to put a web server in the conductor :)11:42
dtantsurmakes some sense to me.. we could do the same for inspector too11:42
sambettsand you if made it a separate thing, e.g. conductor-agent, then you have one per namespace, then you could have IPA <-http-> agent <-rabit-> conductor <-rabit-> API <--> me11:42
TheJuliagood mornin11:42
dtantsurmorning TheJulia11:43
jrollmorning TheJulia11:43
sambettsmuch much easier to fit tenant isolation into that model than the existing one11:43
sambettsand you get the benfit of not having unauthed APIs on your public API server11:44
dtantsurjroll, sambetts, do we want to put this on the agent API spec?11:44
dtantsurlike, create a separate service? it's not as complex as it sounds11:44
dtantsurand if we agree on a core API, it will be hard to deprecate it...11:44
jrollhmm11:45
sambettsyeah pretty simple really, the conductor RPC api would already have to exist, so we'd just remove it from the Ironic API, and make a new thing that calls it11:46
dtantsur"remove it from Ironic API" <- remove what? removing a passthru is more or less easy, removing a core API endpoint is next to impossible11:47
dtantsurhence I ask if I should put this suggestion on my spec right now11:47
sambettsI guess that path doesn't exist just yet, but remove the existing path, and replace it with this one11:48
jrollthere's lots of dragons here11:48
sambettswhat I was saying is that the work needed to implement it would basicaly be the same, except instead of adding things to the Ironic API we'd add it to a new thing11:49
jrollif we ask ops to stand up a new service, we'll need to give them time to do so (probably at least until ocata)11:49
TheJuliajroll: tons... I think11:49
jrollnot to mention the tons of bikeshedding on how the second api service works11:49
dtantsurjroll, we are not removing the old passthru yet11:49
jrolland all the docs to write on how these should be segregated11:49
*** lucas-hungry is now known as lucasagomes11:49
TheJuliajroll: and how to provide the separately provisioned tenant provisioning network that would ultimately kind of be required11:49
dtantsuryeah, maybe not worth it... but then we're committing to supporting the unauthenticated endpoints ~ forever11:49
jrollnot saying we shouldn't do it, but I want to be clear it's a ton of work11:49
sambettsdtantsur: not completely, the new service might eventually support auth too, but it does mean it can be a different type of auth to the auth used by the public API11:50
jrolland it feels like one of those things that we'll never get done because people would prefer to argue about it rather than getting it done11:50
dtantsuroh that's so true...11:50
sambettsthats why we should just do it :-P11:51
dtantsurok folks, let me put this all to "alternatives", and see how people react :)11:51
* jroll promises to drink more coffee and think about this more11:52
sambettseven if we have to add lookup and heartbeat to the main API initially while we work on this new service and then deprecated them in favor of that new endpoint11:52
sambettsI mean the logic for things wouldn't change just the URL11:52
sambettsas long as we make them the same11:53
sambettsbut /me would prefer not to do that11:53
sambettsand /me really wants to add namespace support to the conductor and this would make it a hell of a lot easier11:54
TheJuliasambetts: ++ although, it makes things far far more complex networking wise at the same time11:54
sambettscomplex is my middle name ;) hahaha11:55
TheJuliamaybe a child conductor of sorts that we spawn off from the main conductor, keep an eye on it, and expect it to do all the work for the node11:55
openstackgerritDmitry Tantsur proposed openstack/ironic-specs: Promote agent vendor passthru to core API  https://review.openstack.org/30641811:56
dtantsurupdated alternatives ^^^11:56
dtantsurI've put there that the same effect can probably be achieved by carefully configuring a WSGI container for ironic API11:56
sambettsTheJulia: thats essentially what I expect a conductor agent to be11:57
*** amotoki has joined #openstack-ironic11:58
sambettsTheJulia: its the only way I can see for dealing with tenant networks that might have conflicting IP ranges11:58
TheJuliayup11:59
* sambetts has a crazy idea of creating an Ironic driver that uses soft power control for everything via a custom in instance agent, for use with a BMCless hardware, (using manual power control or potentially WOL if its supported, to initally kick the machine) but that requires the conductor can talk inside a tenant network at least a little bit 12:01
TheJuliasambetts: well, if people want to netboot a host forever....12:01
dtantsursambetts, you're not the first one with this idea. iirc someone from mirantis already proposed it12:02
TheJuliabut that might be a separate maintenance service12:02
*** phuongnh has quit IRC12:02
sambettsTheJulia: also that, although that can be solved with the silly proxy thing I built initially :-P12:02
TheJuliasambetts: with isolation for the tftp namespace?12:03
sambettsdtantsur: damn ... every idea I come up with has always been taken haha12:03
TheJulias/namespace/filesystem visible space/12:03
sambettsTheJulia: yeah, making only certain parts of the tftp server visiable to a specific node is an interesting problem12:04
* dtantsur hunts for food, brb12:04
dtantsursambetts, with iPXE (HTTP) it's much easier12:04
sambettsdtantsur: oooooh yeah, that makes it much easier12:04
TheJuliasambetts: I see it as much more an operational requirement12:04
dtantsurand with dynamic iPXE configuration which lucasagomes will hopefully finish one day, even more easy (maybe)12:05
* lucasagomes reads12:05
*** dtantsur is now known as dtantsur|brb12:05
*** amotoki_ has joined #openstack-ironic12:09
*** amotoki has quit IRC12:11
*** amotoki_ has quit IRC12:11
*** alexpilotti has quit IRC12:14
*** krotscheck_dcm is now known as krotscheck12:15
*** amotoki has joined #openstack-ironic12:21
openstackgerritVasyl Saienko proposed openstack/ironic: Allow to set Neutron port setup delay from config  https://review.openstack.org/29387612:27
openstackgerritVasyl Saienko proposed openstack/ironic: Update ironic.config.sample  https://review.openstack.org/30895112:27
openstackgerritAnton Arefiev proposed openstack/ironic-inspector: Refactor test_process  https://review.openstack.org/30418512:32
*** dtantsur|brb is now known as dtantsur12:33
openstackgerritMathieu Mitchell proposed openstack/ironic: Allow configuring shred's final overwrite with zeros  https://review.openstack.org/30410112:35
*** moshele has quit IRC12:38
*** alexpilotti has joined #openstack-ironic12:39
*** e0ne has quit IRC12:39
*** e0ne has joined #openstack-ironic12:42
*** alexpilotti has quit IRC12:43
*** jaypipes has joined #openstack-ironic12:44
sambettsdtantsur: laid out some comments in that patch pointing out the advantages/differences of a separate endpoint in relation to the existing spec12:46
-openstackstatus- NOTICE: OVH provider is enabled again, please wait for the job queue to be processed12:48
openstackgerritMichael Krotscheck proposed openstack/ironic-webclient: Added provision state manipulation  https://review.openstack.org/30792812:50
*** amotoki has quit IRC12:52
openstackgerritLucas Alvares Gomes proposed openstack/ironic: API: Check for reserved words when naming a node  https://review.openstack.org/30896512:53
*** keedya has joined #openstack-ironic12:54
openstackgerritLucas Alvares Gomes proposed openstack/ironic: API: Check for reserved words when naming a node  https://review.openstack.org/30896512:56
*** rbudden has joined #openstack-ironic12:58
*** links has quit IRC12:59
*** e0ne has quit IRC13:01
*** rloo has joined #openstack-ironic13:07
TheJuliagood morning rloo13:07
rlooGOOD morning TheJulia13:08
dtantsurmorning rloo13:08
sambettshey rloo o/13:08
rloohi dtantsur, sambetts13:08
*** mtanino has joined #openstack-ironic13:09
lucasagomesTheJulia, rloo sambetts jroll morning13:10
jrollmorning lucasagomes, rloo :)13:11
rloohiya lucasagomes, jroll13:11
TheJuliagood morning lucasagomes13:12
*** alexpilotti has joined #openstack-ironic13:13
*** thiagop has joined #openstack-ironic13:13
thiagopGood morning Ironic13:14
*** alexpilotti has quit IRC13:14
*** amotoki has joined #openstack-ironic13:16
rloohi thiagop13:17
*** cdearborn has joined #openstack-ironic13:17
thiagoprloo: o/13:18
*** mtanino has quit IRC13:20
openstackgerritJim Rollenhagen proposed openstack/ironic: Add some docs about firmware security  https://review.openstack.org/30897813:20
jrollI'd love some eyes on this13:20
jrollTheJulia: devananda: ^ you will certainly have opinions13:21
jrollJayF: ^13:21
TheJuliajroll: will look this morning13:21
jrollit's incomplete but /shrug13:21
*** karimb has joined #openstack-ironic13:21
*** Goneri has joined #openstack-ironic13:23
TheJuliaearly feedback just means faster iterration13:24
jrollyep :)13:25
sambettsjroll: is that in response to NSAaaS?13:25
jrollsambetts: timing is somewhat motivated by that, but we need it anyway13:26
sambettsits definatly a very interesting problem to work, and very hardware vendor specific13:27
jrollyep, which is why the best we can give is "work with your vendor"13:28
jrollyou can't just buy something off the shelf and put it in a public ironic cloud (yet)13:28
*** absubram has joined #openstack-ironic13:29
*** trown|outtypewww is now known as trown13:29
sambettsjroll: do we provide OOB clean steps yet?13:29
vdrokmorning sambetts jroll TheJulia rloo and thiagop13:29
jrollsambetts: yep, just plug them into the driver13:29
TheJuliabut not everything in some cases :\13:30
jrollsambetts: a clean step in an ironic driver can run any python code13:30
*** vmud213 has quit IRC13:30
jrollTheJulia: ?13:30
jrollhi vdrok \o13:30
TheJuliaoob on the ilo driver can't see disks, so disk and disk backplane firmware can't be updated without the system being in a running state13:30
*** alexpilotti has joined #openstack-ironic13:31
thiagopThanks TheJulia, looking into your comments now13:31
jrollTheJulia: well, that's an ilo problem, not an ironic problem :P13:31
TheJuliaindeed, was just pointing out a case where oob won't alway solve the problem, which is likely to be the case with multiple vendors13:31
jrollright, can do things inband as well though13:32
sambettsI'm thinking combined OOB and in band cleaning, combined, e.g. I need if I need to flip some bits in the bios in OOB, to allow IPA to then do a cleaning step such as wiping and reseting the firmware, and then I need to flip them back into a secure state as like the last cleaning step13:32
jrollsambetts: :)13:32
TheJuliajroll: only so much in some cases, thinking network cards in particular13:32
jrollsambetts: we actually do that all inband, we have different bios settings for cleaning and tenants13:33
krotscheckbetherly: There's still a few reviews on the ironic-webclient that need your approval, could you take a look? https://review.openstack.org/#/q/status:open+-label:Workflow-1+-(label:Code-Review%252B2%252Cself+OR+label:Code-Review%252B1%252Cself+OR+label:Code-Review-1%252Cself+OR+label:Code-Review-1%252Cself)+label:Verified+project:openstack/ironic-webclient13:33
jrollTheJulia: yeah, it all depends13:33
*** sacharya has joined #openstack-ironic13:33
sambettsjroll: do you have IPA flip the bits then? doesn't that mean that a tenant could also flip bits?13:33
betherlykrotscheck: sure13:34
jrollsambetts: yep, it requires a password though, and there's protection against brute force13:34
sambettsjroll: oh right... I guess you have to get the password to IPA somehow :/13:35
*** garyk1 has quit IRC13:37
*** sacharya has quit IRC13:37
TheJuliajroll: a few nits/thoughts posted inline, nothing really major though.13:38
jrollTheJulia: thanks13:39
TheJuliajroll: any chance of what you were thinking regarding the TODO item?13:39
jrollTheJulia: at a minimum, links to cleaning / clean steps docs13:39
TheJulia++13:39
jrollmaybe also links to various articles about how people can own firmware13:40
lucasagomessambetts, heh gotta love the NSAaaS thingy13:40
jrollfor network security, at least blurbs about securing your bmc net13:40
TheJuliaI was kind of thinking that might be goodd13:40
TheJuliajroll: also stressing separating bmc from production network13:40
lucasagomesacutally I wanted to make a t-shirt with mark shuttleworth face with a donald trump wig and a hitler mustache13:40
lucasagomesbut no time for it before the summit I guess :-/13:40
jrollTheJulia: yep13:40
jrollLOL13:40
TheJuliaa list of best practices :)13:40
TheJulialol13:41
*** ametts has joined #openstack-ironic13:43
TheJuliajroll: when the todo is filled out, I'll get my other half to take a look at it since she works in the infosec field13:43
jrollTheJulia: awesome, thanks13:43
*** [1]cdearborn has joined #openstack-ironic13:46
*** aarefiev22 has joined #openstack-ironic13:53
*** mjturek1 has joined #openstack-ironic13:53
mjturek1wondering if someone could clarify something for me. When using the deprecated bash ramdisk is the cleaning step a noop or does it perform some kind of cleaning?13:56
jrollmjturek1: no cleaning in the bash ramdisk13:56
jrollit's a noop13:56
mjturek1jroll: cool, thank you13:57
jrollnp13:57
*** cdearborn has quit IRC13:59
*** garthb has joined #openstack-ironic14:03
keedyaGood Morning All 0/14:06
jrollhey keedya :)14:06
keedyahi Jroll14:06
*** mtanino has joined #openstack-ironic14:08
sambettsjroll: thoughts on -> https://review.openstack.org/#/c/30834814:09
rlooTheJulia: about https://review.openstack.org/#/c/302819/. What does 'fallback' mean?14:11
rlooTheJulia: I mean, I don't know what will be done when it falls back. Falls back to what?14:12
openstackgerritAndre keedy proposed openstack/ironic-inspector: Replace node data via uuid/data/unprocessed API  https://review.openstack.org/30837914:12
rlooTheJulia: or does it mean, it is up to the agent to decide/code the fallback?14:12
*** e0ne has joined #openstack-ironic14:12
jrollsambetts: I'll have to look later, stepping away for a bit14:12
sambettsjroll: sure :)14:13
sambettsthanks14:13
TheJuliarloo: it allows the configuration for an operator to choose to permit fallback from a failure of secure erase to shred.  Under defaults, IPA fails presently and the node goes to cleanfail14:13
rlooTheJulia: ok, but when you permit 'fallback', what happens? what does the fallback do?14:14
TheJuliarloo: when you permit it, it falls back to shred14:14
TheJuliabut by default, that is disabled14:14
TheJuliaIf the node just doesn't support secure erase, it will default to shred as well14:14
rlooTheJulia: OK, I think I parsed the sentence incorrectly. I thought the failure was the shredding.14:15
*** daemontool has joined #openstack-ironic14:15
TheJuliaAhhh14:16
keedyaI need to update release notes and documentations for my review :https://review.openstack.org/308379. Can u point me to the indtructions?14:17
rlooTheJulia: I don't think the term 'fallback' is needed. Am trying to think of how to word it.14:17
TheJuliamakes sense to me to use it since secure erase failing is a hard stop and move to cleanfail under defaults14:18
TheJuliabut, there may be a better word :)14:18
rlooTheJulia: Am thinking, will comment in the patch.14:18
TheJuliaok14:19
sambettskeedya: http://docs.openstack.org/developer/ironic/dev/faq.html#id4 how to create a release note14:19
rlooTheJulia: another question, is there only one clean step in IPA where we try to do a secure erase? And/or if there is more than one clean step, this option would apply to all?14:19
TheJuliaafaik one clean-step, but JayF and I are likely going to discuss alternative cleaning methods, I believe as he suggested separate hardware managers, for different types of disks that we don't really know what to do with now so things default to shred.14:21
TheJuliabut, there is another IPA conversation I may be mixing up in my head since we've been talking about multipath IO as well14:21
rlooTheJulia. Ok, I was thinking of mentioning the actual clean step but better not.14:21
sambettskeedya: the docs to do with the API are in ironic-inspector/doc/source/http-api.rst14:21
keedyaThanks sambetts14:22
openstackgerritMerged openstack/ironic: Updated from global requirements  https://review.openstack.org/30694214:23
*** Goneri has quit IRC14:24
*** ayoung has joined #openstack-ironic14:31
*** jayc_ has joined #openstack-ironic14:31
*** alexpilo_ has joined #openstack-ironic14:32
*** alexpilotti has quit IRC14:33
*** Goneri has joined #openstack-ironic14:41
openstackgerritAndre keedy proposed openstack/ironic-inspector: Replace node data via uuid/data/unprocessed API  https://review.openstack.org/30837914:41
openstackgerritAndre keedy proposed openstack/ironic-inspector: Replace node data via uuid/data/unprocessed API  https://review.openstack.org/30837914:45
*** Goneri has quit IRC14:46
rloovdrok: about https://review.openstack.org/#/c/300983/, is it standard to use/look at only the last one?14:51
vdrokrloo: I think there is no standard, just the last one be the last before saving to DB :)14:52
rloovdrok: so if someone invokes a command and tries to set the same argument more than once, your patch will ONLY look at the last one.14:53
vdrokrloo: the standard allows to specify as many values for the same path as you need, in our case I think we just need to make sure that the correct value is saved14:53
vdrokyes14:53
rloovdrok: so if eg with name, the first name is incorrect, that won't cause it to fail with your patch. whereas it would fail now.14:54
vdrokrloo: yes, that is true14:55
vdrokyou think all the values should be checked?14:56
vdrokmy logic was to check only the one that will be actually stored14:56
rloovdrok: i am puzzled by what our code is doing now. based on your description, it sounds like it checks the first name for correctness, but uses the last name?14:56
rloovdrok: i'd think it would check all the names and use the last name.14:57
vdrokrloo: right now, yes. patches are applied consequently14:57
rloovdrok: so the code now has a check for name1, apply name1, check name2, apply name2?14:58
vdrokrloo: that makes sense too, I can change that14:58
vdrokrloo: but still, check for name1, apply name1, check name2, apply name2, store name214:58
vdrokso only last one is stored14:59
openstackgerritAndre keedy proposed openstack/ironic-inspector: Replace node data via uuid/data/unprocessed API  https://review.openstack.org/30837914:59
vdrokbut I see your point14:59
rloovdrok: well, that makes sense to me. I don't know what others think. But I think *just* using the last seems odd unless we decide that's what we want to do.14:59
vdrokjroll: lucasagomes how do you think - if multiple values for one patch are provided in single patch, should we check all the values, or only the last one15:00
rloovdrok: whatever we do, will be similar behaviour for other fields, eg uuid15:00
vdrokyep15:01
rloovdrok: you're going to hate me, but i was wondering what/whether there is some sort of consistency with the rest of openstack projects15:01
*** Goneri has joined #openstack-ironic15:01
jrollvdrok: as in, [{op:replace, key:name,value:foo}, {op:replace, key:name, value:bar}] ?15:01
lucasagomesvdrok, lemme read the scrollback. I'm out of context15:01
vdrokjroll: yes15:01
jrollI don't see why we'd care about the first if we don't write it15:01
lucasagomesits two updates for the same attribute in one patch? Yeah probably checking the last one is grand15:02
lucasagomesgotta see how json.patch handles that tho15:02
* lucasagomes tries it out15:02
vdroklucasagomes: just applies consequently15:02
rloojroll, lucasagomes, vdrok : so I'm not against *only* using the last one. I just want to make sure that's the behaviour we've all agreed on.15:03
vdrokrloo: I doubt that, lots of projects don't have patch at all :)15:03
sambettsshouldn't we just blow up with a Bad Requeset??15:03
vdrokas for consistency15:03
sambettsRequest15:03
vdroksambetts: why, it is a valid patch15:03
rloosambetts: yes, that's an alternative.15:03
jrollso, intuitively, I would think that each one is applied in order, and the result is the last15:04
rloovdrok: the problem is that we haven't stated what ironic's behaviour is in that case. which is what we're discussing now :)15:04
jrollwhich seems to be what this is doing15:04
rloojroll: right, that's what i thought intuitively too. which means that if each is applied and one of them is incorrect, we need to let the user know?15:04
rloojroll: which is different from ignoring all except the last.15:05
jrollrloo: yeah, maybe, but does anyone (the user, ironic) care, as long as the result is correct?15:05
rloojroll: i dunno. I wonder why the user even did what they did.15:05
lucasagomessambetts, we need to check if the specification says anything about it15:06
jrollsure15:06
jrollyeah, I'd defer to jsonpatch spec first15:06
lucasagomesso far, by testing it locally with the python library it accepts 2 patches for the same endpoint15:06
sambettsyeah, just looking at the PATCH RFC15:06
vdroksambetts: lucasagomes https://tools.ietf.org/html/rfc690215:06
lucasagomesand it applies the last one, so I think only checking the last one makes sense to me15:06
vdroknothing about forbidding multiple operations on the same patch15:06
vdroks/patch/path15:06
lucasagomesvdrok, yeah15:06
jrollwell, the open question is, if the first is an invalid value, should it error or only apply the last15:07
sambetts"Each operation in the sequence is applied to15:07
sambetts   the target document; the resulting document becomes the target of the15:07
sambetts   next operation. "15:07
sambettsEvaluation continues until all operations are15:07
sambetts   successfully applied or until an error condition is encountered.15:07
jrollaha15:07
jrollso yes, we should error if any in the chain are invalid15:07
lucasagomestouche :-)15:07
rloothx sambetts !15:07
lucasagomesok so we need to check the whole chain15:07
rloowhere should we document that for the user?15:08
rlooI mean, besides fixing the code :)15:08
lucasagomesrloo, perhaps just pointing them to the spec?15:08
rloolucasagomes, vdrok: in the commit (and bug) it makes sense to mention the spec.15:09
rloolucasagomes: I am thinking in our user documentation. not that we have much wrt the client.15:09
rloolucasagomes, vdrok: on second thought, forget about external doc. for now anyway. maybe just add the link to spec, as a docstring in the code.15:10
*** kbyrne has quit IRC15:10
vdrokrloo: OK, will add that, thanks!15:10
rloothx vdrok!15:10
lucasagomesrloo, right, in any case we should somewhere in our docs also mention that ironic does partial updates of resources based on that spec15:11
lucasagomesbut can be outisde vdrok's patch15:11
*** Goneri has quit IRC15:11
sambettsDoes the client ensure that the order of operations is maintained? I've never thought about it before15:11
rloolucasagomes: yup. (especially since i can't think of where in our doc to put it).15:11
rloosambetts: that's a good question. i would hope so but never checked.15:12
lucasagomessambetts, would be good to check, I bet it does15:13
sambettsrloo: it looks like it does, args_array_to_patch, handles the args in order15:13
rloosambetts: yah, we did something right! :D15:13
lucasagomeshonestly the client is odd... because patches are complex they can add stuff and remove other stuff as part of the same patch15:14
lucasagomescurrently it's not supported by the CLI15:14
lucasagomeswe only do 1 operation per time15:14
lucasagomesadd or remove or replace etc15:14
lucasagomesif something more complex is needed I think the library or API will need to be used15:14
jrolloh that's interesting, and I think it would (kind of) break here15:14
jrolladd /foo, remove /foo, would only apply remove /foo and error15:15
*** e0ne has quit IRC15:15
lucasagomesjroll, right, if foo is mandatory yes15:15
lucasagomesbut what's going to break here?15:16
jrollwell, no15:16
sambettsI think what jroll means is the client will only read the last one of the args list15:16
jrollit would error because /foo isn't there to be removed15:16
jrollnot the client15:16
jrollthe api15:16
jroller wow, ignore me15:16
lucasagomeswell it will be there after the add15:16
jrollI was still thinking of the "only apply last" case15:16
openstackgerritMerged openstack/ironic-webclient: Added capitalize filter  https://review.openstack.org/30021215:17
jrollI clearly need coffee15:17
*** e0ne has joined #openstack-ironic15:17
lucasagomesheh it's fine (/me needs coffee too)15:18
openstackgerritMerged openstack/ironic-webclient: Renamed IronicNodeTransition to IronicNodeProvisionTransition  https://review.openstack.org/30022515:18
*** raildo is now known as raildo-afk15:19
lucasagomesJayF, quick q, I noticed that after cleaning we do a hard power off in the node (oob). If we do things like software raid and stuff that can be problematic15:19
lucasagomesJayF, you guys do a lot of operations as part of cleaning right? Have you ever bumped in some data loss problem due that?15:19
lucasagomesIMHO we should mimic what deploy does, sync() + oob power off OR in-band power off15:19
jrolllucasagomes: we do syncs and whatnot in our clean steps that do that sort of thing15:20
lucasagomesjroll, right on15:22
openstackgerritVasyl Saienko proposed openstack/ironic: Allow to set Neutron port setup delay from config  https://review.openstack.org/29387615:22
jrolllucasagomes: it really depends on the clean step if it should be unband or oob15:22
jrolls/unband/inband15:22
lucasagomesjroll, right. But at the end, the last one when we tear it down15:23
lucasagomeswe just hard power off the node15:23
jrolllucasagomes: right, the last step may require an oob reboot15:23
lucasagomesjroll, because in realitly even sync is not 100% guaranteed that the data was actually flushed15:23
jrolle.g. firmware update15:23
openstackgerritMerged openstack/ironic: Devstack: Change to use 'ovs-vsctl get port tag'  https://review.openstack.org/30754315:23
jrollright15:23
lucasagomesjroll, https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/deploy_utils.py#L105315:25
*** Goneri has joined #openstack-ironic15:26
jrolllucasagomes: yes, I know15:27
jlvillallucasagomes: Thanks for fixing the gate :)15:27
jrollI mean, maybe clean steps can indicate if they require hard reboot or not15:27
lucasagomesjlvillal, no problem :-) glad it's fixed now15:28
jrollyes ++ thank you15:28
lucasagomesjroll, yeah +1 to have such control on the clean steps15:29
jroll'reboot_requested': 'hard'15:29
*** e0ne has quit IRC15:29
jrollor something15:29
*** rama_y has joined #openstack-ironic15:29
devanandag'morning!15:31
sambettsHey devananda !\15:31
*** itamarl has quit IRC15:32
rloomorning devananda15:32
lucasagomesjroll, yeah, sounds good! Will take a look into it15:33
lucasagomesjroll, actually one more thing, re software raid15:33
*** sacharya has joined #openstack-ironic15:33
lucasagomesjroll, we need to run it as part of the automated clean, but we could have the case where we need to have hardware RAID and software RAID depending on the node15:34
lucasagomesso we can't use a config file to enable/disable raid15:34
lucasagomesit should be per node15:34
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [database]  https://review.openstack.org/30181515:34
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [inspector]  https://review.openstack.org/30195515:34
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [irmc]  https://review.openstack.org/30247615:34
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [seamicro]  https://review.openstack.org/30311315:34
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [neutron]  https://review.openstack.org/30483815:34
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [ssh]  https://review.openstack.org/30364915:34
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [iboot]  https://review.openstack.org/30185615:34
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [cimc]  https://review.openstack.org/30137615:34
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [swift]  https://review.openstack.org/30365315:34
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [cisco_ucs]  https://review.openstack.org/30138215:34
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [dhcp]  https://review.openstack.org/30183015:34
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [ipmi]  https://review.openstack.org/30196715:34
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [console]  https://review.openstack.org/29594615:34
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [virtualbox]  https://review.openstack.org/30365515:34
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [oneview]  https://review.openstack.org/30310315:34
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [glance]  https://review.openstack.org/30482915:34
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [snmp]  https://review.openstack.org/30364415:34
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [ilo]  https://review.openstack.org/30194715:34
* lucasagomes wow15:34
* TheJulia blinks15:34
sambettswoah...15:34
jrolllol15:34
jrollrama_y: \o/15:35
jrolllucasagomes: well, if it's out of tree I'd recommend putting something in node.extra15:35
*** e0ne has joined #openstack-ironic15:36
lucasagomesjroll, and in tree driver_info ? :-)15:36
lucasagomescause software raid is something we want to have in the product AFACT15:36
jrolllucasagomes: yeah idk15:36
jrollI guess?15:36
lucasagomes+ the driver composition will make it easy to swap raid interfaces, so my goal is to make it a 1st class citizen thing15:37
lucasagomesjroll, ack yeah15:37
*** sacharya has quit IRC15:38
devanandasoftware RAID is not somthing I want, fwiw15:41
rloolucasagomes: would this help? https://review.openstack.org/#/c/238858/15:41
devanandaI've had that design discussion several times in the past. it's too OS specific15:41
jrollI do agree there's a number of image/hardware related dragons/dragonslayers there15:42
lucasagomesrloo, not sure, cause raid is only enabled for manual clean AFAICT15:42
sambettsshouldn't software raid be built into the image being deployed? (whole disk image) I don't know how it would work for a partition image :/15:42
lucasagomeswhich is fine if you only want hardware raid15:42
jrollit was actually incredibly hard to do in onmetal v215:42
lucasagomesdevananda, yeah :-/ we do have a lot of requests to support it tho15:43
devanandalucasagomes: sure. and we can keep saying "no" :)15:43
lucasagomesheh right that's a way too15:43
lucasagomestho, it's not a invalid request15:43
devanandaNova removed file injection because it's architecturally bad for Nova to be mucking with what's inside the user's image15:44
rloo"no" is great. makes things easier ;)15:44
devanandaI feel pretty much the same way about this15:44
jrollit can be done without touching the image, if the image is built correctly15:44
jroll:)15:44
devanandayep15:44
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [DEFAULT]  https://review.openstack.org/30907015:45
jrollwe do already have all the things to enable a deployer/vendor to do it15:45
*** jayc_ has quit IRC15:45
lucasagomesIPA should build it and write the image to the device15:45
jrolllucasagomes: yep, however there's things you need to do to the image to make it boot from the raid15:45
jrollask natorious or JayF about it15:45
jrollthey'll probably never touch an initramfs again15:46
lucasagomesright, like passing the right root device to it15:46
jrollit isn't that easy15:46
jrollit's actually OS-specific15:46
jrollyou need to make it so that one of the boot stages can assemble the raid, forget which one15:46
lucasagomesright I have to read more about it, I iwll make sure I sync with JayF in austin about it15:46
jrollwhich isn't built in to most distros15:46
jrollI *think* one of the centoses works out of the box15:47
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [DEFAULT]  https://review.openstack.org/30907015:47
*** sacharya has joined #openstack-ironic15:48
sambettsjroll: could we provide a multi disk, whole disk image to allow someone to prebake an image with software raid??15:48
*** openstackgerrit has quit IRC15:48
lucasagomesjroll, thanks! Yeah i def need to read more about it. Even if it's to say "no" for the feature I still need to get my arguments right there15:48
jrollsambetts: no clue15:48
jrollidk enough about building images to know if we could ship a DIB element that does this, for instance15:49
*** openstackgerrit has joined #openstack-ironic15:49
jrollI just know people smarter than me still have bruises from banging their head on their desk on this :)15:49
thiagoplol15:50
*** sacharya has quit IRC15:52
vsaienkomorning jroll15:53
*** trown is now known as trown|lunch15:53
jrollheya vsaienko :)15:53
vsaienkojroll could you please have look on https://review.openstack.org/#/c/304473/ once have a time15:53
vsaienkoit is a patch that adds job to test ironic cleaning at the gates15:53
jrollvsaienko: shred is way too slow to run in the gate15:54
vsaienkowe can decrease disk size to 1Gb I think15:55
jrollvsaienko: I'll think about it, I'm about to jump in to meetings15:55
*** jayc_ has joined #openstack-ironic15:59
*** baoli_ has quit IRC16:00
*** baoli has joined #openstack-ironic16:00
natoriouslucasagomes: to assemble the raid in initramfs via legacy boot, you have to make sure the proper modules are loaded in init and that udev created the right mapping for /dev/disk/by-label/root etc16:00
natoriousso you can use a generic mdadm.conf that doesn't define the array16:01
natoriousdifferent distros might have different versions of mdadm and so the hooks might need a little adjustments but it should be pretty standard with hardware/software raid on legacy boot16:02
natoriouslucasagomes: if your doing uefi then you'd need to do it all thru grub and can load the raid inside grub depending on your raid type to assemble and find your boot and root partitions on the raid16:03
natoriousboth seemed to work in our cases though you might have different results.  Lmk if you need any help :)16:04
openstackgerritGonéri Le Bouder proposed openstack/ironic: iscsi: wipe the disk before deployment  https://review.openstack.org/30360516:05
lucasagomesnatorious, oh thanks for that! I will, def ping you soon-ish about it16:06
*** fhubik has quit IRC16:07
natoriouslucasgomes: all of our kickstart files are currently public and show how we're doing it too - ie https://github.com/rackerlabs/base-image-blueprints/blob/master/Fedora_23_Teeth.cfg16:07
*** fhubik has joined #openstack-ironic16:08
natoriousany with a Teeth suffix is our madness16:08
openstackgerritVladyslav Drok proposed openstack/ironic: Fix API node name updates  https://review.openstack.org/30098316:08
natorious*lucasagomes16:08
lucasagomesnatorious, hah cool, I will take a look16:09
natoriousone of these days I'll be allowed to do upstream work again :)16:09
*** vishwanathj_zzz is now known as vishwanathj16:10
JayFI mean, to be fair16:12
JayF100% the hardest part of RAID in OMv2 was the images16:12
*** karimb has quit IRC16:16
*** sacharya has joined #openstack-ironic16:19
sambettslucasagomes: https://review.openstack.org/#/c/308348 hopfully deals with the cause of the nova races16:19
*** jistr has quit IRC16:21
JayFjcook: ^ I bet you'd find that (https://review.openstack.org/#/c/308348) interesting, as it might change or make some of the cases better in your nova patch16:22
lucasagomessambetts, cool I will take a look soon16:23
lucasagomesI will call it a day16:24
lucasagomesgotta catch the train back from the office16:24
lucasagomeshave a great evening all16:24
lucasagomessambetts, added to my list16:24
*** ijw has joined #openstack-ironic16:24
sambettsthanks lucasagomes16:25
lucasagomessee y'all16:25
JayFo/16:25
*** lucasagomes is now known as lucas-dinner16:26
* sambetts has the day off tomorrow so might not see people again until texas 16:26
jlvillalsambetts: I rarely see you :P16:27
sambettshey jlvillal, you also might be interested in https://review.openstack.org/#/c/308348/216:28
JayFjlvillal: make any further progress on grenade shenanigans?16:28
jlvillalJayF: Working on it this morning :)16:29
jlvillalsambetts: Thanks. mrda and I will check it out16:29
sambettsjlvillal: awesome :D16:29
*** ifarkas has quit IRC16:29
jlvillalsambetts: But probably after the summit....16:30
sambettssure :-P16:30
*** mbound has quit IRC16:35
*** baoli_ has joined #openstack-ironic16:38
*** [1]cdearborn has quit IRC16:39
*** baoli has quit IRC16:40
*** Guest14509 has quit IRC16:40
jlvillalsambetts: Regarding that patch. I assume you will be pushing a new version, based on the -116:41
dtantsurmorning devananda, jlvillal16:41
jlvillalHi dtantsur :)16:41
openstackgerritThiago Paiva Brito proposed openstack/ironic: Add Dynamic Allocation feature for the OneView drivers  https://review.openstack.org/28619216:42
sambettsjlvillal: I'm not sure how to respond to the -1, they don't really indicate a way to update it16:44
jlvillalsambetts: Maybe you can ping Sylvain on IRC?16:45
jlvillalsambetts: I'm just assuming since they are a core in Nova, probably need to resolve the issue...16:45
openstackgerritMerged openstack/ironic: Imported Translations from Zanata  https://review.openstack.org/30757516:45
openstackgerritMerged openstack/ironic-webclient: Added IronicNodePowerTransition resource  https://review.openstack.org/30022616:46
openstackgerritMerged openstack/ironic-webclient: Available node transitions now available in node_list  https://review.openstack.org/30022716:47
openstackgerritMerged openstack/ironic-webclient: Basic node action hooks.  https://review.openstack.org/28190016:47
sambettsjlvillal: yeah I'm hoping for more feedback than just one person, because I've had it with a neutron patch where 1 core -1d but others where happy with it :/16:47
*** baoli_ has quit IRC16:48
jlvillalOkay :)16:48
*** baoli has joined #openstack-ironic16:48
*** ayoung has quit IRC16:48
sambettsdefinatly needs a conversation though, that bug is just bumming me out because its the only thing thats blemishing my Ironic CIs perfect track record16:49
jrollsambetts: bauzas is definitely one of the experts on this thing16:49
jrollscheduling stuff in general16:49
*** alexpilotti has joined #openstack-ironic16:49
sambettsoh cool16:50
sambetts:)16:50
*** ijw has quit IRC16:52
sambettsyou guys will have to point him out to me at the summit so I can chase him on it :-P16:53
* sambetts is heading out now16:53
*** sambetts is now known as sambetts|afk16:54
*** Goneri has quit IRC16:55
*** baoli has quit IRC16:55
*** alexpilotti has quit IRC16:55
thiagopnight sambetts|afk16:57
thiagopguys, going earlier today. Looking forward to see you on summit16:58
thiagoptil' there16:59
TheJuliathiagop: have good flights, and see you there16:59
thiagopyou too TheJulia16:59
thiagopsafe travels for everyone16:59
*** thiagop has quit IRC16:59
*** zer0c00l_ has joined #openstack-ironic17:01
*** yonglihe has quit IRC17:01
*** absubram_ has joined #openstack-ironic17:01
*** zer0c00l has quit IRC17:01
*** trown|lunch is now known as trown17:02
*** jayc_ has quit IRC17:02
*** yarkot has quit IRC17:02
*** sinh has joined #openstack-ironic17:03
*** serverascode has quit IRC17:03
*** yonglihe has joined #openstack-ironic17:03
*** igordcar1 has joined #openstack-ironic17:03
*** keekz has quit IRC17:04
*** sinh_ has quit IRC17:04
*** igordcard has quit IRC17:04
*** igordcar1 has quit IRC17:04
*** absubram has quit IRC17:04
*** absubram_ is now known as absubram17:04
*** igordcard has joined #openstack-ironic17:04
*** garthb has quit IRC17:04
*** derekh has quit IRC17:05
*** serverascode has joined #openstack-ironic17:05
*** keekz has joined #openstack-ironic17:05
*** yarkot has joined #openstack-ironic17:05
*** stevemar has quit IRC17:06
*** gabriel-bezerra has quit IRC17:07
*** stevemar has joined #openstack-ironic17:08
*** gabriel-bezerra has joined #openstack-ironic17:08
*** ekarlso has quit IRC17:08
*** suro-patz has joined #openstack-ironic17:08
*** [1]cdearborn has joined #openstack-ironic17:09
*** yuikotak_ has joined #openstack-ironic17:09
openstackgerritMathieu Mitchell proposed openstack/ironic: Allow configuring shred's final overwrite with zeros  https://review.openstack.org/30410117:10
mat128JayF, NobodyCam, TheJulia, sambetts|afk: build is finally green :) https://review.openstack.org/#/c/304578/17:11
*** mkovacik__ has joined #openstack-ironic17:11
JayFmat128: nit: s/ramdon iterations/agent.shred_random_overwrite_interations/17:12
JayFmat128: if you don't mind and agree, then I'll put my vote back on 30410117:12
JayFI will anyway if you meh at me too17:12
JayFlol17:12
NobodyCammat128: w00t :-)17:13
JayF304578 +217:13
mat128JayF: Is that typo mine or yours?17:13
JayFmat128: I think mine17:14
mat128yeah, found it17:14
NobodyCamAnd morning from the roads of phoenix AZ17:14
JayFmat128: just a peeve, I like the fully qualified option names so I don't wtf at the config file later17:14
mat128about to push a new changeset17:14
mat128yeah17:14
*** vdrok_ has joined #openstack-ironic17:15
openstackgerritMathieu Mitchell proposed openstack/ironic: Allow configuring shred's final overwrite with zeros  https://review.openstack.org/30410117:15
mat128^updated :)17:15
*** jayc_ has joined #openstack-ironic17:15
*** pleia2_ has joined #openstack-ironic17:15
openstackgerritJohn L. Villalovos proposed openstack/ironic: WIP: Grenade testing patch  https://review.openstack.org/30911517:16
JayFI would love if some folks could find time to re-review https://review.openstack.org/#/c/263842/, it's been back and forth a few times, and I think it's in a landable state now. Test failures are leftover from gate shenanigans and recheck is already in progress.17:18
*** jmccrory- has joined #openstack-ironic17:18
*** electrofelix1 has joined #openstack-ironic17:18
*** electrofelix has quit IRC17:18
*** aarefiev22 has quit IRC17:19
*** maurosr has quit IRC17:19
*** mkovacik_ has quit IRC17:19
*** kromanenko has quit IRC17:19
*** yuikotakada has quit IRC17:19
*** amit213 has quit IRC17:19
*** jmccrory has quit IRC17:19
*** pleia2 has quit IRC17:19
*** davideagnello has quit IRC17:19
*** sergek has quit IRC17:19
*** jasondotstar has quit IRC17:19
*** vdrok has quit IRC17:19
*** agordeev has quit IRC17:19
*** cppforlife_ has quit IRC17:19
*** electrofelix1 is now known as help17:19
openstackgerritJulia Kreger proposed openstack/ironic: Active Node Creation via adopt state  https://review.openstack.org/27576617:19
*** jmccrory- is now known as jmccrory17:19
mat128JayF: I will get Martin to check your comment. He's new to reviews but I'm sure he will find a way to address your test failure17:19
*** help is now known as electrofelix17:19
*** maurosr has joined #openstack-ironic17:19
JayFmat128: well, I mean, I'm also not fully convinced putting something on the driver is a good idea either :)17:20
JayFmat128: it was just extra convienient that I got to have the easier "it dun work" argument17:20
JayFlol17:20
*** vdrok_ is now known as vdrok17:20
*** pleia2_ is now known as pleia217:20
*** ekarlso has joined #openstack-ironic17:21
*** alexpilotti has joined #openstack-ironic17:22
*** ijw has joined #openstack-ironic17:22
*** amit213 has joined #openstack-ironic17:22
*** daemontool has quit IRC17:22
*** ChubYann has joined #openstack-ironic17:22
*** alexpilotti has quit IRC17:23
*** cppforlife_ has joined #openstack-ironic17:23
*** jasondotstar has joined #openstack-ironic17:24
*** ayoung has joined #openstack-ironic17:26
*** davideagnello has joined #openstack-ironic17:26
mat128JayF: Trying to reproduce locally with a driver member. I must say I prefer this to a global simply because it seems much cleaner.17:26
*** ijw has quit IRC17:27
mat128The member could be called something more specific than "deprecation_seen", but it should work17:27
JayFYeah, I mean if it's fine to put random attributes on the driver I agree it's cleaner17:27
*** alex_xu has quit IRC17:27
JayFjust didn't know how "ok" that would be17:27
JayFand when I tested it I used my attr names :)17:27
mat128:)17:27
*** ijw has joined #openstack-ironic17:27
mat128Good thing this is Python, you won't have to add this attribute to DriverBase17:27
*** sergek has joined #openstack-ironic17:27
*** penick has joined #openstack-ironic17:28
*** agordeev has joined #openstack-ironic17:29
dtantsursee you tomorrow!17:30
*** dtantsur is now known as dtantsur|afk17:30
*** alex_xu has joined #openstack-ironic17:31
* jroll -> lunch17:33
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [DEFAULT]  https://review.openstack.org/30907017:34
TheJuliarloo: w/r/t 302819, why not 'allow operators', given it is in the context of their fleet management and how IPA behaves with their fleet when cleaning?17:35
*** ohamada has quit IRC17:35
rlooTheJulia: cuz what distinguishes that for operators, vs all the other configs we add/change.17:35
TheJuliagood point17:36
rlooTheJulia: just really a consistency issue.17:36
rlooTheJulia: everything we do is for operators :D17:36
TheJulia:)17:38
*** mgould has quit IRC17:39
*** garthb has joined #openstack-ironic17:39
openstackgerritJulia Kreger proposed openstack/ironic: Add config option for ATA erase fallback in agent  https://review.openstack.org/30281917:46
*** ayoung has quit IRC17:47
*** ayoung has joined #openstack-ironic17:47
*** Sukhdev has joined #openstack-ironic17:47
*** ijw has quit IRC17:48
*** Goneri has joined #openstack-ironic17:49
openstackgerritJulia Kreger proposed openstack/ironic: Add config option for ATA erase fallback in agent  https://review.openstack.org/30281917:56
*** electrofelix has quit IRC17:57
*** baoli has joined #openstack-ironic17:58
*** ChrisAusten has joined #openstack-ironic18:02
*** jaybeale has joined #openstack-ironic18:06
*** jaybeale_ has joined #openstack-ironic18:08
*** jaybeale has quit IRC18:08
*** ijw has joined #openstack-ironic18:09
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/30694318:12
*** [1]cdearborn has quit IRC18:18
*** baoli has quit IRC18:19
* jlvillal wonders if anyone here is coming to Portland for PyCon18:20
jlvillalMay 28th - June 5th :)18:20
*** ayoung has quit IRC18:21
*** ijw has quit IRC18:24
*** cdearborn has joined #openstack-ironic18:26
*** fragatin_ has quit IRC18:27
*** fragatina has joined #openstack-ironic18:27
*** fhubik has quit IRC18:30
*** ijw has joined #openstack-ironic18:30
*** Sukhdev has quit IRC18:30
*** ijw has quit IRC18:35
*** fragatina has quit IRC18:40
*** aarefiev22 has joined #openstack-ironic18:46
*** athomas has quit IRC18:49
openstackgerritJulia Kreger proposed openstack/ironic: Add config option for ATA erase fallback in agent  https://review.openstack.org/30281918:50
*** cdearborn has quit IRC18:53
*** Sukhdev has joined #openstack-ironic18:55
*** rama_y has quit IRC18:55
*** cdearborn has joined #openstack-ironic18:57
*** ChrisAusten has quit IRC19:00
*** lennyb has quit IRC19:01
*** baoli has joined #openstack-ironic19:02
*** amotoki has quit IRC19:05
*** ijw has joined #openstack-ironic19:08
*** baoli has quit IRC19:08
*** ijw has quit IRC19:13
*** ijw has joined #openstack-ironic19:13
*** rcernin has quit IRC19:19
*** mbound has joined #openstack-ironic19:23
*** fragatina has joined #openstack-ironic19:28
*** jaybeale_ has quit IRC19:30
*** jaybeale has joined #openstack-ironic19:31
*** absubram has quit IRC19:32
*** ppiela has quit IRC19:39
*** ppiela has joined #openstack-ironic19:39
*** baoli has joined #openstack-ironic19:43
*** ppiela_ has joined #openstack-ironic19:44
*** ppiela has quit IRC19:46
*** jaybeale has quit IRC19:50
*** jaybeale has joined #openstack-ironic19:51
*** Goneri has quit IRC19:53
*** ayoung has joined #openstack-ironic19:55
*** jaybeale has quit IRC19:55
*** jayc_ has quit IRC20:05
*** Sukhdev has quit IRC20:09
*** baoli_ has joined #openstack-ironic20:09
*** baoli___ has joined #openstack-ironic20:12
*** baoli has quit IRC20:12
*** rcernin has joined #openstack-ironic20:12
*** baoli_ has quit IRC20:14
*** ijw has quit IRC20:15
*** jayc_ has joined #openstack-ironic20:19
*** baoli___ has quit IRC20:20
*** baoli has joined #openstack-ironic20:21
*** thrash is now known as thrash|g0ne20:21
*** e0ne has quit IRC20:24
*** e0ne has joined #openstack-ironic20:24
*** ijw has joined #openstack-ironic20:32
*** jjohnson2 has joined #openstack-ironic20:34
jjohnson2I finally am going to submit a talk for a conference, hurray20:35
*** rloo has quit IRC20:35
*** rama_y has joined #openstack-ironic20:35
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Remove two DEPRECATED config options from [agent]  https://review.openstack.org/30745620:36
*** piet has joined #openstack-ironic20:38
*** alexpilo_ has quit IRC20:38
*** alexpilotti has joined #openstack-ironic20:38
*** trown is now known as trown|outtypewww20:39
*** jaybeale has joined #openstack-ironic20:43
*** alexpilotti has quit IRC20:44
*** ijw has quit IRC20:46
*** ijw has joined #openstack-ironic20:48
*** krotscheck has quit IRC20:48
*** krotscheck has joined #openstack-ironic20:48
*** sacharya has quit IRC20:51
*** rloo has joined #openstack-ironic20:52
*** ijw has quit IRC20:53
*** sacharya has joined #openstack-ironic20:53
*** suro-patz has quit IRC21:01
*** suro-patz has joined #openstack-ironic21:01
*** suro-patz has quit IRC21:05
*** ijw has joined #openstack-ironic21:06
*** e0ne has quit IRC21:07
*** e0ne has joined #openstack-ironic21:08
*** jjohnson2 has quit IRC21:08
*** Sukhdev has joined #openstack-ironic21:15
*** lennyb has joined #openstack-ironic21:22
*** ijw has quit IRC21:23
*** suro-patz has joined #openstack-ironic21:24
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Use name randomizer from tempest  https://review.openstack.org/30790421:26
*** jtomasek has quit IRC21:27
*** ijw has joined #openstack-ironic21:28
*** suro-patz has quit IRC21:32
*** suro-patz has joined #openstack-ironic21:32
*** ijw has quit IRC21:33
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [api]  https://review.openstack.org/30918621:33
*** suro-patz has quit IRC21:34
*** praneshp has joined #openstack-ironic21:37
*** piet has quit IRC21:38
*** rcernin has quit IRC21:39
*** ijw has joined #openstack-ironic21:44
*** ijw has quit IRC21:50
*** ijw has joined #openstack-ironic21:51
openstackgerritMerged openstack/ironic: Update ironic.config.sample  https://review.openstack.org/30895121:53
*** suro-patz has joined #openstack-ironic21:54
*** [1]cdearborn has joined #openstack-ironic21:58
*** Sukhdev has quit IRC22:03
*** Sukhdev has joined #openstack-ironic22:04
*** cdearborn has quit IRC22:09
*** alexpilotti has joined #openstack-ironic22:09
*** Sukhdev has quit IRC22:09
*** mbound has quit IRC22:14
*** Sukhdev has joined #openstack-ironic22:15
*** baoli has quit IRC22:20
*** ijw has quit IRC22:21
*** suro-patz has quit IRC22:25
devanandaJayF: the etherpad for 'making ops less worse' looks a bit light22:26
devanandaJayF: is the goal just to gather feedback?22:26
*** Haomeng has quit IRC22:27
JayFdevananda: mostly to gather feedback, I intend on getting a few specific examples into the etherpad22:28
*** alexpilotti has quit IRC22:28
JayFdevananda: and if feedback runs dry, we can chat about how to solve those cases22:28
devanandak22:30
*** krotscheck is now known as krotscheck_dcm22:32
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [deploy]  https://review.openstack.org/30920622:34
*** ametts has quit IRC22:38
*** rloo has quit IRC22:40
mrdaMorning Ironic22:42
*** alexpilotti has joined #openstack-ironic22:45
cineramahi mrda how goes it!22:45
mrdahey cinerama22:46
* devananda finishes reviewing summit etherpads22:51
*** moshele has joined #openstack-ironic22:59
*** Sukhdev has quit IRC22:59
*** rbudden has quit IRC23:02
*** Sukhdev has joined #openstack-ironic23:04
*** moshele has quit IRC23:06
openstackgerritMario Villaplana proposed openstack/ironic: Add notifications to Ironic  https://review.openstack.org/29846123:14
*** rloo has joined #openstack-ironic23:17
openstackgerritMario Villaplana proposed openstack/ironic: Add notifications to Ironic  https://review.openstack.org/29846123:21
*** moshele has joined #openstack-ironic23:22
*** alexpilotti has quit IRC23:22
*** rloo has quit IRC23:25
*** jjohnson2 has joined #openstack-ironic23:34
*** penick has quit IRC23:39
*** Sukhdev has quit IRC23:42
*** e0ne has quit IRC23:47
*** [1]cdearborn has quit IRC23:48
*** Goneri has joined #openstack-ironic23:49
*** jayc_ has quit IRC23:51
*** ozialien has joined #openstack-ironic23:52
*** jjohnson2 has quit IRC23:56
*** penick has joined #openstack-ironic23:58

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