Friday, 2020-10-02

« Thursday, 2020-10-01 Index Saturday, 2020-10-03 »
*** maharg101 has joined #openstack-kolla00:04
*** k_mouza has joined #openstack-kolla00:06
*** maharg101 has quit IRC00:09
*** k_mouza has quit IRC00:10
*** weshay|ruck has quit IRC00:54
*** weshay has joined #openstack-kolla00:55
*** weshay is now known as weshay|ruck00:55
*** k_mouza has joined #openstack-kolla01:05
*** k_mouza has quit IRC01:09
*** zzzeek has quit IRC01:17
*** zzzeek has joined #openstack-kolla01:19
*** k_mouza has joined #openstack-kolla01:33
*** k_mouza has quit IRC01:38
*** zzzeek has quit IRC01:51
*** zzzeek has joined #openstack-kolla01:51
*** k_mouza has joined #openstack-kolla01:51
*** k_mouza has quit IRC01:56
*** kevko_ has quit IRC01:58
*** maharg101 has joined #openstack-kolla02:06
*** kevko_ has joined #openstack-kolla02:08
*** maharg101 has quit IRC02:10
*** k_mouza has joined #openstack-kolla02:27
*** k_mouza has quit IRC02:31
*** Tony31 has joined #openstack-kolla02:32
*** kevko_ has quit IRC02:33
*** kevko_ has joined #openstack-kolla02:33
*** kevko_ has quit IRC03:21
*** Tony31 has quit IRC03:31
*** zzzeek has quit IRC03:52
*** zzzeek has joined #openstack-kolla03:52
*** maharg101 has joined #openstack-kolla04:06
*** maharg101 has quit IRC04:11
*** alanmeadows has quit IRC04:28
*** alanmeadows has joined #openstack-kolla04:28
*** evrardjp has quit IRC04:33
*** evrardjp has joined #openstack-kolla04:33
*** zzzeek has quit IRC05:59
*** zzzeek has joined #openstack-kolla06:01
*** cah_link has joined #openstack-kolla06:07
*** maharg101 has joined #openstack-kolla06:07
*** maharg101 has quit IRC06:12
*** hjensas|afk has joined #openstack-kolla06:38
*** maharg101 has joined #openstack-kolla07:38
*** mrunge has quit IRC07:53
*** mrunge has joined #openstack-kolla07:54
*** e0ne has joined #openstack-kolla07:55
*** Fl1nt has joined #openstack-kolla07:56
Fl1ntGooood morning fellows!!07:56
mgoddardmorning Fl1nt07:57
openstackgerritMark Goddard proposed openstack/kolla-ansible master: octavia: generate certificates automatically  https://review.opendev.org/75428008:03
Fl1ntmgoddard, are you familliar with ElasticSearch?08:04
mgoddardFl1nt: sort of08:04
mgoddardI'm no expert08:04
Fl1ntdo you know about the infamous include_type_name parameter issue that can occurs with ES 6.6+/7.x series ?08:05
openstackgerritMark Goddard proposed openstack/kolla-ansible master: octavia: support tenant management network  https://review.opendev.org/75558908:05
Fl1ntI think we may hit it on cloudkitty: http://paste.openstack.org/show/d1dFwvdtSwBoexKYcmoH/08:05
openstackgerritMark Goddard proposed openstack/kolla-ansible master: CI: octavia: create and test a load balancer  https://review.opendev.org/75428508:07
mgoddardFl1nt: I thought we saw that with the 5.x -> 6.x upgrade08:09
mgoddardwe have ansible/roles/kibana/tasks/migrate-kibana-index.yml08:09
Fl1ntI'm using Train branch, it's still using ES 5.6.16, did I missed something?08:09
mgoddardFl1nt: maybe cloudkitty expects a newer ES?08:11
Fl1ntyep I think so, but 6.x should be fine tho, I'm just wondering why my installation isn't using ES6 yet.08:12
*** kevko_ has joined #openstack-kolla08:16
mgoddardFl1nt: CentOS7 has 5, CentOS 8 has 6 on Train08:17
Fl1ntaaaah that's it. ok, so I'm screwed ^^08:17
Fl1ntI'll update the images to 8 and make the update.08:17
Fl1ntthx08:17
yoctozeptomorning08:33
*** k_mouza has joined #openstack-kolla08:36
*** k_mouza has quit IRC08:41
*** k_mouza has joined #openstack-kolla08:42
Fl1ntmorning @yoctozepto !09:06
kevko_morning guys !09:14
Fl1ntgood morning kevko_ o/09:15
kevko_yoctozepto: i completly reworked my logging ... will push to another review ..as it is quite different ..but more kolla-ansible integrated09:15
kevko_and common for all services09:15
*** gfidente has joined #openstack-kolla09:19
yoctozeptokevko_: that's great; but it could get moved to early wallaby...09:32
kevko_yoctozepto: it's ok  .. i will cherry pick locally inside our company09:32
yoctozeptomgoddard: so, re octavia, basically I'm proposing to keep another live-updated yaml with generated values that is always around09:34
yoctozeptomgoddard: and you seemingly prefer to make it a separate command09:35
yoctozeptoI guess that's ok with me09:35
*** cz3 is now known as ntoskrnl09:38
*** ntoskrnl is now known as cz309:38
*** Tony31 has joined #openstack-kolla09:38
Tony31morning!09:43
Tony31@mgoddard thanks for your help yesterday. There was some config issue on the node so the error was coming from there09:44
Tony31I couldnt figure it out, it all looked ok to me when going through the individual ifcfg files. So I just removed them all, restarted network successfully then reconfigured the hosts through kayobe and all good now09:44
mgoddardTony31: that's not ideal, but glad it's working now09:45
Tony31It may have happened because I was trying to get the config right through ansible and it stuffed something up09:45
mgoddardyoctozepto: the thing I'd like to avoid is the deploy command making changes to your local config09:45
yoctozeptomgoddard: yup, deploy should not be touching localhost, as this might come as surprising09:46
mgoddardyoctozepto: also if we did that unconditionally, then didn't update the resources, it would prevent changing them09:46
Tony31Could anyone help me with regards to OVS? I've deployed a "physnet3" now but there's no ovs for it. So in my ml2_conf.ini I've just mentioned the actual bridge but I dont think this will be successful as the other phsnet1 and physnet2 have br-ovs09:46
Tony31any pointers on this?09:47
*** hjensas|afk has quit IRC09:49
openstackgerritPierre Riteau proposed openstack/kayobe master: Disable overcloud networks for Ironic when unused  https://review.opendev.org/75501510:03
openstackgerritPierre Riteau proposed openstack/kayobe master: dev: fix test scripts when ironic is disabled  https://review.opendev.org/75547410:03
openstackgerritdalekseev proposed openstack/kolla-ansible stable/train: Add 'baremetal' to mechanism_drivers when using ironic+linuxbridge  https://review.opendev.org/75575410:12
*** ricolin_ has joined #openstack-kolla10:17
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: Implement automatic deploy of octavia  https://review.opendev.org/74018010:56
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: Implement automatic deploy of octavia  https://review.opendev.org/74018011:01
yoctozeptomgoddard, mnasiadka: ^11:06
yoctozeptomgoddard: which next?11:06
yoctozeptoheadphoneJames: any luck with neutron on your side?11:07
*** jbalciunas has joined #openstack-kolla11:10
mgoddardyoctozepto: commented11:30
mgoddardyoctozepto: top of the chain is https://review.opendev.org/#/c/754285/11:30
patchbotpatch 754285 - kolla-ansible - CI: octavia: create and test a load balancer - 15 patch sets11:30
yoctozeptoheadphoneJames: I found https://bugs.launchpad.net/neutron/+bug/186441811:30
openstackLaunchpad bug 1864418 in neutron "has wrong with use apache to start neutron api in docker container" [Undecided,New]11:30
yoctozeptoso it is independetly shown it does not work, at least with the current packaging11:30
yoctozeptolooks like missing monkeypatching11:31
openstackgerritMichal Arbet proposed openstack/kolla-ansible master: Use native fluent-logger instead of tail - Fluent central_logging  https://review.opendev.org/75577511:49
kevko_yoctozepto: https://review.opendev.org/75577511:49
patchbotpatch 755775 - kolla-ansible - Use native fluent-logger instead of tail - Fluent ... - 1 patch set11:49
kevko_yoctozepto: https://ibb.co/rt94FmJ11:53
kevko_yoctozepto: https://ibb.co/KNNL5T6  ... very nice ? no ? :)11:53
yoctozeptokevko_: whoa! I'm buying it11:56
kevko_yoctozepto: cool right ?11:56
yoctozeptomgoddard: commented back11:59
yoctozeptomgoddard: restore the empty defaults? or use the if-defined constructs?11:59
yoctozeptoI feel leaving default is cleaner11:59
yoctozeptoso would go the 2nd option11:59
mgoddardyoctozepto: yeah, leave defaults. We could probably add some prechecks, but that is another thing12:03
yoctozeptomgoddard: k, amending12:03
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: Implement automatic deploy of octavia  https://review.opendev.org/74018012:05
yoctozeptomgoddard, mnasiadka: https://review.opendev.org/755328 <- important to restore previously working and fix a bug12:08
patchbotpatch 755328 - kolla-ansible - Control Neutron migrations - 4 patch sets12:08
mgoddardwill look later12:09
yoctozeptomgoddard: OK12:09
yoctozeptoheadphoneJames: honestly I find it quite suspicious neutron refrains from running behind mod_wsgi AND neutron having the memcache issues12:16
yoctozeptosmeels like threading funkiness12:16
yoctozeptosmells*12:16
jbalciunas:)12:19
jbalciunasyoctozepto: https://bugs.launchpad.net/oslo.cache/+bug/188365912:20
openstackLaunchpad bug 1883659 in oslo.cache "keystonemiddleware connections to memcached from neutron-server grow beyond configured values" [Undecided,Confirmed]12:20
yoctozeptojbalciunas: thanks for the link, I was looking for it12:21
yoctozeptohttps://bugs.launchpad.net/neutron/+bug/186441812:21
openstackLaunchpad bug 1864418 in neutron "Cannot run neutron-api via mod_wsgi" [Undecided,Confirmed]12:21
openstackgerritMerged openstack/kayobe stable/ussuri: Performance: avoid set_fact in Kolla Ansible host vars  https://review.opendev.org/75554812:21
yoctozeptocross-commented12:22
yoctozeptoanyone volunteering to massage neutrinos about the issue? :-)12:22
yoctozepto(and there is no typo in there ^)12:23
*** cah_link has quit IRC12:36
*** k_mouza has quit IRC12:54
*** k_mouza has joined #openstack-kolla12:55
*** ricolin_ has quit IRC13:05
*** ricolin_ has joined #openstack-kolla13:06
*** greuceanu has joined #openstack-kolla13:10
*** greuceanu is now known as Manheim13:10
openstackgerritMichal Arbet proposed openstack/kolla-ansible master: Use native fluent-logger instead of tail - Fluent central_logging  https://review.opendev.org/75577513:18
*** dougsz has joined #openstack-kolla13:27
*** dciabrin has joined #openstack-kolla13:28
*** ricolin_ has quit IRC13:30
*** ricolin_ has joined #openstack-kolla13:52
*** priteau has joined #openstack-kolla13:52
*** priteau has quit IRC13:58
*** priteau has joined #openstack-kolla14:19
openstackgerritMark Goddard proposed openstack/kayobe master: Disable overcloud networks for Ironic when unused  https://review.opendev.org/75501514:23
*** Fl1nt has quit IRC14:24
openstackgerritMark Goddard proposed openstack/kayobe master: dev: fix test scripts when ironic is disabled  https://review.opendev.org/75547414:24
openstackgerritMark Goddard proposed openstack/kayobe stable/ussuri: When EPEL install flag is not set  https://review.opendev.org/75580414:26
openstackgerritMark Goddard proposed openstack/kayobe stable/train: When EPEL install flag is not set  https://review.opendev.org/75580514:26
*** vkmc has quit IRC14:27
*** alanmeadows has quit IRC14:27
*** alanmeadows has joined #openstack-kolla14:28
*** vkmc has joined #openstack-kolla14:29
openstackgerritMark Goddard proposed openstack/kayobe stable/train: When EPEL install flag is not set  https://review.opendev.org/75580514:29
openstackgerritMark Goddard proposed openstack/kayobe master: Add documentation for routed control plane networks  https://review.opendev.org/75506714:37
openstackgerritMark Goddard proposed openstack/kolla-ansible master: octavia: generate certificates automatically  https://review.opendev.org/75428014:44
openstackgerritMark Goddard proposed openstack/kolla-ansible master: add octavia openrc file  https://review.opendev.org/74599714:51
openstackgerritMark Goddard proposed openstack/kolla-ansible master: CI: octavia: create and test a load balancer  https://review.opendev.org/75428514:51
mgoddardyoctozepto: new chain, testing LB on the external network14:52
openstackgerritMerged openstack/kolla-ansible master: Implement automatic deploy of octavia  https://review.opendev.org/74018015:04
yoctozeptomgoddard: ^ yay!15:08
mgoddardmhm15:08
yoctozeptomgoddard: was on a meeting, will look15:08
yoctozeptomgoddard: docs are priority now15:09
* yoctozepto on food hunt now15:09
mgoddardyoctozepto: not certificate generation?15:09
openstackgerritMark Goddard proposed openstack/kolla-ansible master: octavia: support tenant management network  https://review.opendev.org/75558915:10
*** TrevorV has joined #openstack-kolla15:11
kevko_guys, is this still actual ?15:13
kevko_Python Requests library will not trust self-signed or privately signed CAs even if they are added into the OS trusted CA folder and update-ca-trust is executed. For services that rely on the Python Requests library, either CA verification must be explicitly disabled in the service or the path to the CA certificate must be configured using the openstack_cacert parameter.15:13
kevko_(ussuri)15:13
*** also_stingrayza has joined #openstack-kolla15:14
*** stingrayza has quit IRC15:16
*** k_mouza has quit IRC15:33
*** Manheim has quit IRC15:42
openstackgerritMerged openstack/kolla-ansible stable/train: Add 'baremetal' to mechanism_drivers when using ironic+linuxbridge  https://review.opendev.org/75575415:43
*** e0ne has quit IRC15:45
*** priteau has quit IRC15:45
yoctozeptomgoddard: in a sense, yes; I meant that now that we merged the new code, we need it documented :-)15:48
yoctozeptomgoddard: so tenant is oos for victoria?15:49
yoctozeptomakes sense to me15:49
openstackgerritdalekseev proposed openstack/kolla-ansible stable/stein: Add 'baremetal' to mechanism_drivers when using ironic+linuxbridge  https://review.opendev.org/75583415:49
*** e0ne has joined #openstack-kolla15:50
*** e0ne has quit IRC15:52
*** priteau has joined #openstack-kolla15:53
yoctozeptomgoddard: An unhandled exception occurred while templating '{{ 'octavia_network' | kolla_address }}'. Error was a <class 'kolla_ansible.exception.FilterError'>, original message: Address family 'ipv4' undefined on interface 'vxlan1' for host: 'primary'15:53
mgoddarddoh15:57
*** k_mouza has joined #openstack-kolla15:57
*** k_mouza has quit IRC16:02
*** k_mouza has joined #openstack-kolla16:04
yoctozeptomgoddard: octavia-certificates does not look production-level, no?16:05
mgoddardyoctozepto: well16:05
mgoddardit follows the octavia guide16:05
yoctozeptowhich is an example16:05
yoctozeptoand we are not making it too configurable16:05
johnsomIf it follows this guide: https://docs.openstack.org/octavia/latest/admin/guides/certificates.html It is good.16:06
mgoddardthen it is good :)16:07
mgoddardyoctozepto: it's just for internal comms16:07
mgoddardyoctozepto: I had thought an easy win would be to allow overriding openssl.cnf16:07
mgoddardbut didn't want to guild the lily yet16:08
johnsomYeah, it's purely system-to-system, so doing the dual self signed CA is perfectly fine.16:08
yoctozeptomgoddard: well, it also resets the serial each time16:08
mgoddardbug16:09
yoctozeptook, so it's only meant to be run once ever16:09
yoctozeptocorrect?16:09
*** k_mouza has quit IRC16:09
yoctozeptothen let's just patch that and allow openssl.cnf override I guess16:09
yoctozeptoand we can ship16:09
mgoddardwell it has 'creates' that should make it idempotent16:09
yoctozeptodoes it?16:10
mgoddardand ideally, if you delete the right set of certs it would recreate them, although I haven't tested that16:10
yoctozepto- name: Create serial files for server_ca and client_ca16:10
yoctozepto  copy:16:10
yoctozepto    content: 100016:10
yoctozepto    dest: "{{ octavia_certs_work_dir }}/{{ item.item }}/serial"16:10
yoctozepto  loop: "{{ serial_info.results | selectattr('stat.exists', 'equalto', false) | list }}"16:10
mgoddardyeah, as I just said that's a bug16:10
yoctozeptook16:10
mgoddardideally we would have some argument to the command saying 'regenerate'16:11
mgoddardbut that would need testing16:11
mgoddardmk216:11
yoctozeptonot worth it atm16:11
mgoddardneeds care to ensure existing certs remain valid16:11
yoctozeptoso fixing the idempotency of serial16:11
mgoddardI tried once and it complained that there was already a cert for the host16:11
yoctozeptogmm16:12
mgoddardhold up16:12
yoctozeptohmm*16:12
mgoddardloop: "{{ serial_info.results | selectattr('stat.exists', 'equalto', false) | list }}"16:12
yoctozeptodoes it ever use this serial?16:12
mgoddardonly creates those that don't exist16:12
yoctozeptogood catch16:12
yoctozeptomakes sense16:12
yoctozeptoI can't see serial and index being used there further16:13
mgoddardhttps://review.opendev.org/#/c/754280/12/ansible/roles/octavia-certificates/files/openssl.cnf16:13
patchbotpatch 754280 - kolla-ansible - octavia: generate certificates automatically - 12 patch sets16:13
yoctozeptoI mean, this info is immediately discarde16:14
yoctozeptoI know openssl writes to it16:14
yoctozeptobut it could as well write to /dev/null16:14
johnsomserial numbers are used if you need to revoke a certificate.16:14
*** ricolin_ has quit IRC16:14
mgoddardI like this octavia expert as a service16:15
johnsomSo, some deployers use a central CA location. Others will set the start serial number on each controller to blocks, like 10,000 on one, 20,000, etc.16:15
johnsommgoddard lol, that is what we are here for. Helping people out16:15
yoctozeptoyeah, it has to be a regular service16:16
mgoddardappreciated16:16
yoctozeptojohnsom: that's very welcome!16:16
yoctozeptohmm, so we are doing this a bit differently16:16
yoctozeptocreating one set of CAs and deploying these everywhere16:16
johnsomSorry I don't have a deep understanding of kolla, but I can answer most Octavia questions.16:16
yoctozeptoit's the other way around here :-)16:17
*** k_mouza has joined #openstack-kolla16:17
* yoctozepto reading octavia docs now16:18
johnsomYeah, so if you are doing the distributed CA approach, maybe have a step that goes through and sets each instance to have a certain serial starting point. That way you won't end up with overlapping serial numbers.16:18
yoctozeptook, "Certificate Lifecycles" pretty much answered my questions16:19
yoctozepto"The server certificates are uniquely generated for each amphora by the controller using the server certificate authority certificates and keys. These server certificates are automatically rotated by the Octavia housekeeping controller process as they near expiration."16:19
johnsomI will say, operationally, overlapping serial numbers don't break anything. It just limits your ability to issue a revoke16:19
yoctozeptojohnsom: we don't feed starting serials to control hosts at all16:20
yoctozeptoI guess we should then16:20
johnsomGood to know my doc is useful, lol16:20
yoctozeptoso does this apply to the server certificates?16:20
yoctozeptolike, octavia is not coordinating the serial numbers between them?16:20
yoctozeptothem=controllers16:20
johnsomRight, Octavia does not coordinate the openssl CAs.16:21
*** k_mouza has quit IRC16:22
*** k_mouza has joined #openstack-kolla16:23
mgoddardso, just to be clear - we are generating 4 files (server CA key & cert, client CA cert, client combined cert & key), and copying these to each controller16:24
mgoddardrather than doing anything specific for each controller16:24
johnsomYeah, that is good. The only potential enhancement would be to give each controller openssl CA a unique serial number block by "echo 100000 > serial" or something similar.16:25
mgoddardwould that result in a separate server CA cert for each controller?16:26
yoctozeptowe don't set the serial on controllers *at all*16:26
yoctozeptomgoddard: we would need a common CA parent on them to trust each other though16:27
johnsomIf you don't set it, it automatically starts at 116:27
yoctozeptook, so we need to point octavia at serial too16:27
johnsomSo, sorry this is a bit complicated, but two-way TLS authentication is... just complicated.16:27
*** k_mouza has quit IRC16:27
yoctozeptowell, it's not that complicated when you get to know how octavia deals with it :-)16:28
yoctozeptoyour insight was very helpful16:28
johnsomThe CA cert and key should be shared for both client and server side.16:28
johnsomThen, in theory you would issue a certificate for each controller using the "client" CA. Though some just share them (again, limits revoke options and means they all expire at the same time).16:29
johnsomA highlight in the doc is the controllers are the "client" talking to the "servers" on the amphora.16:29
*** suryasingh has quit IRC16:29
mgoddardI see16:30
mgoddardso it's the client CA where we would modify the serial16:30
yoctozeptojohnsom: I've got an issue - I can't see how to set the serial file for octavia to use, or openssl.cnf16:30
johnsomThen, Octavia will use the "server" CA to issue certs to the amphora as they are booted or if they need to be rotated for a policy.16:30
johnsomThis issue of certs to the amphora, each are unique to the amphora, the CN is the amphora uuid.16:30
johnsomThe serial file comes into play in this "server" cert issue to the amphora. If it's not set, each controller will start at 1 and you will have amps with duplicate serial 1. The CN will still be unique though, which is how our validate checks if the cert is from the right amphora.16:32
*** dougsz has quit IRC16:32
johnsomyoctozepto It's step five in this section: https://docs.openstack.org/octavia/latest/admin/guides/certificates.html#creating-the-certificate-authorities16:32
yoctozeptojohnsom: but this one is used only for the initial generation16:33
*** k_mouza has joined #openstack-kolla16:33
johnsomOh, step 8 actually for the client side16:33
yoctozeptonah, we are about the server side now16:33
yoctozeptoI mean16:33
johnsomRight, sorry. multi-tasking.16:33
yoctozeptowe are giving our octavia controllers only the CA cert/key16:33
yoctozeptonot openssl.cnf, not serial16:34
yoctozeptooctavia does not seem to have config to provide their paths16:34
yoctozeptoso it cannot really use them16:34
yoctozepto:-)16:34
johnsomOh, doh, yeah, you are right, this is using the local cert generator. It creates a serial off the uuid: https://github.com/openstack/octavia/blob/master/octavia/certificates/generator/local.py#L40\16:35
johnsomStop listening to me16:35
johnsomgrin16:35
yoctozeptoALL CLEAR16:36
yoctozepto:D16:36
yoctozeptoso fine16:36
yoctozeptowe've got this sorted out16:36
yoctozeptowe have central location for client CA16:36
yoctozeptothe ansible deployment host16:37
yoctozeptothat drives it all16:37
yoctozeptoso we have our serial nice and dandy16:37
yoctozeptoand we can in fact not care about server CA serial because server CA is never controlled by us16:37
*** k_mouza has quit IRC16:38
yoctozeptojohnsom: thank you for your cooperation :-)16:38
johnsomThank you for your patience16:39
yoctozeptohow awesome it would be to have this responsiveness from each project :-)16:39
yoctozeptomgoddard: are you sitting down to the certs or want to let me take a bite at them?16:39
yoctozepto(or want to finish current iteration and then let me)16:39
mgoddardyoctozepto: I'm probably not going to get to it today, feel free to have a go16:42
yoctozeptomgoddard: ok, I've still got my batteries on :-)16:43
mgoddardrunning low16:43
yoctozeptoI felt worse yesterday16:43
yoctozeptoso can relate :-)16:44
*** k_mouza has joined #openstack-kolla16:45
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: octavia: generate certificates automatically  https://review.opendev.org/75428016:47
yoctozeptojust rebased for now16:47
*** k_mouza has quit IRC16:50
*** k_mouza has joined #openstack-kolla16:56
*** k_mouza has quit IRC17:01
*** k_mouza has joined #openstack-kolla17:08
*** k_mouza has quit IRC17:13
*** k_mouza has joined #openstack-kolla17:25
*** k_mouza has quit IRC17:30
*** k_mouza has joined #openstack-kolla17:35
*** dswebb has joined #openstack-kolla17:38
*** k_mouza has quit IRC17:39
born2bakeHi guys, I am getting this error https://access.redhat.com/solutions/5100681 ; I am wondering, is there any setting in neutron which I can verify that MTU is not bigger than 1500?17:46
*** gfidente has quit IRC17:46
*** Tengu has quit IRC17:48
openstackgerritMerged openstack/kayobe stable/train: Performance: Parallelise Kolla Ansible host vars generation  https://review.opendev.org/75406417:49
openstackgerritMerged openstack/kolla-ansible stable/ussuri: Performance: use a single config file for logrotate  https://review.opendev.org/75296418:02
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: octavia: generate certificates automatically  https://review.opendev.org/75428018:04
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: octavia: generate certificates automatically  https://review.opendev.org/75428018:04
*** Tengu has joined #openstack-kolla18:25
*** k_mouza has joined #openstack-kolla18:45
*** kevko_ has quit IRC18:46
*** k_mouza has quit IRC18:49
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: octavia: generate certificates automatically  https://review.opendev.org/75428018:51
*** k_mouza has joined #openstack-kolla19:00
*** k_mouza has quit IRC19:04
*** k_mouza has joined #openstack-kolla19:17
*** priteau has quit IRC19:17
*** k_mouza has quit IRC19:22
openstackgerritMerged openstack/kolla-ansible stable/stein: Add 'baremetal' to mechanism_drivers when using ironic+linuxbridge  https://review.opendev.org/75583419:25
*** TrevorV has quit IRC19:26
*** e0ne has joined #openstack-kolla19:37
openstackgerritPedro Henrique Pereira Martins proposed openstack/kolla-ansible master: Add support to OpenID Connect Authentication flow  https://review.opendev.org/69543219:53
*** e0ne has quit IRC19:55
*** waxfire2 has joined #openstack-kolla19:56
*** e0ne has joined #openstack-kolla19:56
openstackgerritPedro Henrique Pereira Martins proposed openstack/kolla-ansible master: Add support to OpenID Connect Authentication flow  https://review.opendev.org/69543219:57
*** crindi has quit IRC19:57
*** _Cyclone_ has quit IRC19:57
*** crindi has joined #openstack-kolla19:57
*** _Cyclone_ has joined #openstack-kolla19:57
*** waxfire has quit IRC19:57
*** waxfire2 is now known as waxfire19:57
*** k_mouza has joined #openstack-kolla19:59
*** maharg101 has quit IRC19:59
*** k_mouza has quit IRC20:03
*** k_mouza has joined #openstack-kolla20:07
openstackgerritPaul Leimer proposed openstack/kolla stable/train: Add collectd-libpod-stats to image  https://review.opendev.org/75587320:09
*** k_mouza has quit IRC20:11
*** maharg101 has joined #openstack-kolla20:39
*** e0ne has quit IRC20:41
*** maharg101 has quit IRC20:52
*** e0ne has joined #openstack-kolla21:25
*** e0ne has quit IRC21:42
*** e0ne has joined #openstack-kolla21:48
*** e0ne has quit IRC21:57
*** kevko_ has joined #openstack-kolla22:03
*** k_mouza has joined #openstack-kolla22:28
*** k_mouza has quit IRC22:32
*** maharg101 has joined #openstack-kolla22:49
*** maharg101 has quit IRC22:54
*** ricolin_ has joined #openstack-kolla23:49
« Thursday, 2020-10-01 Index Saturday, 2020-10-03 »

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!