| *** alexpilotti has quit IRC | 00:04 | |
| *** alexpilotti has joined #openstack-ironic | 00:04 | |
| *** Masahiro has joined #openstack-ironic | 00:07 | |
| *** Masahiro has quit IRC | 00:12 | |
| NobodyCam | anyone know if tripleo elements are aware of devest env vars if they happen to be running in that env | 00:13 |
|---|---|---|
| *** spandhe has quit IRC | 00:15 | |
| NobodyCam | the answer is Yes they are :) (Found devtest agent var) | 00:23 |
| *** zhenzanz has joined #openstack-ironic | 00:25 | |
| Haomeng | NobodyCam: morning:) yes, devtest will run with these tripleo env vars:) | 00:29 |
| NobodyCam | morning Haomeng :) | 00:30 |
| Haomeng | NobodyCam: I have one question also | 00:30 |
| NobodyCam | ya I just ran a quick test | 00:30 |
| NobodyCam | sure | 00:30 |
| Haomeng | NobodyCam: can we reuse the seed image which built by tripleo? | 00:30 |
| NobodyCam | Haomeng: I do that every day | 00:30 |
| Haomeng | NobodyCam: to deploy a seed cloud with vms | 00:30 |
| Haomeng | NobodyCam: I think so, but not sure:) | 00:30 |
| NobodyCam | no thats what I do | 00:31 |
| Haomeng | NobodyCam: any addition steps to be done, such as to config the ip or control plne | 00:31 |
| NobodyCam | I hack devtest to not deploy a under or overcloud | 00:31 |
| NobodyCam | then do all my work on the seed | 00:31 |
| Haomeng | NobodyCam: so my questions is ,can we run seed.qcwo2 image with another non-tripleo env to run our deploy seed node | 00:32 |
| Haomeng | NobodyCam: cloudinit, right? | 00:32 |
| Haomeng | NobodyCam: ok, let me have try with seed image | 00:32 |
| NobodyCam | Haomeng: seed is all hardcoded values | 00:32 |
| Haomeng | NobodyCam: but not sure why rdo did not release such seed image | 00:33 |
| Haomeng | NobodyCam: yes | 00:33 |
| NobodyCam | Haomeng: look at https://github.com/openstack/tripleo-incubator/blob/master/scripts/boot-seed-vm | 00:33 |
| Haomeng | NobodyCam: so should we change these hardcoded values for non-tripleo env | 00:34 |
| Haomeng | NobodyCam: ok, thanks | 00:34 |
| Haomeng | NobodyCam: ok, let me run boot_vm scripts to try, thanks | 00:34 |
| Haomeng | NobodyCam: :) | 00:34 |
| NobodyCam | for values look at https://github.com/openstack/tripleo-image-elements/tree/master/elements/seed-stack-config | 00:34 |
| Haomeng | NobodyCam: ok | 00:35 |
| Haomeng | NobodyCam: thank you very much:) | 00:35 |
| NobodyCam | Haomeng: I abuse the devtest scripts quite a lot. :) | 00:36 |
| Haomeng | NobodyCam: :) cool:) | 00:36 |
| NobodyCam | and I'm loving jq | 00:37 |
| jroll | ^^ | 00:40 |
| *** naohirot has joined #openstack-ironic | 00:42 | |
| naohirot | good morning ironic | 00:42 |
| NobodyCam | morning naohirot | 00:43 |
| naohirot | NobodyCam: hi | 00:43 |
| NobodyCam | its T-day for you naohirot no? | 00:43 |
| naohirot | NobodyCam: no, these day, hallowin (is spell correct?) is popular here | 00:44 |
| Haomeng | naohirot: good morning:) | 00:45 |
| naohirot | Haomeng: good morning | 00:45 |
| NobodyCam | :) | 00:45 |
| *** alexpilotti_ has joined #openstack-ironic | 00:46 | |
| naohirot | NobodyCam: Halloween :-) | 00:46 |
| *** alexpilotti has quit IRC | 00:47 | |
| *** alexpilotti_ is now known as alexpilotti | 00:47 | |
| Haomeng | naohirot: :) | 00:50 |
| * naohirot in meeting | 00:54 | |
| *** Masahiro has joined #openstack-ironic | 01:02 | |
| *** ekarlso- has quit IRC | 01:12 | |
| *** ekarlso- has joined #openstack-ironic | 01:13 | |
| *** davideagnello has quit IRC | 01:22 | |
| *** ryanpetrello has joined #openstack-ironic | 01:33 | |
| *** r-daneel has quit IRC | 01:47 | |
| zer0c00l | http://paste.fedoraproject.org/154504/17053265/ devstack seem to errorout on | 01:54 |
| zer0c00l | sudo ovs-vsctl add-br brb | 01:54 |
| zer0c00l | and list-br | 01:55 |
| zer0c00l | any idea how to fix this? | 01:55 |
| *** Masahiro has quit IRC | 01:56 | |
| *** achanda has joined #openstack-ironic | 02:04 | |
| *** Masahiro has joined #openstack-ironic | 02:10 | |
| *** nosnos has joined #openstack-ironic | 02:11 | |
| *** ryanpetrello has quit IRC | 02:12 | |
| Haomeng | zer0c00l: hi | 02:21 |
| zer0c00l | Haomeng: hi | 02:22 |
| Haomeng | did you see "sudo: no tty present and no askpass program specified" | 02:24 |
| *** achanda has quit IRC | 02:28 | |
| *** achanda has joined #openstack-ironic | 02:31 | |
| Haomeng | zer0c00l: how do you launch devstack.sh, by ssh? hope this can help - http://askubuntu.com/questions/461283/no-tty-present-and-no-askpass-program-specified-with-ssh-a | 02:32 |
| zer0c00l | Haomeng: Solved that by editing sudoers file | 02:32 |
| zer0c00l | Thanks | 02:32 |
| Haomeng | zer0c00l: welcome | 02:33 |
| zer0c00l | Haomeng: Now i am running into something else | 02:33 |
| zer0c00l | http://paste.fedoraproject.org/154518/41705559/ | 02:33 |
| zer0c00l | ironic port-create fails missing chassis_uuid | 02:33 |
| Haomeng | zer0c00l: yes, got your log, but not sure if you are runing with latest code, and if your env is clean | 02:37 |
| Haomeng | zer0c00l: chassis_uuid is got via - https://github.com/openstack-dev/devstack/blob/ca7aa301b2825da8e67cf1294ae939676b7d7504/lib/ironic#L504 | 02:38 |
| Haomeng | zer0c00l: can you try to run - ironic chassis-create -d "ironic test chassis" | grep " uuid " | get_field 2 - again | 02:39 |
| *** achanda has quit IRC | 02:41 | |
| *** achanda has joined #openstack-ironic | 02:43 | |
| zer0c00l | sure | 02:45 |
| zer0c00l | let me check | 02:45 |
| *** chenglch has joined #openstack-ironic | 02:45 | |
| Haomeng | zer0c00l: I think it does not return chassis_uuid | 02:47 |
| *** ramineni has joined #openstack-ironic | 02:48 | |
| zer0c00l | Haomeng: HTTPResponse instance has no attribute 'text' | 02:52 |
| zer0c00l | I get this on my terminal | 02:52 |
| Haomeng | zer0c00l: should be your keystone issue | 02:53 |
| Haomeng | zer0c00l: can you check if keystone works, and if needed, have to clean and run devstack again | 02:53 |
| Haomeng | zer0c00l: good luck | 02:53 |
| zer0c00l | ironic chassis-create -d 'ironic test chassis' | 02:59 |
| zer0c00l | results in 403 | 02:59 |
| Haomeng | zer0c00l: sometimes, 403 is keystone issue | 03:00 |
| Haomeng | zer0c00l: suggest to run unstack.sh, and reboot, and run stack.sh again | 03:00 |
| zer0c00l | okay | 03:02 |
| *** Masahiro has quit IRC | 03:06 | |
| *** achanda has quit IRC | 03:11 | |
| *** achanda has joined #openstack-ironic | 03:14 | |
| *** achanda has quit IRC | 03:16 | |
| zer0c00l | Got it working :D | 03:16 |
| zer0c00l | Thanks | 03:16 |
| *** harlowja_ is now known as harlowja_away | 03:18 | |
| *** rushiagr_away is now known as rushiagr | 03:28 | |
| *** pensu has joined #openstack-ironic | 03:34 | |
| *** naohirot has quit IRC | 03:35 | |
| *** Masahiro has joined #openstack-ironic | 03:54 | |
| *** alexpilotti has quit IRC | 03:56 | |
| *** pcrews has quit IRC | 04:00 | |
| *** naohirot has joined #openstack-ironic | 04:00 | |
| *** nosnos has quit IRC | 04:00 | |
| *** datajerk has quit IRC | 04:02 | |
| *** dlaube has quit IRC | 04:09 | |
| *** rushiagr is now known as rushiagr_away | 04:15 | |
| *** Masahiro has quit IRC | 04:41 | |
| *** Masahiro has joined #openstack-ironic | 04:45 | |
| *** nosnos has joined #openstack-ironic | 04:49 | |
| *** yuanying has joined #openstack-ironic | 04:59 | |
| *** yuanying has quit IRC | 05:02 | |
| *** yuanying_ has quit IRC | 05:02 | |
| *** rushiagr_away is now known as rushiagr | 05:06 | |
| *** yuanying has joined #openstack-ironic | 05:06 | |
| *** dlaube has joined #openstack-ironic | 05:07 | |
| *** dlaube has quit IRC | 05:09 | |
| *** Marga_ has quit IRC | 05:14 | |
| *** Masahiro has quit IRC | 05:22 | |
| *** killer_prince is now known as lazy_prince | 05:28 | |
| *** pradipta_away is now known as pradipta | 05:30 | |
| *** Masahiro has joined #openstack-ironic | 05:32 | |
| *** ryanpetrello has joined #openstack-ironic | 05:45 | |
| *** smoriya has joined #openstack-ironic | 05:51 | |
| *** vipul has quit IRC | 06:02 | |
| *** Masahiro has quit IRC | 06:04 | |
| *** vipul has joined #openstack-ironic | 06:04 | |
| *** Masahiro has joined #openstack-ironic | 06:08 | |
| *** ryanpetrello has quit IRC | 06:11 | |
| openstackgerrit | Tan Lin proposed openstack/ironic: Add task_manager lock to Drac power driver https://review.openstack.org/137526 | 06:16 |
| *** rakesh_hs has joined #openstack-ironic | 06:24 | |
| *** k4n0 has joined #openstack-ironic | 06:26 | |
| openstackgerrit | Naohiro Tamura proposed openstack/ironic-specs: iRMC Power Driver for Ironic https://review.openstack.org/134487 | 06:32 |
| *** Nisha has joined #openstack-ironic | 06:38 | |
| *** ekarlso- has quit IRC | 06:54 | |
| *** ekarlso- has joined #openstack-ironic | 06:54 | |
| *** amitpp has joined #openstack-ironic | 07:02 | |
| *** rakesh_hs2 has joined #openstack-ironic | 07:02 | |
| *** rakesh_hs has quit IRC | 07:02 | |
| GheRivero | morning all | 07:15 |
| *** Masahiro has quit IRC | 07:16 | |
| *** Masahiro has joined #openstack-ironic | 07:19 | |
| *** vinbs has joined #openstack-ironic | 07:30 | |
| openstackgerrit | Harshada Mangesh Kakad proposed openstack/ironic: Add documentation for SeaMicro driver https://review.openstack.org/136324 | 07:32 |
| *** mrda is now known as mrda-away | 07:44 | |
| *** athomas has joined #openstack-ironic | 08:02 | |
| *** lucasagomes has joined #openstack-ironic | 08:03 | |
| *** lucasagomes has quit IRC | 08:03 | |
| *** lucasagomes has joined #openstack-ironic | 08:04 | |
| *** ifarkas_ has joined #openstack-ironic | 08:04 | |
| *** dtantsur|afk is now known as dtantsur | 08:06 | |
| dtantsur | Morning | 08:06 |
| openstackgerrit | Dmitry Tantsur proposed openstack/ironic-specs: Introduce driver capabilities https://review.openstack.org/128927 | 08:08 |
| *** yuriyz has quit IRC | 08:12 | |
| *** dlpartain has joined #openstack-ironic | 08:16 | |
| *** yuriyz has joined #openstack-ironic | 08:19 | |
| *** erwan_taf has joined #openstack-ironic | 08:23 | |
| *** amitpp has quit IRC | 08:29 | |
| *** Masahiro has quit IRC | 08:30 | |
| openstackgerrit | Tan Lin proposed openstack/ironic: Add decorator that requires a lock for Drac power driver https://review.openstack.org/137526 | 08:30 |
| *** romcheg has joined #openstack-ironic | 08:31 | |
| openstackgerrit | Ghe Rivero proposed openstack/ironic: Use olso.config generator https://review.openstack.org/137447 | 08:31 |
| *** aswadr has joined #openstack-ironic | 08:32 | |
| *** Masahiro has joined #openstack-ironic | 08:33 | |
| *** romcheg has quit IRC | 08:35 | |
| openstackgerrit | Dmitry Tantsur proposed openstack/ironic-specs: Introduce driver capabilities https://review.openstack.org/128927 | 08:35 |
| *** viktors|afk has quit IRC | 08:40 | |
| *** andreykurilin_ has joined #openstack-ironic | 08:47 | |
| openstackgerrit | Merged openstack/ironic-specs: Support for non-Glance image references https://review.openstack.org/135276 | 08:48 |
| *** viktors has joined #openstack-ironic | 08:48 | |
| *** nosnos has quit IRC | 08:49 | |
| openstackgerrit | Harshada Mangesh Kakad proposed openstack/ironic: Add documentation for SeaMicro driver https://review.openstack.org/136324 | 08:50 |
| *** pradipta is now known as pradipta_away | 08:50 | |
| openstackgerrit | Harshada Mangesh Kakad proposed openstack/ironic: Add documentation for SeaMicro driver https://review.openstack.org/136324 | 08:53 |
| *** romcheg has joined #openstack-ironic | 08:55 | |
| *** zhenzanz has quit IRC | 08:58 | |
| *** jcoufal has joined #openstack-ironic | 09:00 | |
| openstackgerrit | jiangfei proposed openstack/ironic: modify for ipa conf variables https://review.openstack.org/137550 | 09:01 |
| *** andreykurilin_ has quit IRC | 09:02 | |
| *** andreykurilin__ has joined #openstack-ironic | 09:02 | |
| *** foexle has joined #openstack-ironic | 09:07 | |
| *** smoriya has quit IRC | 09:07 | |
| *** jistr has joined #openstack-ironic | 09:10 | |
| *** Masahiro has quit IRC | 09:16 | |
| *** lintan has joined #openstack-ironic | 09:16 | |
| lintan | Naohiro Tamura? | 09:19 |
| naohirot | lintan: Hi | 09:21 |
| *** Masahiro has joined #openstack-ironic | 09:21 | |
| naohirot | lintan: have you join to IRC some time ago? | 09:22 |
| naohirot | lintan: I was just waiting for you. | 09:22 |
| lintan | naohirot: it's my first time to join Ironic IRC | 09:23 |
| naohirot | lintan: I also started to use IRC after I joined to the community :-) | 09:24 |
| lintan | naohirot: sorry for wait | 09:24 |
| naohirot | lintan: no problem :-) | 09:24 |
| naohirot | lintan: so what kind of settings does AMT have in the config file? | 09:26 |
| lintan | naohirot: port and http | 09:27 |
| lintan | naohirot: http always use port 16992 and https always use port 16993 | 09:27 |
| naohirot | lintan: Okay | 09:28 |
| lintan | naohirot: I am not sure should I put these two into driver_info | 09:28 |
| lintan | naohirot:what do you think in your case? | 09:29 |
| naohirot | lintan: "Servers in one cloud should be consistent, right? I am thinking to have the same auth_method and even same port? The only different is the address and password. I am not admin, just some thought." | 09:29 |
| naohirot | lintan: here is your comment in the gerrit. | 09:29 |
| lintan | naohirot:yes | 09:30 |
| naohirot | lintan: In case of ATM, can deployer choose authentication method? | 09:30 |
| *** teju has joined #openstack-ironic | 09:31 | |
| naohirot | lintan: what I didn't fully understand is that "consistency" between what? between drivers? | 09:32 |
| naohirot | lintan: I think making consist is good, I have no objection. | 09:33 |
| lintan | naohirot:consistent means if you try to your AMT Nodes, you should use http for all or use https for all | 09:33 |
| *** BertieFulton has joined #openstack-ironic | 09:34 | |
| lintan | naohirot:AMT support Digest and Kerberos authentication | 09:34 |
| naohirot | lintan: Okay, | 09:34 |
| dtantsur | restating what I already said on the review, I'm also not convinced we should have per-node authentication method | 09:34 |
| naohirot | lintan: let's say, there are 4 nodes, ATM node, HP node, DELL node, Fujitsu node. | 09:35 |
| naohirot | lintan: are you saying that all four kind of nodes should share the same authentication method? | 09:36 |
| lintan | naohirot:NO,no,no I mean in the same types nodes | 09:37 |
| naohirot | lintan: same types, could you give some example? | 09:37 |
| lintan | naohirot:We can set specific config for each driver | 09:37 |
| dtantsur | naohirot, you could _optionally_ allow node-specific auth method (though I don't see the reason), but there should be a common one in a configuration | 09:37 |
| naohirot | dtantsur: hi | 09:38 |
| dtantsur | naohirot, g'afternoon :) | 09:38 |
| *** nosnos has joined #openstack-ironic | 09:39 | |
| lintan | naohirot:you can check /etc/ironic/ironic.conf, there is section for ilo driver | 09:39 |
| lintan | naohirot:all ilo ports will use 443 as client_port | 09:39 |
| naohirot | lintan: I still didn't understand what are the same type, could you give me example which shows different type? | 09:39 |
| lintan | naohirot: and we can have sections for Fujitsu node and ATM node as well | 09:40 |
| * naohirot just moment | 09:40 | |
| naohirot | lintan: I'm looking at root/ironic/etc/ironic/ironic.conf.sample | 09:41 |
| lintan | naohirot: it's the same | 09:42 |
| naohirot | lintan: Yes, I'm looking at [ilo] section | 09:43 |
| * naohirot thinking | 09:44 | |
| *** andreykurilin__ has quit IRC | 09:45 | |
| *** derekh has joined #openstack-ironic | 09:46 | |
| naohirot | lintan: let me check if I could understand the point. | 09:46 |
| naohirot | lintan: we should "auth_method" in default section, then each driver overwrite the default if necessary. | 09:47 |
| naohirot | lintan: Am I correct? | 09:47 |
| naohirot | lintan: Regarding "the same types nodes", is that a case, for example, there are 4 DELL nodes. | 09:50 |
| lintan | naohirot: Yes, this what I mean | 09:51 |
| naohirot | lintan: among the 4 DELL nodes, the settings have to be the same. We shouldn't allow deployer to set different settings to each individual Dell Node. | 09:52 |
| lintan | naohirot: exactly, if you really want to set different setting to each node, you can add the option in the driver_info | 09:54 |
| naohirot | lintan: Okay, node_info and node are one-to-one relation. | 09:54 |
| naohirot | lintan: But [amt] section in config file and nodes are one to many. | 09:54 |
| *** chenglch has quit IRC | 09:55 | |
| naohirot | lintan: Now I got. I'll move the auth_method into the config file. | 09:55 |
| lintan | naohirot: yes | 09:55 |
| lintan | naohirot: that's my point | 09:56 |
| naohirot | lintan: s/node_info/driver_info/ | 09:56 |
| naohirot | lintan: thank you very much :-) | 09:56 |
| lintan | naohirot: :) | 09:56 |
| naohirot | lintan: my network disconnect soon, and leave for dinner, see you later! | 09:57 |
| lintan | naohirot: see you | 09:58 |
| openstackgerrit | Yuriy Zveryanskyy proposed openstack/ironic: Change some exceptions from invalid to missing https://review.openstack.org/137124 | 09:59 |
| openstackgerrit | Ramakrishnan G proposed openstack/ironic-specs: iLO virtual media drivers to deploy without DHCP https://review.openstack.org/137567 | 10:03 |
| Nisha | dtantsur: hi | 10:08 |
| *** rameshg87 has joined #openstack-ironic | 10:13 | |
| *** Masahiro has quit IRC | 10:13 | |
| erwan_taf | yo | 10:13 |
| *** yuanying_ has joined #openstack-ironic | 10:14 | |
| rameshg87 | ifarkas_, hi | 10:15 |
| *** yuanying has quit IRC | 10:16 | |
| *** Masahiro_ has joined #openstack-ironic | 10:20 | |
| *** Masahiro_ has quit IRC | 10:22 | |
| *** naohirot has quit IRC | 10:24 | |
| *** sambetts has joined #openstack-ironic | 10:29 | |
| *** Masahiro has joined #openstack-ironic | 10:32 | |
| *** dlpartain has quit IRC | 10:34 | |
| *** Masahiro has quit IRC | 10:34 | |
| *** Masahiro has joined #openstack-ironic | 10:37 | |
| ifarkas_ | rameshg87, hi | 10:38 |
| ifarkas_ | rameshg87, have you checked the raid spec? | 10:38 |
| rameshg87 | ifarkas_, i just checked now | 10:38 |
| rameshg87 | ifarkas_, i had some questions | 10:39 |
| rameshg87 | ifarkas_, first regarding the physical disks information in 'target_raid_configuration' | 10:40 |
| *** Nisha has quit IRC | 10:40 | |
| rameshg87 | ifarkas_, do we need to provide physical disks information ? can't the driver find this by itself ? | 10:40 |
| rameshg87 | ifarkas_, the operator has to goto each machine to find out the physical disks | 10:41 |
| ifarkas_ | rameshg87, the operator need to decide which physical disk goes to which raid array. eg you have a raid array of ssds and a raid array of hdds | 10:41 |
| ifarkas_ | rameshg87, the operator can use node introspection | 10:42 |
| ifarkas_ | rameshg87, the introspection will stash the information on node.properties or something and it can be used to define the raid arrays | 10:42 |
| rameshg87 | ifarkas_, yeah then can't the input be just the type of disks to be used for raid configuration | 10:42 |
| *** pelix has joined #openstack-ironic | 10:43 | |
| rameshg87 | ifarkas_, the problem with giving actual disk is the operator has to go and work on each bare metal node. it becomes a problem when there are many bare metal nodes | 10:43 |
| openstackgerrit | Ghe Rivero proposed openstack/ironic: Use olso.config generator https://review.openstack.org/137447 | 10:45 |
| rameshg87 | ifarkas_, i would like to avoid providing "machine-specific" things in target_raid_configuration field | 10:45 |
| ifarkas_ | rameshg87, I don't think you can avoid it, think about the scenario I gave before | 10:46 |
| rameshg87 | ifarkas_, so can we make it optional then ? | 10:49 |
| rameshg87 | ifarkas_, if the operator doesn't provide that info, then its upto driver to figure out which raid controller and which disks to use depending on the information available | 10:51 |
| rameshg87 | ifarkas_, my use case is like this - if i am an operator who has a uniform type of 30 machines, i just want to specify the number of disks and raid levels that i want | 10:51 |
| ifarkas_ | rameshg87, that might work. what would the driver do if it find a bunch of disks? | 10:52 |
| rameshg87 | ifarkas_, what do you mean my bunch of disks ? | 10:52 |
| ifarkas_ | rameshg87, like 2 hdds and 6 ssds | 10:53 |
| rameshg87 | ifarkas_, can we ever mix hdds and ssds into a single logical driver ? | 10:53 |
| rameshg87 | ifarkas_, i think that's not possible | 10:53 |
| rameshg87 | ifarkas_, s/logical driver/logical drive | 10:54 |
| rameshg87 | ifarkas_, if we mention a preferred disk_type we could select that | 10:55 |
| ifarkas_ | rameshg87, yeah, I don't think that's possible. My question is what would the driver do with these machines if the operator is not required to define that they want eg 3 separate raid arrays? | 10:55 |
| rameshg87 | ifarkas_, i guess i still didn't your question :) | 10:55 |
| rameshg87 | ifarkas_, is your question like "what would driver do if operator just says only this much - 'i want a logical disk of 50gb and raid 1'" ? is that the question ? | 10:56 |
| ifarkas_ | rameshg87, ahh, so you require at least to define the size and raid level, right? | 10:58 |
| *** Masahiro has quit IRC | 10:58 | |
| rameshg87 | ifarkas_, yes | 10:58 |
| dtantsur | lucasagomes, https://blueprints.launchpad.net/ironic-discoverd/+spec/plugin-architecture | 10:58 |
| ifarkas_ | rameshg87, then how the driver would select which physical disks would be used out of the 8? | 10:58 |
| rameshg87 | ifarkas_, if the input is only "i want a logical disk of 50gb and raid 1" - driver would examine the raid controllers and the disks, select a raid controller which has physical disks whose storage space adds upto 50gb, then select physical disks until 50gb is available and then create a logical disk | 11:00 |
| *** MattMan has quit IRC | 11:00 | |
| *** Haomeng|2 has joined #openstack-ironic | 11:00 | |
| *** MattMan has joined #openstack-ironic | 11:01 | |
| *** Haomeng has quit IRC | 11:02 | |
| ifarkas_ | rameshg87, the problem with this approach is that there is chance that the raid arrays will be built by hdds instead of ssds. or maybe the driver will mix the type which will cause failure | 11:02 |
| rameshg87 | ifarkas_, couldn't we programatically make sure that driver picks up the same type of disks ? | 11:03 |
| ifarkas_ | rameshg87, yeah but how the driver will decide if the operator want to build a raid array ouf of hdds or ssds? | 11:03 |
| rameshg87 | ifarkas_, and if the operator has a preference in type of disk, we could even add "disk_type=ssd" to the logical disk input which will cause the driver to pick only ssd | 11:04 |
| dtantsur | ifarkas_, could you review https://review.openstack.org/137595 ? It's pretty urgent, I think I screwed the sqlite patch :( | 11:04 |
| ifarkas_ | dtantsur, sure | 11:04 |
| rameshg87 | ifarkas_, if it can't find enough ssds, it could throw an error | 11:04 |
| *** ramineni has quit IRC | 11:05 | |
| ifarkas_ | rameshg87, what happens if there isn't any ssd, just hdds? | 11:05 |
| ifarkas_ | rameshg87, my problem is that I don't see how the driver should select the physical disks | 11:05 |
| ifarkas_ | rameshg87, there's a lot of questions there | 11:06 |
| rameshg87 | ifarkas_, let me put it this way | 11:06 |
| *** igordcard has joined #openstack-ironic | 11:06 | |
| rameshg87 | ifarkas_, operator says "i want 2 logical disks of (50gb, raid1), (100gb, raid5) on all my 30 machines" | 11:07 |
| rameshg87 | ifarkas_, no preference in disk types | 11:07 |
| rameshg87 | ifarkas_, during zapping of each bare metal node, driver could examine raid controllers and disks within them on each bare metal | 11:08 |
| rameshg87 | ifarkas_, it checks if it can make 50gb in a raid controller with a same disk type | 11:08 |
| rameshg87 | ifarkas_, i mean it checks if it can make a 50gb logical disk with all disks of same type | 11:09 |
| rameshg87 | ifarkas_, assuming we can programmatically determine the type of disks within a raid controller | 11:10 |
| rameshg87 | ifarkas_, does it sound good till now ? | 11:10 |
| ifarkas_ | rameshg87, ok | 11:10 |
| rameshg87 | ifarkas_, next scenario | 11:10 |
| ifarkas_ | rameshg87, could you add a paragraph to the spec to gather feedback on that? | 11:10 |
| rameshg87 | ifarkas_, okay | 11:10 |
| rameshg87 | ifarkas_, operator says "i want 2 logical disks of (50gb, raid1, ssd), (100gb, raid5, hdd) on all my 30 machines" | 11:11 |
| rameshg87 | ifarkas_, it checks if it can make 50gb in a raid controller with ssds | 11:12 |
| rameshg87 | ifarkas_, if it can't it throws an error and puts node in maintanence | 11:12 |
| rameshg87 | ifarkas_, similarly for hdds | 11:12 |
| ifarkas_ | rameshg87, yeah | 11:12 |
| ifarkas_ | rameshg87, okay, it makes sense to me this way | 11:12 |
| rameshg87 | ifarkas_, okay. just wanted to make sure both use cases are covered. | 11:13 |
| ifarkas_ | rameshg87, right | 11:13 |
| rameshg87 | ifarkas_, both for operators who have uniform hardware and don't want to go in each machine | 11:13 |
| rameshg87 | ifarkas_, and for operators who are choosy and want to provide configuration themselves | 11:13 |
| ifarkas_ | rameshg87, the operator don't have to go to every machine, since it can be automated, but I see your point | 11:15 |
| rameshg87 | ifarkas_, okay. | 11:15 |
| rameshg87 | ifarkas_, so how you want to proceed ? | 11:15 |
| rameshg87 | ifarkas_, shall i post a new patch on the review with the things discussed so far ? | 11:15 |
| ifarkas_ | rameshg87, could you add a paragraph to the spec describing it? | 11:15 |
| ifarkas_ | rameshg87, yeah | 11:15 |
| rameshg87 | ifarkas_, okay will do it today itself | 11:16 |
| ifarkas_ | rameshg87, I mean just a new revision | 11:16 |
| rameshg87 | ifarkas_, yeah, a new patch set :) | 11:16 |
| ifarkas_ | rameshg87, right ;-) | 11:16 |
| rameshg87 | ifarkas_, great. will discuss after posting the patch. | 11:17 |
| rameshg87 | ifarkas_, thanks | 11:17 |
| ifarkas_ | rameshg87, thank you | 11:17 |
| *** rameshg87 has quit IRC | 11:17 | |
| *** erwan_taf has quit IRC | 11:30 | |
| *** pensu has quit IRC | 11:34 | |
| *** vinbs has quit IRC | 11:36 | |
| *** teju has left #openstack-ironic | 11:46 | |
| *** naohirot has joined #openstack-ironic | 11:46 | |
| openstackgerrit | Ghe Rivero proposed openstack/ironic: Use olso.config generator https://review.openstack.org/137447 | 11:50 |
| *** ryanpetrello has joined #openstack-ironic | 11:54 | |
| *** pensu has joined #openstack-ironic | 11:59 | |
| *** alexpilotti has joined #openstack-ironic | 12:01 | |
| *** ryanpetrello has quit IRC | 12:06 | |
| naohirot | dtantsur: Hi, I read your comment. can I clarify little bit? | 12:08 |
| naohirot | dtantsur: Is it okay that some parameter appears in both device_info and config? | 12:10 |
| *** aswadr has quit IRC | 12:10 | |
| naohirot | dtantsur: for example port number. | 12:11 |
| *** Masahiro has joined #openstack-ironic | 12:12 | |
| naohirot | dtantsur: anyway I follows the way iLO does. | 12:13 |
| *** Masahiro has quit IRC | 12:15 | |
| *** Masahiro has joined #openstack-ironic | 12:16 | |
| naohirot | dtantsur: it seems iLO doesn't allow to change port number for each individual node according to root/ironic/ironic/drivers/modules/ilo/deploy.py | 12:18 |
| *** Masahiro has quit IRC | 12:18 | |
| naohirot | dtantsur: no I'm not right, iLO allow to change port number for individual node according to root/ironic/ironic/drivers/modules/ilo/common.py. | 12:23 |
| *** erwan_taf has joined #openstack-ironic | 12:24 | |
| naohirot | dtantsur: so I change my spec so as to be the same as iLO. | 12:25 |
| *** Masahiro has joined #openstack-ironic | 12:25 | |
| *** k4n0 has quit IRC | 12:26 | |
| dtantsur | naohirot, it's completely ok to have the default value in the configuration and (optional) overriding value in node | 12:27 |
| *** rameshg87 has joined #openstack-ironic | 12:28 | |
| *** Masahiro has quit IRC | 12:29 | |
| naohirot | dtantsur: Okay, so I revive the "client_timeout" in driver_info, and add irmc_port and auth_method into config file. | 12:31 |
| dtantsur | naohirot, I see no point in bringing client_timeout in driver_info, why would you do it? | 12:32 |
| naohirot | dtantsur: in case of iLO, it allows to overwrite client timeout for individual node. | 12:33 |
| dtantsur | naohirot, I see no point in it as well :) | 12:33 |
| * naohirot I'm going to paste URL here | 12:33 | |
| *** pelix has quit IRC | 12:34 | |
| *** pelix has joined #openstack-ironic | 12:35 | |
| naohirot | dtantsur: https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/ilo/common.py | 12:35 |
| naohirot | dtantsur: Line 153 | 12:35 |
| dtantsur | naohirot, I believe you. But the fact that ilo did it does not automatically justify any more use cases. rameshg87 any idea why it was done ^^? | 12:36 |
| naohirot | dtantsur: you are right, iLO does not always implement correctly :-) | 12:38 |
| rameshg87 | dtantsur naohirot, yes there is actually no point in timeout. | 12:39 |
| rameshg87 | dtantsur, naohirot, mainly because i now see proliantutils module doesn't seem to use it https://github.com/hpproliant/proliantutils/blob/master/proliantutils/ilo/ribcl.py :( | 12:39 |
| naohirot | rameshg87: Hi, Okay I exclude client time out from driver_info. | 12:39 |
| rameshg87 | dtantsur, naohirot, the point i remember was to make it work with slow iLO's if i remember correctly | 12:40 |
| naohirot | rameshg87: dtantsur: thanks, now everything became clear to me. | 12:42 |
| dtantsur | you're welcome :) | 12:42 |
| rameshg87 | dtantsur, i had a question for you | 12:43 |
| dtantsur | sure | 12:43 |
| rameshg87 | dtantsur, in in-band discovery | 12:43 |
| dtantsur | ouch :) | 12:43 |
| rameshg87 | dtantsur, https://review.openstack.org/#/c/122151/5 - will we have a separate ramdisk for discovery ? | 12:44 |
| rameshg87 | dtantsur, built *only* for discovery ? | 12:44 |
| dtantsur | rameshg87, for now - yes. I hope to base all ramdisks on IPA in the near future | 12:44 |
| rameshg87 | dtantsur, yeah, exactly my question was the same | 12:44 |
| rameshg87 | dtantsur, why don't we move this to ipa now itself ? :) | 12:45 |
| rameshg87 | dtantsur, to avoid operator to deal with multiple ramdisks | 12:45 |
| dtantsur | rameshg87, it needs DIB support and we have to make sure it can be built on RHEL | 12:45 |
| rameshg87 | dtantsur, diskimage-builder has ironic-agent element which can be made to be built over rhe | 12:46 |
| rameshg87 | dtantsur, currently it has been tested with fedora it seems https://github.com/openstack/diskimage-builder/tree/master/elements/ironic-agent | 12:46 |
| rameshg87 | dtantsur, i don't think it will be much of an effort to make ironic-agent to built over rhel :) | 12:46 |
| dtantsur | oh it's merged! | 12:46 |
| dtantsur | I didn't know :) | 12:47 |
| rameshg87 | dtantsur, yeah :) | 12:47 |
| dtantsur | ok, I will start investigating it ASAP, thanks for update | 12:47 |
| rameshg87 | dtantsur, great :) | 12:47 |
| rameshg87 | dtantsur, ultimately only 1 ramdisk = relief for operator :) | 12:47 |
| dtantsur | yeah, that's where we're going | 12:48 |
| *** rakesh_hs2 has quit IRC | 12:50 | |
| *** zhenzanz has joined #openstack-ironic | 12:51 | |
| *** nosnos has quit IRC | 13:01 | |
| openstackgerrit | Naohiro Tamura proposed openstack/ironic-specs: iRMC Power Driver for Ironic https://review.openstack.org/134487 | 13:08 |
| *** bradjones has quit IRC | 13:10 | |
| *** bradjones has joined #openstack-ironic | 13:10 | |
| *** bradjones has quit IRC | 13:10 | |
| *** bradjones has joined #openstack-ironic | 13:10 | |
| rameshg87 | lucasagomes, hi | 13:13 |
| *** leopoldj has joined #openstack-ironic | 13:20 | |
| *** pensu has quit IRC | 13:24 | |
| openstackgerrit | Ramakrishnan G proposed openstack/ironic-specs: New driver interface for RAID configuration https://review.openstack.org/135899 | 14:05 |
| *** rloo has joined #openstack-ironic | 14:06 | |
| rameshg87 | ifarkas_, ^^^ | 14:06 |
| ifarkas_ | rameshg87, thanks! | 14:06 |
| *** Masahiro has joined #openstack-ironic | 14:06 | |
| *** Masahiro has quit IRC | 14:11 | |
| ifarkas_ | rameshg87, wow, I just saw you changed a bunch of stuff, not just added a paragraph | 14:17 |
| ifarkas_ | rameshg87, was there any issue with the api endpoint urls that required you to change it? | 14:18 |
| rameshg87 | ifarkas_, sorry, i wanted to discuss that .. but thought of putting it anyway and checking | 14:21 |
| rameshg87 | ifarkas_, /nodes/<uuid>/raid/configuration/apply => /nodes/<uuid>/raid/apply_configuration | 14:21 |
| rameshg87 | ifarkas_, i was wondering why would we need 'configuration' as an intermediate resource | 14:22 |
| rameshg87 | ifarkas_, is there any reason for that ? is there something else we can do with raid other 'configuration' ? :) | 14:22 |
| ifarkas_ | rameshg87, not yet, but maybe in the future we will support more features | 14:23 |
| dtantsur | rameshg87, I also think you don't need `apply` :) PUT already assumes apply for example | 14:24 |
| dtantsur | rameshg87, so it should be PUT /nodes/<uuid>/raid/configuration IMO | 14:24 |
| rameshg87 | dtantsur, so you are suggesting only one endpoint ? | 14:25 |
| dtantsur | (i.e. in RESTful and RESTish API interfaces URL parts should be nouns, not verbs) | 14:25 |
| dtantsur | lemme have one more look | 14:25 |
| ifarkas_ | rameshg87, I have also seen you changed node.properties to node.extras | 14:25 |
| ifarkas_ | rameshg87, could we please discuss the changes to spec before overwriting it? | 14:26 |
| rameshg87 | ifarkas_, yeah so shall we take it one by one .. | 14:26 |
| dtantsur | rameshg87, POST /nodes/<uuid>/raid/configuration, DELETE /nodes/<uuid>/raid/configuration, POST /nodes/<uuid>/raid/configuration/verify, smth like this | 14:26 |
| dtantsur | (verify is a verb, but here it can't be helped as far as I see) | 14:27 |
| rameshg87 | dtantsur, yeah seems better to me actually | 14:27 |
| rameshg87 | ifarkas_, what do you think ? ^^ | 14:27 |
| ifarkas_ | rameshg87, ack | 14:27 |
| rameshg87 | dtantsur, ifarkas_, so can't we just avoid verify and let POST /nodes/<uuid>/raid/configuration do it | 14:28 |
| rameshg87 | dtantsur, ifarkas_, POST /nodes/<uuid>/raid/configuration can verify if configuration is intact and could re-create if it isn't | 14:28 |
| rameshg87 | dtantsur, ifarkas_, what do you think ? | 14:29 |
| dtantsur | rameshg87, oh btw s/node.extra.target_raid_configuration/node.properties.target_raid_configuration/ | 14:29 |
| dtantsur | rameshg87, extra is not for Ironic internal use | 14:30 |
| rameshg87 | dtantsur, oh | 14:30 |
| rameshg87 | dtantsur, yeah but shall we take that next after freezing on endpoint stuff :) | 14:30 |
| dtantsur | rameshg87, well POST /nodes/<uuid>/raid/configuration (or even PUT if this an idempotent operation) works for me | 14:30 |
| rameshg87 | ifarkas_, what's your opinion on that - only 2 endpoints as of now - POST /nodes/<uuid>/raid/configuration and DELETE /nodes/<uuid>/raid/configuration ? | 14:31 |
| ifarkas_ | rameshg87, yeah, good idea | 14:32 |
| rameshg87 | ifarkas_, okay i will change this | 14:32 |
| rameshg87 | ifarkas_, dtantsur, next was properties => extra | 14:32 |
| rameshg87 | ifarkas_, dtantsur, the reason i was not preferring properties as 'properties' seemed scheduling information | 14:33 |
| rameshg87 | ifarkas_, dtantsur, and target_raid_configuration as it is, IS NOT scheduling information | 14:33 |
| dtantsur | rameshg87, then driver_info, I guess. extra is not for Ironic to touch :) | 14:33 |
| rameshg87 | ifarkas_, dtantsur, nova will never be interested in full information in target_raid_configuration | 14:34 |
| ifarkas_ | rameshg87, btw, the spec can't be built, tox fails | 14:34 |
| rameshg87 | dtantsur, yeah driver_info works for me too | 14:34 |
| rameshg87 | ifarkas_, what's your thought ? | 14:34 |
| rameshg87 | ifarkas_, oh may be i screwed it up. will fix the issue. | 14:35 |
| *** rushiagr has quit IRC | 14:35 | |
| ifarkas_ | rameshg87, I don't think this belongs to driver_info but maybe we can try | 14:41 |
| rameshg87 | ifarkas_, where do you feel it belongs ? | 14:41 |
| ifarkas_ | rameshg87, properties :-) | 14:41 |
| rameshg87 | ifarkas_, :) | 14:42 |
| rameshg87 | ifarkas_, what i felt was ironic could update the properties after raid configuration is done with what is relevant | 14:42 |
| ifarkas_ | rameshg87, yeah, it's capabilities field | 14:43 |
| rameshg87 | ifarkas_, target_raid_configuration was actually an input to Ironic, not a *property* of the bare metal :) | 14:43 |
| rameshg87 | ifarkas_, or we could propose something for storing information of zapping tasks. i am sure there will be more such information to be stored :) | 14:45 |
| rameshg87 | ifarkas_, zap_info :) | 14:46 |
| ifarkas_ | rameshg87, yeah, me neither. I would suggest to wait for more feedback | 14:46 |
| rameshg87 | ifarkas_, okay, i will just revert it back to properties for now | 14:46 |
| rameshg87 | ifarkas_, let's wait until we have a better one | 14:47 |
| rameshg87 | ifarkas_, the other change is moved a sentense from problem description to proposed change (which i felt was actually a change that is proposed) | 14:47 |
| rameshg87 | ifarkas_, then i added whatever we discussed. since target_raid_configuration itself was a bigger thing in the context, i moved it to a separate bullet item, and just put both our use-cases | 14:48 |
| rameshg87 | ifarkas_, do you feel okay with both the above ? | 14:49 |
| rameshg87 | ifarkas_, oh and a slight change in your proposed use-case to push 'controller' information inside virtual_disks to be compatible with mine | 14:50 |
| rameshg87 | ifarkas_, okay, i will be back in some-time | 14:56 |
| rameshg87 | ifarkas_, feel free to comment in the spec or post a new spec with what-ever-we-discussed + your-thoughts | 14:56 |
| rameshg87 | ifarkas_, we will discuss again | 14:56 |
| *** rameshg87 is now known as rameshg87-away | 14:57 | |
| *** zhenzanz has quit IRC | 15:03 | |
| *** foexle has quit IRC | 15:03 | |
| *** rushiagr_away has joined #openstack-ironic | 15:04 | |
| ifarkas_ | rameshg87-away, yeah, I actually wanted to change the controller thing as well | 15:05 |
| ifarkas_ | rameshg87-away, maybe we no longer need the hash, the list of raid arrays should be enough | 15:06 |
| *** zhenzanz has joined #openstack-ironic | 15:07 | |
| *** r-daneel has joined #openstack-ironic | 15:10 | |
| *** rushiagr_away is now known as rushiagr | 15:11 | |
| *** naohirot has quit IRC | 15:16 | |
| *** BertieFulton has quit IRC | 15:18 | |
| *** rameshg87-away is now known as rameshg87 | 15:18 | |
| rameshg87 | ifarkas_, okay. anything more to discuss on the current spec then ? | 15:19 |
| rameshg87 | ifarkas_, if not, i will make the changes as we discussed and post a new patch | 15:19 |
| ifarkas_ | rameshg87, I have nothing more on my mind | 15:19 |
| rameshg87 | ifarkas_, okay. let me make the changes then | 15:20 |
| *** achanda has joined #openstack-ironic | 15:22 | |
| *** lazy_prince is now known as killer_prince | 15:27 | |
| *** achanda has quit IRC | 15:27 | |
| rameshg87 | ifarkas_, just one more thing if you have some time | 15:27 |
| rameshg87 | ifarkas_, just came to my mind | 15:28 |
| ifarkas_ | rameshg87, sure | 15:32 |
| rameshg87 | ifarkas_, we have 2 methods of doing raid configuration | 15:32 |
| rameshg87 | ifarkas_, as part of zapping OR as part of a manual REST API call | 15:33 |
| rameshg87 | ifarkas_, shouldn't the manual REST API call recieve the raid configuration information from the REST call itself | 15:33 |
| rameshg87 | ifarkas_, i mean as part of data in http POST | 15:33 |
| ifarkas_ | rameshg87, in that case, how the user would run verify? | 15:36 |
| rameshg87 | ifarkas_, the POST call (which inturn will do the verify first) would have raid configuration information data | 15:37 |
| rameshg87 | ifarkas_, just instead of the current way of picking up information from node.properties, it would pick up from http data | 15:37 |
| rameshg87 | ifarkas_, but it might be worth storing for reference | 15:38 |
| rameshg87 | ifarkas_, hmm, i will keep it as we discussed for now | 15:38 |
| ifarkas_ | rameshg87, yeah, I agree. Mostly because previously discussed there will be only POST and DELETE | 15:39 |
| rameshg87 | ifarkas_, yeah | 15:39 |
| dtantsur | jroll, seen https://review.openstack.org/#/c/137550/ ? | 15:41 |
| NobodyCam | happy t-day you all! | 15:42 |
| openstackgerrit | Ramakrishnan G proposed openstack/ironic-specs: New driver interface for RAID configuration https://review.openstack.org/135899 | 15:45 |
| rameshg87 | ifarkas_, ^^ | 15:46 |
| *** ParsectiX has joined #openstack-ironic | 15:49 | |
| *** Masahiro has joined #openstack-ironic | 15:55 | |
| *** ndipanov has quit IRC | 15:58 | |
| rameshg87 | all, i have a general question | 15:59 |
| rameshg87 | is there a way of safely restarting an ironic conductor - i mean making sure that restart after conductor is completely idle | 15:59 |
| *** davideagnello has joined #openstack-ironic | 16:00 | |
| rameshg87 | usecase is - i have done a config change, i need to restart ironic conductor. but i don't want to disturb any currently running activities | 16:00 |
| *** Masahiro has quit IRC | 16:00 | |
| *** ndipanov has joined #openstack-ironic | 16:01 | |
| *** dlaube has joined #openstack-ironic | 16:04 | |
| dtantsur | NobodyCam, hi! :) | 16:05 |
| NobodyCam | morning dtantsur :) | 16:07 |
| NobodyCam | rameshg87: background task are always running on the conductors | 16:08 |
| NobodyCam | so the idle is questionable | 16:09 |
| rameshg87 | NobodyCam, but just now i accidently stopped the node when it was deleting | 16:12 |
| rameshg87 | NobodyCam, and i had to go and update the db | 16:12 |
| rameshg87 | NobodyCam, because i couldn't change the provision_state otherwise | 16:12 |
| rameshg87 | NobodyCam, is there anyway to avoid this ? | 16:13 |
| rameshg87 | NobodyCam, a safer way of scheduling conductor restarts :) | 16:13 |
| *** davideagnello has quit IRC | 16:20 | |
| NobodyCam | humm | 16:21 |
| NobodyCam | other then checking the state before restarting | 16:21 |
| *** erwan_taf has quit IRC | 16:24 | |
| *** romcheg has quit IRC | 16:38 | |
| *** romcheg has joined #openstack-ironic | 16:38 | |
| *** romcheg has quit IRC | 16:38 | |
| *** ndipanov has quit IRC | 16:41 | |
| openstackgerrit | Merged openstack/ironic: Add decorator that requires a lock for Drac power driver https://review.openstack.org/137526 | 16:41 |
| openstackgerrit | Harshada Mangesh Kakad proposed openstack/ironic: Add documentation for SeaMicro driver https://review.openstack.org/136324 | 16:52 |
| *** jcoufal has quit IRC | 16:52 | |
| *** ndipanov has joined #openstack-ironic | 16:53 | |
| *** ParsectiX has quit IRC | 16:55 | |
| *** viktors is now known as viktors|afk | 16:55 | |
| *** ParsectiX has joined #openstack-ironic | 16:56 | |
| *** romcheg has joined #openstack-ironic | 16:56 | |
| *** rameshg87 has quit IRC | 16:58 | |
| *** sambetts has quit IRC | 16:59 | |
| *** athomas has quit IRC | 17:05 | |
| *** dtantsur is now known as dtantsur|afk | 17:06 | |
| *** zhenzanz has quit IRC | 17:07 | |
| *** lucasagomes has quit IRC | 17:09 | |
| *** rushiagr is now known as rushiagr_away | 17:11 | |
| *** ifarkas_ has quit IRC | 17:11 | |
| *** ParsectiX has quit IRC | 17:12 | |
| *** ParsectiX has joined #openstack-ironic | 17:12 | |
| *** pensu has joined #openstack-ironic | 17:13 | |
| *** Nisha has joined #openstack-ironic | 17:22 | |
| *** derekh has quit IRC | 17:24 | |
| *** ndipanov is now known as ndipanov_gone | 17:29 | |
| *** Masahiro has joined #openstack-ironic | 17:44 | |
| *** Masahiro has quit IRC | 17:48 | |
| *** jistr has quit IRC | 17:50 | |
| *** rushiagr_away is now known as rushiagr | 18:02 | |
| *** achanda has joined #openstack-ironic | 18:04 | |
| *** davideagnello has joined #openstack-ironic | 18:08 | |
| *** foexle has joined #openstack-ironic | 18:11 | |
| *** davideagnello has quit IRC | 18:13 | |
| *** pcrews has joined #openstack-ironic | 18:17 | |
| *** romcheg has quit IRC | 18:19 | |
| *** achanda has quit IRC | 18:28 | |
| *** MattMan has quit IRC | 18:32 | |
| *** romcheg has joined #openstack-ironic | 18:35 | |
| *** leopoldj has quit IRC | 18:39 | |
| *** pensu has quit IRC | 18:41 | |
| *** foexle has quit IRC | 18:46 | |
| *** rushiagr is now known as rushiagr_away | 18:48 | |
| *** pcrews has quit IRC | 18:49 | |
| *** rushiagr_away is now known as rushiagr | 18:56 | |
| *** Parsecti_ has joined #openstack-ironic | 18:56 | |
| *** ParsectiX has quit IRC | 18:57 | |
| *** pelix has quit IRC | 19:06 | |
| *** pcrews has joined #openstack-ironic | 19:11 | |
| *** Parsecti_ has quit IRC | 19:25 | |
| *** pcrews has quit IRC | 19:27 | |
| *** pcrews has joined #openstack-ironic | 19:31 | |
| *** romcheg1 has joined #openstack-ironic | 19:31 | |
| *** Masahiro has joined #openstack-ironic | 19:33 | |
| *** Masahiro has quit IRC | 19:37 | |
| *** achanda has joined #openstack-ironic | 19:38 | |
| *** achanda has quit IRC | 19:43 | |
| *** dlaube has quit IRC | 20:05 | |
| *** igordcard has quit IRC | 20:12 | |
| *** romcheg1 has quit IRC | 20:13 | |
| *** mrda-away is now known as mrda | 20:39 | |
| mrda | Morning Ironic | 20:39 |
| *** igordcard has joined #openstack-ironic | 21:00 | |
| *** andreykurilin_ has joined #openstack-ironic | 21:03 | |
| *** davideagnello has joined #openstack-ironic | 21:12 | |
| *** igordcard has quit IRC | 21:20 | |
| *** Masahiro has joined #openstack-ironic | 21:21 | |
| *** Marga_ has joined #openstack-ironic | 21:22 | |
| *** davideagnello has quit IRC | 21:23 | |
| *** Masahiro has quit IRC | 21:26 | |
| *** igordcard has joined #openstack-ironic | 21:34 | |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/ironic-python-agent: Updated from global requirements https://review.openstack.org/135964 | 21:42 |
| *** Marga_ has quit IRC | 21:44 | |
| *** Marga_ has joined #openstack-ironic | 21:44 | |
| *** Marga_ has quit IRC | 21:51 | |
| *** davideagnello has joined #openstack-ironic | 22:28 | |
| *** davideagnello has quit IRC | 22:40 | |
| *** davideagnello has joined #openstack-ironic | 22:40 | |
| *** Nisha has quit IRC | 22:49 | |
| *** romcheg1 has joined #openstack-ironic | 22:52 | |
| *** andreykurilin_ has quit IRC | 23:04 | |
| *** Masahiro has joined #openstack-ironic | 23:10 | |
| *** Masahiro has quit IRC | 23:15 | |
| *** pcrews has quit IRC | 23:16 | |
| *** Haomeng has joined #openstack-ironic | 23:36 | |
| *** Haomeng|2 has quit IRC | 23:37 | |
| *** romcheg has quit IRC | 23:42 | |
| *** romcheg has joined #openstack-ironic | 23:42 | |
| *** romcheg has quit IRC | 23:43 | |
| *** Marga_ has joined #openstack-ironic | 23:44 | |
| *** derekh has joined #openstack-ironic | 23:47 | |
| *** Marga_ has quit IRC | 23:51 | |
| *** romcheg1 has quit IRC | 23:55 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!