Thursday, 2014-07-10

zzzeekwhere is the assumption that it’s utf800:00
zzzeekim poking around looking for other charsets00:00
zzzeektaht are accepted by “charset” and are unicode capable00:00
gus.. and my main fear (and point I'm hoping to get across) is that all this is covered up by your current test environment which does indeed make everything default to utf8.00:00
zzzeekso far I found utf8mb400:00
gusoh, I think mysql is capable of utf8mb4 (the default is 3-byte), ucs2, utf16, etc.00:00
gusIt can't use ucs2 for the connection encoding apparently - I assume because of the embedded nulls.00:01
zzzeekyes the charset param is rejecting ucs2 and utf1600:01
zzzeekgus: where is the utf-8 coming from on the SQLAlchemy side when we create an ENUM ?00:01
gusfrom that test case?00:02
zzzeekes00:02
zzzeekyes00:02
gusthe test case uses unicode literals in python ...00:02
gusthey need to get encoded to something on the wire.00:02
gusmysqlconnector seems to issue a 'set names utf8' call on connect.00:03
zzzeekwell there are two choices for where they can be encoded00:03
zzzeekright00:03
gusso I assume it knows it's going to use utf8.00:03
gusI don't think(?) mysqldb issues that.00:03
zzzeekgus: not unless you send it “charset"00:03
guszzzeek: aha.00:03
gusso it doesn't detect or specify a particular encoding>?00:03
zzzeekin the case of MySQLdb, we curerntly dont assume MySQLdb can accept u’’asdf’ for a statement00:04
gusI guess it makes sense for that to be a client-specified option.00:04
zzzeekso in that case, we are encoding to utf-8 currently, based on the default encoding of DefaultDialect.00:04
zzzeekgus: however, MySQLdb is pretty slick these days, and I can actually change that boolean to be True00:04
zzzeekand it workos00:04
zzzeekworks00:04
zzzeeke.g. if you do this:00:04
zzzeekdiff --git a/lib/sqlalchemy/dialects/mysql/mysqldb.py b/lib/sqlalchemy/dialects/mysql/mysqldb.py00:05
zzzeekindex 8ee367a..30802f2 10064400:05
zzzeek--- a/lib/sqlalchemy/dialects/mysql/mysqldb.py00:05
zzzeek+++ b/lib/sqlalchemy/dialects/mysql/mysqldb.py00:05
zzzeek@@ -75,7 +75,7 @@ class MySQLIdentifierPreparer_mysqldb(MySQLIdentifierPreparer):00:05
zzzeek00:05
zzzeek class MySQLDialect_mysqldb(MySQLDialect):00:05
zzzeek     driver = 'mysqldb'00:05
zzzeek-    supports_unicode_statements = False00:05
zzzeek+    supports_unicode_statements = True00:05
zzzeekthen SQLAlchemy is doing zero with encoding00:05
gusso what does it mean when this test_unicode_enum is passing?00:05
zzzeekPDB’ing into it, I can see this, being sent directly to mysqldb’s cursor:00:06
zzzeek>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> PDB set_trace (IO-capturing turned off) >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>00:06
zzzeek> /Users/classic/dev/sqlalchemy/lib/sqlalchemy/engine/default.py(439)do_execute()00:06
zzzeek-> cursor.execute(statement, parameters)00:06
zzzeek(Pdb) statement00:06
zzzeeku"\nCREATE TABLE `table` (\n\tid INTEGER NOT NULL AUTO_INCREMENT, \n\tvalue ENUM('r\xe9veill\xe9','dr\xf4le','S\u2019il'), \n\tvalue2 ENUM('r\xe9veill\xe9','dr\xf4le','S\u2019il'), \n\tPRIMARY KEY (id)\n)\n\n"00:06
zzzeekthat is a u''00:06
gusyeah that's what I was seeing too.00:06
gusWhat's with the mix of \x bytes and \u codepoint?00:06
zzzeekit means that my database here is set to utf-8 on the server side00:06
zzzeekum, repr() stuff.   I dont know why its doing that00:07
gusanyway, that seems to work fine on the create side.00:07
zzzeekmaybe its the py3k compat stuff not working correctly00:07
gusOn the reflection side, it seems to misinterpret those bytes.00:07
zzzeekgus: is your only point that you want to add a “charset” to the test ?00:08
gusmy real point, is that the test shouldn't be able to pass without a charset :P00:08
zzzeekgus: ehhhhh….seems weird00:08
zzzeekgus: if i use sqlite, there’s no charset.  it all magically works00:09
zzzeekgus: mysql has more awkard unicode settings, but that is all configuational00:09
zzzeekgus: im not sure that SQLAlchemy has to work aroudn configurational errors00:09
gusok, so you only want to support mysql that is configured to default to utf8?00:10
zzzeekgus: im not actualyl sure how to make the test always fail without a charset.  if the charset on the db being tested happens to be utf-8, itll pass00:10
gusthat seems perfectly fine, but I think we're very close to not needing to require that.00:10
zzzeekgus: not at all?   how is that implied ?00:10
zzzeekstill really not sure what your proposal is.00:11
gusso if you had a database that wasn't capable of storing unicode unless it was explicitly marked in some way.00:11
zzzeekmost of them are like that00:11
zzzeekif you put “ASCII” encoding on your PG database, none of the unicode tests will work.00:12
gusthen that test_unicode_enum test shouldn't pass, because there's nothing in the Enum() (for mysql) that indicates that the contents are unicode.00:12
gusall we need to do (aiui) is to add a 'charset utf8' or a 'UNICODE' to that column type, and it would work correctly regardless of the rest of the server/db/table encoding.00:13
zzzeekgus: OK but this is not an application test, this isn’t an openstack test.  this is just testing that SQLAlchemy sends DDL that can be understood00:13
gus... and we need to ensure the connection encoding is unicode-capable.00:13
zzzeekgus: yikes really, what if there isnt a connection ?00:13
guszzzeek: oh, I meant for mysql00:13
guswhere it has separate encoding options for all these things.00:14
zzzeekgus: i want to generate a —sql script with a unicode enum in it.  what do i check ?00:14
*** tsekiyam_ has joined #openstack-oslo00:14
gusyou need to specify/assume an encoding for that.00:14
gusand probably preceed the output with a 'set names <encoding>'.00:14
zzzeekgus: DDL-level encodings are somethign the user needs to set.  SQLAlchemy isnt in the business of second guessing what you tell it to do.  an environemtn taht knows its using all utf-8 shouldnt need these surprise markers at the indvidual type level00:15
gusah ok, I think this is exactly where we're skewing off into different conclusions.00:16
zzzeekgus: the mysql.ENUM() type outputs just that: “ENUM"00:16
zzzeekgus: if you want it to say “utf8” in it, you have to say, mysql.ENUM(charset=‘utf8')00:16
zzzeekexplicit00:16
zzzeekvs. implicit00:16
zzzeekrefuse the temptation to guess00:17
gusI'm assuming the environment isn't necessarily set to utf8 (since that isn't the "usual" default with mysql)00:17
zzzeekthe DDL emitted by mysql.ENUM is not related to the charset on the connection within SQLAlchemy, those are two different things00:17
*** tsekiyama has quit IRC00:17
zzzeekgus: if we really wanted mysql.ENUM to guarantee that “charset” is hardcoded into it, the test woudl be, self.assert_compile(mysql.ENUM(‘a’, ‘b’, ‘c’), ‘…check that utf8 is present’)00:18
*** tsekiyam_ has quit IRC00:18
gusok, I think I'm finally understanding :P00:19
zzzeekits important that SQLAlchemy tries, as best as is possible (and its very hard), to be consistent and predictable.  if it spits out exactly what its told, and doesnt try to figure out that this DDL happens to be headed for a connection that is implied that its utf-8 or isnt, that is less surprising than something that’s trying to magically figure everything out00:19
zzzeekgus: i can kind of see what youre going for, thoguh00:20
zzzeekgus: havent considered that conneciton encoding should have a say in DDL compilation.  it is architecturally feasible, just very different from how things have worked00:21
gusok, so I think we agree that Unicode/UnicodeText should specify 'UNICODE' in some way?00:21
zzzeekgus: yes are you the one who set up https://github.com/zzzeek/sqlalchemy/pull/102 ?00:21
gus.. and I think mysqldb should issue a 'set names <encoding>' call just to be sure the connection encoding and it's understanding of the encoding agree.00:21
guszzzeek: yes, that's me.00:21
zzzeekgus: yes i agree with that PR because the unicode type is explicit, “this is the datatype that knows how to accept unicode"00:22
zzzeekgus: its almost like we’re looking for UnicodeEnum00:22
zzzeekgus: woudl that help ?00:22
gusyes. although I guess a similar problem pops up for unicode column/table names.00:22
zzzeekgus: that is a whole ball of wax00:22
gusI agree.  (iow, it doesn't seem worth addressing enums and leaving column names out)00:23
zzzeekgus: SQLA is in the business of sending strings, it assumes by default that you have the two sides ready to talk to each other and encoding things are out of its purview, unless you are explciit00:23
zzzeekgus: column / table names, you have to have the DB encoding set up00:23
gusyep.00:23
zzzeekgus: total PITA on some backends00:23
gusok, so I should assume that the DB, connection and sqla ?charset= are correctly configured, and that if they aren't, it isn't sqla's problem to fix.00:25
gusgot it. :)00:25
*** alexpilotti has joined #openstack-oslo00:25
gus(thanks for your patience)00:25
zzzeekgood convo!00:26
gusI only started looking at all this following the neutron issue a week or two ago.  So I'm stumbling into all sorts of mysql/sqla/charset details that are completely new to me :/00:27
zzzeekOK.   well, its been this way for much longer than openstack has been around :)00:29
zzzeekit raelly tries to be a tool that does exactly what you tell it.   its very much meant for ppl that know exactly what they want to see on the DB, they jsut want to automate it00:30
openstackgerritJoshua Harlow proposed a change to openstack/taskflow: Make greenexecutor not keep greenthreads active  https://review.openstack.org/10592200:38
*** jaosorior has quit IRC00:42
openstackgerritJoshua Harlow proposed a change to openstack/taskflow: Move attribute dictionary to a dicts type  https://review.openstack.org/10469501:00
*** zzzeek has quit IRC01:19
*** praneshp has quit IRC01:36
*** praneshp has joined #openstack-oslo01:41
*** praneshp has quit IRC01:42
*** praneshp has joined #openstack-oslo01:44
*** praneshp has quit IRC01:51
openstackgerritJoshua Harlow proposed a change to openstack/taskflow: Avoid naming time type module the same as a builtin  https://review.openstack.org/10593801:58
openstackgerritArnaud Legendre proposed a change to openstack/oslo.vmware: Store PBM wsdl in the oslo.vmware git repository  https://review.openstack.org/10240902:00
*** arnaud has quit IRC02:03
*** SridharG has joined #openstack-oslo02:05
*** praneshp has joined #openstack-oslo02:06
*** zhiyan_ is now known as zhiyan02:07
openstackgerritJoshua Harlow proposed a change to openstack/taskflow: Avoid naming time type module the same as a builtin  https://review.openstack.org/10593802:08
*** alexpilotti has quit IRC02:08
openstackgerritjizhilong proposed a change to openstack-dev/hacking: Add check: unnecessary list comprehension in set()  https://review.openstack.org/10594202:10
*** praneshp has quit IRC02:22
*** SridharG has quit IRC02:57
*** HenryG has joined #openstack-oslo03:03
openstackgerritJoshua Harlow proposed a change to openstack/oslo-specs: Add a redis backed job/jobboard  https://review.openstack.org/10529803:07
*** SridharG has joined #openstack-oslo03:18
*** dims_ has quit IRC03:22
openstackgerritJoshua Harlow proposed a change to openstack/taskflow: Make greenexecutor not keep greenthreads active  https://review.openstack.org/10592203:22
*** dims_ has joined #openstack-oslo03:23
*** SridharG has quit IRC03:26
openstackgerritjizhilong proposed a change to openstack-dev/hacking: Add check: unnecessary list comprehension in set()  https://review.openstack.org/10594203:38
*** arnaud has joined #openstack-oslo03:46
*** dims_ has quit IRC03:57
*** ildikov has quit IRC04:09
openstackgerritJoshua Harlow proposed a change to openstack/taskflow: Rework wbe example to use in-memory transport and threads  https://review.openstack.org/10596304:18
*** mtreinish has quit IRC04:19
*** mtreinish has joined #openstack-oslo04:20
*** jecarey has joined #openstack-oslo04:29
*** YorikSar has quit IRC04:39
*** YorikSar has joined #openstack-oslo04:41
*** dims_ has joined #openstack-oslo04:53
*** dims_ has quit IRC05:02
*** jecarey has quit IRC05:14
*** SridharG has joined #openstack-oslo05:20
*** jecarey has joined #openstack-oslo05:20
*** dstanek_zzz is now known as dstanek05:31
*** k4n0 has joined #openstack-oslo05:35
openstackgerritJoshua Harlow proposed a change to openstack/taskflow: Rework wbe example to be simpler to use and understand  https://review.openstack.org/10596305:35
openstackgerritjizhilong proposed a change to openstack-dev/hacking: Add check: unnecessary list comprehension in set()  https://review.openstack.org/10594205:35
*** praneshp has joined #openstack-oslo05:36
openstackgerritJoshua Harlow proposed a change to openstack/taskflow: Rework wbe example to be simpler to use and understand  https://review.openstack.org/10596305:36
*** Alexei_987 has quit IRC06:06
*** YorikSar has quit IRC06:08
*** AAzza_afk is now known as AAzza06:11
*** mkoderer has joined #openstack-oslo06:26
*** rmcall has quit IRC06:44
*** AAzza is now known as AAzza_afk06:46
*** harlowja is now known as harlowja_away06:47
*** AAzza_afk is now known as AAzza07:02
*** dstanek is now known as dstanek_zzz07:02
*** viktors|afk has quit IRC07:10
*** praneshp_ has joined #openstack-oslo07:31
*** tkelsey has joined #openstack-oslo07:32
*** praneshp has quit IRC07:34
*** praneshp_ is now known as praneshp07:34
*** ujjain has joined #openstack-oslo07:38
*** praneshp has quit IRC07:47
*** dstanek_zzz is now known as dstanek07:53
*** dstanek is now known as dstanek_zzz08:03
*** viktors has joined #openstack-oslo08:05
*** nacim has joined #openstack-oslo08:07
*** YorikSar has joined #openstack-oslo08:08
*** ihrachyshka has joined #openstack-oslo08:17
*** ihrachyshka has quit IRC08:24
*** ihrachyshka has joined #openstack-oslo08:25
*** AAzza is now known as AAzza_afk08:29
*** stannie has joined #openstack-oslo08:37
*** Alexei_987 has joined #openstack-oslo08:52
*** ildikov has joined #openstack-oslo09:04
*** zhiyan is now known as zhiyan_09:04
*** zhiyan_ is now known as zhiyan09:27
*** dstanek_zzz is now known as dstanek09:52
viktorshaypo: around?09:58
*** alexpilotti has joined #openstack-oslo10:00
*** dstanek is now known as dstanek_zzz10:02
*** alexpilotti has quit IRC10:06
*** pblaho has joined #openstack-oslo10:07
*** jd__ has quit IRC10:09
*** haypo has quit IRC10:10
*** haypo has joined #openstack-oslo10:12
*** haypo has joined #openstack-oslo10:12
*** jd__ has joined #openstack-oslo10:13
*** dstanek_zzz is now known as dstanek11:00
*** ihrachyshka has quit IRC11:01
*** pcm_ has joined #openstack-oslo11:12
*** ihrachyshka has joined #openstack-oslo11:15
*** k4n0 has quit IRC11:26
*** yamahata has quit IRC11:38
*** yamahata has joined #openstack-oslo11:41
*** pblaho has quit IRC11:43
*** openstackgerrit has quit IRC11:47
*** mrda is now known as mrda-away11:50
*** mriedem has joined #openstack-oslo11:50
*** pcm_ has quit IRC11:56
*** dstanek is now known as dstanek_zzz12:10
haypoviktors: hello12:10
viktorshaypo: can I ask you a quick question about porting to python3 ?12:11
viktorshaypo: what is the best replacement for socket._fileobject in python3.3 ?12:16
*** pcm_ has joined #openstack-oslo12:23
haypoviktors: i'm looking at the code12:25
*** dims has joined #openstack-oslo12:25
haypoviktors: you can get a file-like object using socket.makefile()12:25
*** markmc has joined #openstack-oslo12:26
haypoviktors: or do you mean that you want to instanciate directly a socket._fileobject object, without a socket object?12:26
viktorshaypo: just looking into eventlet code :)12:29
*** i159 has joined #openstack-oslo12:29
haypoviktors: are you trying eventlet on python3?12:30
viktorshaypo: a bit12:30
haypotherve: i know that you played with eventlet and python3 with cyril, did you send some patches upstream?12:30
viktorshaypo: they are working on porting12:30
thervehaypo, I sent one patch yeah12:31
haypoviktors: according to cyril & therve, eventlet port to python3 is incomplete12:31
thervehaypo, https://github.com/eventlet/eventlet/pull/9912:31
haypotherve: cool!12:31
*** tkelsey has quit IRC12:31
viktorshaypo: yes I know it )12:31
haypotherve: oh!? temoto closed your pull request 2 hours ago, why?12:32
viktorshaypo: but we can help tham with it12:32
haypoviktors: sure12:32
therveHum, no idea12:32
haypoviktors: ok, i see in greenio.py that makefile() creates a _fileobject directly12:33
haypoviktors: IMO you should copy/paste the makefile() method of Lib/socket.py of Python 3.512:33
haypoviktors: it uses a new SocketIO object and then standard buffered objects (BufferedRWPair, BufferedReader, BufferedWriter) and TextIOWrapper12:34
haypoviktors: http://hg.python.org/cpython/file/d1f89eb9ea1e/Lib/socket.py#l19612:34
viktorshaypo: thanks, let me look at it12:35
thervehaypo, I think he deleted the parent branch12:35
viktorshaypo: I have a doubt as for this line - https://github.com/eventlet/eventlet/blob/6c4823c80575899e98afcb12f84dcf4d54e277cd/eventlet/greenio.py#L42212:36
viktorshaypo: oh, sorry, I got it12:36
viktorshaypo: ... or not :)12:36
haypoviktors: I think _fileobject was replaced with SocketIO12:36
haypoviktors: but SocketIO design is different if I remember correctly, you have to override different methods12:37
viktorshaypo: yes, you right12:37
haypoviktors: hum, GreenPipe is for files, not for sockets. i'm wrong12:38
viktorshaypo: I see custom implementation in some projects or using  socket.SocketIO12:38
*** dhellmann is now known as dhellmann_12:38
*** Kiall has joined #openstack-oslo12:39
Kialldhellmann / viktors - Q re oslo.db. We had an issue a few days ago with a fairly unusual Percona Cluster quirk, it's likely something that needs to be fixed in oslo.db - but I'm not sure what the best approach is. Have a minute and I'll explain? :)12:40
viktorsKiall: shoot :)12:40
KiallSo - Percona cluster (ab)uses MySQL error codes rather than inventing new ones where it needs to communicate something non-standard to the client. We hit an issue where we ended up connected to a cluster member that had been partitioned from the rest of the cluster, but was in the process of rejoining.12:41
KiallDuring this time - The joining member will happily accept connections, but all queries will be rejected with: ERROR 1047 (08S01): Unknown command12:42
KiallThis should probably be treated as a disconnect - and in the pre-oslo.db days i would have added 1047 to the list here:  https://github.com/openstack/designate/blob/stable/icehouse/designate/sqlalchemy/session.py#L9112:43
Kialloslo.db now defers to SQLAlchemy for this list, rather than having it's own. which makes that fairly difficult.12:43
Kiallsorry - brb in a couple of mins and I can explain the fallout that causes SQLA, have a short meeting with ttx12:44
viktorsKiall: in real, I don't like the idea - "to catch ``Unknown command`` error and suppose, that  mysql server has gone away in this case"12:47
viktorsKiall: I think we should ask zzzeek about this issue. He is the author of SQLA, so I trust him in such questions :)12:48
Alexei_987markmc: Hi12:49
Alexei_987markmc: could you please check this patch? https://review.openstack.org/#/c/104983/12:49
* dims says rechecks are driving me nuts12:54
*** HenryG has quit IRC13:01
*** zzzeek has joined #openstack-oslo13:03
*** dstanek_zzz is now known as dstanek13:04
*** eezhova has quit IRC13:08
haypoviktors: do you still need my help for the _fileobjet thing?13:09
viktorshaypo: it's would be nice13:12
haypoviktors: so, what is your question? :)13:12
viktorshaypo: is there a simple replacement for it in python3 ? =)13:14
haypoviktors: no :)13:15
haypoviktors: python3 I/O has been rewritten from scratch for good reasons :)13:15
viktorshaypo: maybe do you know, what is the best practice of porting such things to py3 ?13:16
*** HenryG has joined #openstack-oslo13:19
HenryGrpodolyaka: ping13:19
Kiallviktors: back - so yea, I do agree. Percona abusing a rare error code to mean something totally different sucks.13:19
*** zzzeek has quit IRC13:20
rpodolyakaHenryG: pong13:20
Kiallviktors: But - there's lots of people running OpenStack on Percona - which (to me anyway) means we need to find a way to make it work13:20
KiallI'll talk to zzzeek when he comes on to see if this is something that should be fixed at the SQLA side13:20
HenryGrpodolyaka: Hi. I am rebasing a patch with db changes in neutron and hitting a problem with oslo.db in unit tests13:21
rpodolyakaHenryG: hmm, interesting13:21
rpodolyakaHenryG: can you show me the code?13:21
HenryGrpodolyaka: just a minute while I paste the error ...13:21
HenryGrpodolyaka: http://paste.openstack.org/show/85942/13:24
viktorsKiall: some time ago I heard about the similar issue with Galera cluster. And folks solved it in a similar way.13:24
* rpodolyaka looks13:24
HenryGrpodolyaka: something to do with get_engine() I believe13:25
viktorsKiall: so lets ask also zzzeek opinion )13:25
HenryGrpodolyaka: wait, that is not the error I was seeing yesterday13:27
Kiallviktors: well Percona Cluster is basically galera, just Percona's distribution of it13:30
rpodolyakaHenryG: that's really weird, as cfg is imported in that file13:30
Kialland yea - happy to discuss with zzzeek13:30
HenryGrpodolyaka: sorry, I had changes there for debugging, here is the real error that I am hitting:  http://paste.openstack.org/show/85943/13:31
*** jecarey has quit IRC13:33
rpodolyakaHenryG: hmm, any chance you can upload a draft/WIP?13:33
rpodolyakaHenryG: or at least give the pdb -> args output in that frame :)13:34
rpodolyakaHenryG: looks like something is wrong with sql_connection13:34
HenryGrpodolyaka: pdb args --> http://paste.openstack.org/show/85944/13:36
rpodolyakaHenryG: oops, sorry, I wasn't clear, I really meant /home/henry/Dev/neutron/.tox/py27/local/lib/python2.7/site-packages/oslo/db/sqlalchemy/session.py +650, right before the exception is raised13:38
HenryGrpodolyaka: it's unit test, so config should be from neutron/tests/etc/neutron.conf.test13:38
rpodolyakawow, I didn't know we had that13:39
HenryGrpodolyaka: is it wrong for oslo.db?13:39
rpodolyakaHenryG: 'sqlite://' must be ok - this is something we use widely13:40
* rpodolyaka checks13:41
HenryGrpodolyaka: I think the error has something to do with mocking. When I run the test individually it works fine. When I run all unit tests (sequentially with nose, in this case) then it breaks when it hits this test case.13:41
rpodolyakaHenryG: probably. I'd start from checking create_engine() arguments13:43
rpodolyakaHenryG: seems like sql_connection is somehow not the string we expect13:43
HenryGrpodolyaka: thanks, I will do that13:45
rpodolyakaHenryG: np13:45
*** tsufiev has quit IRC13:48
*** dteselkin has quit IRC13:48
*** dstanek is now known as dstanek_zzz13:52
haypotherve: I asked "Why did you close the pull request?", temoto replied "I think it closed automatically as I deleted py3-greenio branch. Your work will not be lost."13:55
*** zhiyan is now known as zhiyan_13:56
*** tcammann has joined #openstack-oslo13:56
thervehaypo, Yeah that's what I thought13:56
thervehaypo, What we should really ask is why they kept fixing the code without fixing the tests :/13:57
haypotherve: just do it (ask)13:57
haypo;)13:57
therveI won't like the answer13:58
haypotherve :)13:59
*** markmcclain has joined #openstack-oslo14:02
*** lbragstad_ has joined #openstack-oslo14:03
*** lbragstad_ is now known as lbragstad14:03
*** ildikov has quit IRC14:06
*** dstanek_zzz is now known as dstanek14:08
*** jaosorior has joined #openstack-oslo14:09
*** ildikov has joined #openstack-oslo14:24
*** tcammann has quit IRC14:28
*** tcammann has joined #openstack-oslo14:29
*** bknudson has joined #openstack-oslo14:29
*** AAzza_afk is now known as AAzza14:30
*** dstanek is now known as dstanek_zzz14:34
*** morganfainberg_Z is now known as morganfainberg14:36
*** Alexei_987 has quit IRC14:37
*** arnaud has quit IRC14:41
*** dteselkin has joined #openstack-oslo14:44
*** arnaud has joined #openstack-oslo14:44
*** tsekiyama has joined #openstack-oslo14:44
*** mriedem has quit IRC14:45
*** tsufiev has joined #openstack-oslo14:47
*** mriedem has joined #openstack-oslo14:48
*** nacim has quit IRC14:54
*** dstanek_zzz is now known as dstanek15:08
*** dstanek is now known as dstanek_zzz15:09
*** viktors has quit IRC15:10
*** bknudson has left #openstack-oslo15:12
*** morganfainberg is now known as morganfainberg_Z15:19
*** zzzeek has joined #openstack-oslo15:19
*** morganfainberg_Z is now known as morganfainberg15:20
*** ihrachyshka has quit IRC15:21
*** SridharG has quit IRC15:30
*** lbragstad has quit IRC15:30
*** openstackgerrit has joined #openstack-oslo15:32
*** beagles has joined #openstack-oslo15:39
*** ihrachyshka has joined #openstack-oslo15:59
*** bknudson1 has joined #openstack-oslo15:59
*** dstanek_zzz is now known as dstanek16:04
*** bknudson1 has quit IRC16:06
*** lbragstad_ has joined #openstack-oslo16:16
*** lbragstad_ is now known as lbragstad16:16
*** bknudson has joined #openstack-oslo16:21
*** bknudson has left #openstack-oslo16:23
*** markmcclain has quit IRC16:25
*** arnaud has quit IRC16:32
*** arnaud has joined #openstack-oslo16:33
openstackgerritIlya Pekelny proposed a change to openstack/oslo.db: Opportunistic migration tests  https://review.openstack.org/9342416:40
openstackgerritIlya Pekelny proposed a change to openstack/oslo.db: Implementation Alembic as migration engine  https://review.openstack.org/9996516:40
*** devananda has joined #openstack-oslo16:42
devanandaanyone on the oslo.db team got a minute to chat about the sqlalchemy tests? I'm probably missing something obvious...16:42
*** i159 has quit IRC16:43
devanandabut I don't see where the SessionErrorWrapperTestCase is inserting a test row into the table with which to actually test locking16:43
devanandaor any of the errors it asserts are raised16:43
zzzeekdevananda: looking16:44
*** tkelsey has joined #openstack-oslo16:44
devanandaeg, test_flush_wrapper16:45
zzzeekdevananda: I have a patch that removes all those tests :)  but currently, where you see tbl.save(_session), that is inserting the row16:46
devanandait calls tbl.update({'foo': 10}) twice16:46
devanandabut i dont see any insert16:46
zzzeekits the tbl.save call, that calls into a routine oslo.db has that does:   session.add(obj); session.flush()16:46
devanandaah16:46
zzzeekdevananda: which is also somethign i want to change :)16:46
devanandaso these tests are relying on update-or-insert by a secondary key?16:48
zzzeekum16:48
zzzeekthese are testing an insert/update that is on a col with a UNIQUE cosntraint, not the PK yes16:49
devanandayep16:49
zzzeekbecause they want to see the unique constraint violation error16:49
devanandathe test code obfuscates whether they are inserting or updating -- as someone familiar with databases but not this abstraction layer, it wasn't obvious what was going on16:50
devanandathanks for clarifying :)16:50
*** flaper87 is now known as flaper87|afk16:51
zzzeekdevananda: there are tests that are much more consistent in my patch here: https://review.openstack.org/#/c/105891/16:53
zzzeekdevananda: these dont use the ORM as I am moving the error handling to a more fundamental level16:53
zzzeekdevananda: well the ones that do a real integration of a row does use the ORM :)   but in a more direct way16:54
devanandazzzeek: so these tests are making assumptions that the storage engine is transactional, eg. InnoDB16:57
devanandazzzeek: is that asserted somewhere?16:57
devanandazzzeek: or rather, this test is making that assumption: https://review.openstack.org/#/c/104436/1/tests/sqlalchemy/test_sqlalchemy.py16:57
zzzeekdevananda: right now these tests are all hardwired to SQLite which is transactional16:57
devanandaeh?16:58
zzzeekdevananda: if/when we have tests against MySQL that require transacvtional, we can lift some methods that I use in SQLAlchemy tests to ensure innodb16:58
zzzeekdevananda: the oslo.db tests are fixed to sqlite in most cases at the moment16:58
* devananda points at the mailing list thread discussing running this test against msyqldb to look for races in eventlet16:58
zzzeekdevananda: OK it appears in the current code you can set OS_TEST_DBAPI_CONNECTION to a mysql URL to override.17:00
zzzeekdevananda: however i dont know that that env is set anywhere regularly17:00
openstackgerritgaryk proposed a change to openstack/oslo.vmware: Add support for using extensions  https://review.openstack.org/10091117:00
zzzeekdevananda: this is yet *another* system I want to improve/make more consistent: https://bugs.launchpad.net/oslo/+bug/133920617:01
zzzeekdevananda: however at the moment i think a lot of these tests wont run against any old backend and they heavily skew towards sqlite behavior atm17:01
devanandathat's ... less than ideal17:02
zzzeekdevananda: what is17:02
devanandanot testing against mysql17:02
zzzeekdevananda: current state of the tests?  sure17:02
zzzeekdevananda: hence my bug report17:02
zzzeekdevananda: however, note that these tests specifically are only testing an internal mechanism, not that particular databases raise the error in this case17:03
zzzeekdevananda: they are only testing that, if SQLAlchemy raises an exception of type “X”, that it is transformed into “Y"17:03
zzzeekdevananda: its not testing that a MySQL InnoDB table knows how to emit a unique csontraint violation17:03
devanandalook at the one I linked -- it's relying on a specific behavior of MVCC-capable databases17:03
devanandaand teh interaction between concurrent transactions affecting the same row17:03
zzzeekdevananda: that code is not merged17:04
zzzeekdevananda: -1 it17:04
devanandaexcept I *want* that to be tested :)17:05
zzzeekdevananda: OK so what do you propose17:05
devanandatest it against mysql17:05
devanandasince that's where teh bug manifests, and the most frequently used db backend for openstack projects17:05
zzzeekdevananda: seems like a good idea, this should for the moment be under a MySQL opportunistic test framework17:06
zzzeekdevananda: see test_base.MySQLOpportunisticTestCase17:06
* devananda looks17:06
*** lbragstad has quit IRC17:09
ihrachyshkazzzeek: well it seems that setting raise_on_warnings to False in oslo.db does not help much, because it's alembic that is used for migration, I guess without even getting into oslo.db17:12
zzzeekihrachyshka: the alembic config should be using oslo’s create_engine()17:13
*** SridharG has joined #openstack-oslo17:13
zzzeekihrachyshka: however, i’ve no idae what it deos at the moment17:13
*** harlowja_away is now known as harlowja17:13
zzzeekihrachyshka: a lot of migration thigns are changing right now i am waitiing for them to settle, my priority is converging all these db-connection / migrations/ test running into a single unified system17:14
ihrachyshkazzzeek: https://github.com/openstack/neutron/blob/master/neutron/db/migration/alembic_migrations/env.py#L7717:14
zzzeekbecause it is all over the place right now17:14
ihrachyshkaI guess it's not oslo.db, is it the reason why?17:14
zzzeekihrachyshka: yes that should be changed IMO17:14
ihrachyshkazzzeek: roger :)17:15
zzzeekihrachyshka: there’s the concept that all oslo.db projects shoudl have an almsot empty env.py file and that oslo.db should provide it17:15
zzzeekihrachyshka: too many things are happening too fast so i am just trying to slowly work over oslo.db one file at a time17:16
zzzeekihrachyshka: got my first big change in, now am waiting the requisite 1-2 weeks for it to hopefully be accepted :)  then the next change, etc.17:16
zzzeek:)17:16
zzzeekihrachyshka: going to take a long time17:16
*** dstanek is now known as dstanek_zzz17:19
*** adrian_otto has joined #openstack-oslo17:21
*** praneshp has joined #openstack-oslo17:26
*** dhellmann_ is now known as dhellmann17:27
*** JayF has joined #openstack-oslo17:27
JayFIs there a way in oslo.processutils to specify the working directory I want the command executed in?17:28
*** harlowja has quit IRC17:30
*** harlowja has joined #openstack-oslo17:30
*** adrian_otto has left #openstack-oslo17:32
JayFIt appears subprocess.Popen() supports it in some python versions, but that support isn't in oslo :(17:33
*** markmcclain has joined #openstack-oslo17:33
ihrachyshkazzzeek: I think you're better working on multiple changes in parallel :) reviews take loooong this side of earth :)17:35
dhellmannJayF: it's likely you're just the first person to need that ability. You could add it to the code in oslo-incubator.17:37
*** arnaud has quit IRC17:38
zzzeekihrachyshka: i will be doing that :)17:39
*** dstanek_zzz is now known as dstanek17:40
zzzeekdhellmann: not sure if i did the right ettiquete here - two folks posted reviews that add new features to the exception-rewriting system of oslo.db ; however, I’d prefer that my rework of the exception rewriting system be merged first, and they build on top of that.  so I -1’ed them, “I’d prefer you dont merge this”.  is that uncool or is that valid?17:40
dhellmannzzzeek: if you explained the case, it should be ok, since you'll save them some work in the long run17:41
zzzeekdhellmann: OK17:41
zzzeekdhellmann: yes i poiinted them to the newer idea.  but im not sure of timing, if their issue is urgent, and mine is like, “oh mike’s big idae we need to take some time on that”, etc17:41
zzzeeknobody has made any comments on my blueprint :)17:42
dhellmannzzzeek: that'll be up to you guys to work out :-)17:42
dhellmannzzzeek: it's been a busy week, so I haven't had a chance to look at it yet17:42
dhellmannI hope to have that rectified soon17:43
zzzeekdhellmann: OK, wasn’t calling you out specifically  :)17:43
dhellmannsure, just filling you in :-)17:43
*** AAzza is now known as AAzza_afk17:45
*** zzzeek has quit IRC17:46
*** Alexei_987 has joined #openstack-oslo17:50
*** zzzeek has joined #openstack-oslo17:52
openstackgerritDoug Hellmann proposed a change to openstack-dev/pbr: Remove mirror testing from the integration script  https://review.openstack.org/10612517:53
*** dstanek is now known as dstanek_zzz17:55
Alexei_987markmc: Hi17:56
*** dstanek_zzz is now known as dstanek17:57
*** noelbk has joined #openstack-oslo18:07
openstackgerritDoug Hellmann proposed a change to openstack-dev/pbr: Remove mirror testing from the integration script  https://review.openstack.org/10612518:08
noelbkmarkmc: I'm working through a problem in oslo.messaging where RPC is timing out after a rabbit reconnect.  Would you mind looking at https://bugs.launchpad.net/oslo/+bug/1338732?  I'm trying to understand how impl_rabbit._consume is supposed to work18:09
*** SridharG has quit IRC18:11
Alexei_987noelbk: I can explain how it's supposed to work, cause I've already spent a lot of time on it18:11
noelbkAlexei_987: thanks.  what is self.do_consume for?18:12
Alexei_987noelbk: Most likely it's timing out cause reply queue is destroyed when connection is lost18:12
Alexei_987noelbk: IMHO you should not dive deep in cosume logic. Main idea is that you have several consumers that consume from different queues. Each time a message is received a callback is called and the callback is AMQPListener.__call__ method18:13
noelbkThe publisher successfullly publishes the message.  Do you think the reply_queue gets autodeleted if the publisher closes the connection?18:14
Alexei_987noelbk: sure.. if queue is not marked durable it's destroyed when client disconnects18:14
Alexei_987noelbk: wait.. I'll check what we have in the code18:14
noelbkI did try with auto_delete=False everywhere, but same result18:16
Alexei_987        options = {'durable': False,18:16
Alexei_987queue is not durable for replies18:16
Alexei_987you should check ReplyWaiter18:16
Alexei_987noelbk: it creates a direct consumer but queue is not durable18:16
Alexei_987so reply is lost after a reconnect18:16
Alexei_987we could fix that by changing the logic how replies are processed18:17
noelbkah, so what's the difference between auto_delete and durable?18:17
openstackgerritDoug Hellmann proposed a change to openstack-dev/pbr: Remove mirror testing from the integration script  https://review.openstack.org/10612518:17
Alexei_987autodelete is exchange option not queue option18:18
Alexei_987so exchange is deleted when there are no queues on it18:18
Alexei_987however IMHO we should change our rpc driver so we would use single queue per process not per rpc call18:19
*** tkelsey has quit IRC18:19
noelbkThat would make sense.  I'll set durable everywhere and see if that solves my timeout first18:20
Alexei_987noelbk: cool let me know the results18:20
Alexei_987dhellmann: could you please review my patch? https://review.openstack.org/#/c/104983/ it has nice specs and diagrams18:22
dhellmannAlexei_987: I'll put that on my review list, but it may be a while before I get to it. The oslo.messaging cores will have better insight, so I'm likely to lean on them for a detailed review18:24
*** ihrachyshka has quit IRC18:24
Alexei_987dhellmann: I'm trying to ask markmc to review it but cannot catch him online18:26
Alexei_987dhellmann: thanks anyway18:26
dhellmannAlexei_987: give him time to get back to it18:26
openstackgerritDoug Hellmann proposed a change to openstack-dev/pbr: Remove mirror testing from the integration script  https://review.openstack.org/10612518:29
openstackgerritDoug Hellmann proposed a change to openstack-dev/pbr: Remove mirror testing from the integration script  https://review.openstack.org/10612518:30
*** arnaud has joined #openstack-oslo18:31
*** bknudson has joined #openstack-oslo18:33
*** bknudson has quit IRC18:37
*** lbragstad_ has joined #openstack-oslo18:37
*** mkoderer has quit IRC18:52
*** ihrachyshka has joined #openstack-oslo18:55
*** bknudson has joined #openstack-oslo18:56
*** ihrachyshka has quit IRC18:57
*** lbragstad_ is now known as lbragstad19:16
*** lbragstad has quit IRC19:18
*** lbragstad has joined #openstack-oslo19:20
*** flaper87|afk is now known as flaper8719:30
*** pcm_ has quit IRC19:31
*** arnaud has quit IRC19:34
*** stannie has quit IRC19:47
*** zhiyan_ is now known as zhiyan19:52
*** arnaud has joined #openstack-oslo19:57
*** stannie has joined #openstack-oslo20:01
*** bknudson has quit IRC20:04
*** bknudson has joined #openstack-oslo20:06
*** nacim has joined #openstack-oslo20:12
*** bknudson has quit IRC20:17
*** nacim has quit IRC20:19
*** bknudson has joined #openstack-oslo20:26
*** pcm_ has joined #openstack-oslo20:27
noelbkAlexei_987: That was it.  setting all the queues to durable removed the timed out errors.20:28
Alexei_987noelbk: nice to hear that but still it's not a production fix since you'll need to delete queues explicitly20:29
Alexei_987noelbk: will you update bug description?20:29
noelbkExactly.  We like non-durable queues because they're faster and we don't have to explicitly clean them up.20:29
Alexei_987I hope we'll be able to schedule major refactoring of messaging lib for next cycle20:30
Alexei_987I have lot's of stuff that should be improved20:30
Alexei_987in terms of performance code structure and error handling20:30
*** bknudson has quit IRC20:30
openstackgerritMichael Bayer proposed a change to openstack/oslo.db: Check for mysql_sql_mode is not None in create_engine()  https://review.openstack.org/10616320:31
noelbkexcellent.  I'll look at setting amqp_durable_queues=true in our configs without hacking oslo.messaging20:32
noelbkWe were looking at switching to zeromq instead.  Any experience with that, or should we wait for the next refactor of impl_rabbit?20:33
Alexei_987noelbk: would not recomment switching to zeromq any time soon20:33
Alexei_987noelbk: it's the same bad as rabbit and almost not working20:34
Alexei_987noelbk: I hope to land some patches soon greatly improving it20:34
Alexei_987noelbk: but I fear it won't be ready until the end of the cycle20:34
Alexei_987noelbk: so right now my opinion is that zeromq is a bad choice20:35
noelbkOK, that sounds good to me.  Anything I can do to help with rabbit?20:35
Alexei_987noelbk: not sure... we should ask our core team for this20:35
Alexei_987noelbk: would be cool if you would join next meeting to ask the same20:35
noelbkWhen's the meeting?20:36
openstackgerritYuriy Taraday proposed a change to openstack/oslo.rootwrap: Add an option to run rootwrap as a daemon  https://review.openstack.org/8179820:36
Alexei_987https://wiki.openstack.org/wiki/Meetings#Oslo_Team_meeting20:36
Alexei_987noelbk: one of the important stuff yet uncovered is unittests for messaging20:37
Alexei_987noelbk: I think we should start creating some kind of functionality tests for API classes and run them with different configuration of underling drivers20:38
Alexei_987noelbk: we have some tests but still they could be improved greatly20:38
Alexei_987noelbk: and such functionality tests would help us to land refactorings20:39
noelbkYes, I tried running the oslo.messaging unit tests on my cluster and got about 35% failure after installing all dependencies20:39
noelbkHow do you run functional tests?20:39
*** pcm_ has quit IRC20:40
Alexei_987noelbk: that's one of the problems. right now we have tests with "fake" driver20:40
*** pcm_ has joined #openstack-oslo20:40
Alexei_987noelbk: for functional tests we'll have to create new jenkins jobs that have real brokers installed20:41
Alexei_987tox won't help us here since it cannot install brokers20:41
Alexei_987noelbk: so I think a good start would be to run some tests on a devstack VM20:41
Alexei_987noelbk: since it already has messaging broker and we can use it in jenkins20:41
noelbkIs there a way to get the brokers connect args into the oslo tests now?  If not... environment variables?20:42
Alexei_987noelbk: I guess we should discuss it on the meeting tomorrow20:43
Alexei_987I will try to allocate some resources on functional tests too since I'm very interested in this topic20:44
noelbkCool.  In my calendar for 0900 PST20:45
Alexei_987noelbk: ok see you tomorrow then. Will go get some sleep20:46
Alexei_987noelbk: have a nice day20:46
*** bknudson has joined #openstack-oslo20:47
*** bknudson has left #openstack-oslo20:47
*** dims has quit IRC20:49
haypo        coro_repr = '%s() done at %s:%s' % (coro_name, filename, lineno)20:49
haypooops, sorry20:50
*** dims has joined #openstack-oslo20:50
*** flaper87 is now known as flaper87|afk20:57
noelbkAlexei_987: thanks a lot for your help!20:58
*** harlowja is now known as harlowja_away21:01
*** harlowja_away is now known as harlowja21:08
openstackgerritBen Nemec proposed a change to openstack-dev/hacking: Fix import check interaction with namespace modules  https://review.openstack.org/10616921:12
openstackgerritBen Nemec proposed a change to openstack-dev/hacking: Relax H305 and H307 checks  https://review.openstack.org/10617021:12
openstackgerritBen Nemec proposed a change to openstack-dev/hacking: Relax H305 and H307 checks  https://review.openstack.org/10617021:25
openstackgerritBen Nemec proposed a change to openstack-dev/hacking: Fix import check interaction with namespace modules  https://review.openstack.org/10616921:25
*** zhiyan is now known as zhiyan_21:26
boris-42zzzeek around?21:31
zzzeeksure21:31
boris-42zzzeek one more crazy query for you21:32
boris-42zzzeek http://paste.openstack.org/21:32
boris-42zzzeek it's glance image-list query21:32
zzzeektry again21:32
zzzeekboris-42: try again21:33
boris-42ahah=)21:33
boris-42zzzeek http://paste.openstack.org/show/86005/21:33
boris-42zzzeek sorry for that21:33
boris-42zzzeek I made glance almost work21:34
zzzeekso wahts tthe Q21:34
*** mrda-away is now known as mrda21:35
zzzeekboris-42: this is a very inefficient query, tahts about all i can say21:35
boris-42zzzeek yep21:35
zzzeekboris-42: it probably is written wrong on the SQLAlhcemy side, it has some hallmarks of some common mistakes21:36
boris-42zzzeek lemme show you the code21:36
zzzeekboris-42: am i fixing this ? what are we doing21:36
zzzeekboris-42: thought you were only profiling21:36
boris-42zzzeek ?)21:36
boris-42zzzeek I don't know if you would like to make your wiki even better=)21:37
boris-42zzzeek I can just point you to some painful places in openstack21:37
boris-42=)21:37
boris-42zzzeek so this is the issue https://github.com/openstack/glance/blob/master/glance/db/sqlalchemy/api.py#L485 =)21:37
zzzeekboris-42: OK can you just places these all somewhere, it basically will be alist of things I can look at at some point21:38
boris-42zzzeek where?)21:38
boris-42zzzeek to wiki?21:38
boris-42zzzeek I mean I am going to start fixing everything21:38
boris-42zzzeek when I get profiler out of box21:38
boris-42so I won't spend billions of time to get such info21:38
zzzeekboris-42: well we just need to track these queries somewhere21:39
zzzeekboris-42: actually ive formatted it some more, its not as bad as I thought21:39
zzzeekboris-42: it seemed like it had some cartesian products but that is not the case21:39
zzzeekboris-42: http://paste.openstack.org/show/86007/21:41
boris-42zzzeek probably I should integrate some formatting for sql requests somewhere21:41
zzzeekboris-42: we can even just put launchpad bugs up, and tag them “slowquery”21:41
*** dims_ has joined #openstack-oslo21:41
boris-42zzzeek there is one guy in glance21:41
boris-42zzzeek that is tuning thig21:41
boris-42this21:41
boris-42zzzeek probably he can try to tune this as well21:41
zzzeekok21:42
zzzeekthe UNION can be UNION ALL so there is no comparison going on in there21:42
zzzeekbut also MySQL sucks at subqueries21:42
zzzeekthere seem to be eager loads tacked on afterwards, Id take those out21:43
*** haypo has left #openstack-oslo21:43
zzzeekanyway, going for a walk...21:43
*** dims has quit IRC21:43
*** stannie has quit IRC21:44
boris-42zzzeek see you21:44
*** JayF has left #openstack-oslo21:55
*** lbragstad has quit IRC22:12
*** lbragstad has joined #openstack-oslo22:13
openstackgerritA change was merged to openstack/oslo.config: Changes imports order to pass H305, enables check  https://review.openstack.org/9963922:17
*** oomichi has joined #openstack-oslo22:24
*** markmc has quit IRC22:32
*** yamahata has quit IRC22:32
*** ujjain has quit IRC22:32
*** bnemec has quit IRC22:32
*** hyakuhei has quit IRC22:32
*** dstanek has quit IRC22:32
*** therve has quit IRC22:32
*** SergeyLukjanov has quit IRC22:32
*** dmitryme has quit IRC22:32
*** tsekiyama has quit IRC22:32
*** krotscheck has quit IRC22:32
*** dims_ has quit IRC22:32
*** rpodolyaka has quit IRC22:33
*** ajo has quit IRC22:33
*** sreshetnyak has quit IRC22:33
*** mriedem has quit IRC22:33
*** jd__ has quit IRC22:33
*** beagles has quit IRC22:33
*** devananda has quit IRC22:33
*** SlickNik has quit IRC22:33
*** Kiall has quit IRC22:33
*** Alexei_987 has quit IRC22:33
*** anteaya has quit IRC22:33
*** jogo has quit IRC22:33
*** yamahata__ has quit IRC22:33
*** arnaud has quit IRC22:33
*** zzzeek has quit IRC22:33
*** dteselkin has quit IRC22:33
*** noelbk has quit IRC22:33
*** jraim has quit IRC22:33
*** zhiyan_ has quit IRC22:33
*** harlowja has quit IRC22:33
*** openstackgerrit has quit IRC22:33
*** tcammann has quit IRC22:33
*** mtreinish has quit IRC22:33
*** jokke_ has quit IRC22:33
*** ekarlso has quit IRC22:33
*** gmurphy has quit IRC22:33
*** morganfainberg has quit IRC22:33
*** boris-42 has quit IRC22:33
*** oomichi has quit IRC22:33
*** lbragstad has quit IRC22:33
*** markmcclain has quit IRC22:33
*** hartsocks has quit IRC22:33
*** wendar has quit IRC22:33
*** jroll has quit IRC22:33
*** AAzza_afk has quit IRC22:33
*** mrda has quit IRC22:33
*** sileht has quit IRC22:33
*** toabctl has quit IRC22:33
*** dhellmann has quit IRC22:33
*** JoshNang has quit IRC22:33
*** praneshp has quit IRC22:33
*** tsufiev has quit IRC22:33
*** YorikSar has quit IRC22:33
*** GheRivero has quit IRC22:33
*** pcm_ has quit IRC22:33
*** ildikov has quit IRC22:33
*** HenryG has quit IRC22:33
*** mgagne has quit IRC22:33
*** ttx has quit IRC22:33
*** jaosorior has quit IRC22:33
*** russellb has quit IRC22:33
*** creiht has quit IRC22:33
*** flaper87|afk has quit IRC22:33
*** ruhe has quit IRC22:33
*** gpocentek has quit IRC22:33
*** bnemec has joined #openstack-oslo22:36
*** SergeyLukjanov has joined #openstack-oslo22:36
*** ujjain has joined #openstack-oslo22:36
*** dmitryme has joined #openstack-oslo22:36
*** markmc has joined #openstack-oslo22:36
*** yamahata has joined #openstack-oslo22:36
*** hyakuhei has joined #openstack-oslo22:36
*** therve has joined #openstack-oslo22:36
*** oomichi has joined #openstack-oslo22:36
*** lbragstad has joined #openstack-oslo22:36
*** dims_ has joined #openstack-oslo22:36
*** pcm_ has joined #openstack-oslo22:36
*** arnaud has joined #openstack-oslo22:36
*** noelbk has joined #openstack-oslo22:36
*** zzzeek has joined #openstack-oslo22:36
*** Alexei_987 has joined #openstack-oslo22:36
*** markmcclain has joined #openstack-oslo22:36
*** harlowja has joined #openstack-oslo22:36
*** praneshp has joined #openstack-oslo22:36
*** devananda has joined #openstack-oslo22:36
*** beagles has joined #openstack-oslo22:36
*** openstackgerrit has joined #openstack-oslo22:36
*** mriedem has joined #openstack-oslo22:36
*** tsufiev has joined #openstack-oslo22:36
*** tsekiyama has joined #openstack-oslo22:36
*** dteselkin has joined #openstack-oslo22:36
*** tcammann has joined #openstack-oslo22:36
*** ildikov has joined #openstack-oslo22:36
*** jaosorior has joined #openstack-oslo22:36
*** HenryG has joined #openstack-oslo22:36
*** Kiall has joined #openstack-oslo22:36
*** jd__ has joined #openstack-oslo22:36
*** YorikSar has joined #openstack-oslo22:36
*** mtreinish has joined #openstack-oslo22:36
*** boris-42 has joined #openstack-oslo22:36
*** rpodolyaka has joined #openstack-oslo22:36
*** anteaya has joined #openstack-oslo22:36
*** jogo has joined #openstack-oslo22:36
*** krotscheck has joined #openstack-oslo22:36
*** jokke_ has joined #openstack-oslo22:36
*** GheRivero has joined #openstack-oslo22:36
*** yamahata__ has joined #openstack-oslo22:36
*** ajo has joined #openstack-oslo22:36
*** hartsocks has joined #openstack-oslo22:36
*** mgagne has joined #openstack-oslo22:36
*** jraim has joined #openstack-oslo22:36
*** russellb has joined #openstack-oslo22:36
*** wendar has joined #openstack-oslo22:36
*** sreshetnyak has joined #openstack-oslo22:36
*** ekarlso has joined #openstack-oslo22:36
*** jroll has joined #openstack-oslo22:36
*** gmurphy has joined #openstack-oslo22:36
*** AAzza_afk has joined #openstack-oslo22:36
*** zhiyan_ has joined #openstack-oslo22:36
*** SlickNik has joined #openstack-oslo22:36
*** mrda has joined #openstack-oslo22:36
*** sileht has joined #openstack-oslo22:36
*** ttx has joined #openstack-oslo22:36
*** toabctl has joined #openstack-oslo22:36
*** creiht has joined #openstack-oslo22:36
*** flaper87|afk has joined #openstack-oslo22:36
*** JoshNang has joined #openstack-oslo22:36
*** morganfainberg has joined #openstack-oslo22:36
*** dhellmann has joined #openstack-oslo22:36
*** gpocentek has joined #openstack-oslo22:36
*** ruhe has joined #openstack-oslo22:36
openstackgerritA change was merged to openstack/oslo.config: generator: tweak how MultiStrOpt defaults are handled  https://review.openstack.org/10567122:38
*** sreshetnyak has quit IRC22:38
*** sreshetnyak has joined #openstack-oslo22:38
*** bknudson has joined #openstack-oslo22:39
*** devananda has left #openstack-oslo22:59
*** pcm_ has quit IRC23:01
*** harlowja has quit IRC23:05
*** harlowja has joined #openstack-oslo23:05
openstackgerritArnaud Legendre proposed a change to openstack/oslo.vmware: Store PBM wsdl in the oslo.vmware git repository  https://review.openstack.org/10240923:06
*** bknudson has quit IRC23:09
*** lbragstad has quit IRC23:14
*** HenryG has quit IRC23:14
*** morganfainberg is now known as morganfainberg_Z23:22
*** markmcclain has quit IRC23:23
*** pcm_ has joined #openstack-oslo23:24
*** pcm_ has quit IRC23:27
*** pcm_ has joined #openstack-oslo23:27
*** pcm_ has quit IRC23:40
openstackgerritOpenStack Proposal Bot proposed a change to openstack/oslo.db: Updated from global requirements  https://review.openstack.org/10517323:55

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