Tuesday, 2018-06-26

*** bobh has joined #openstack-oslo00:00
*** yamamoto has quit IRC00:03
*** salv-orlando has joined #openstack-oslo00:11
*** salv-orlando has quit IRC00:16
*** edmondsw has quit IRC00:37
*** namnh has joined #openstack-oslo00:58
*** yamamoto has joined #openstack-oslo00:59
*** njohnston has quit IRC01:04
*** yamamoto has quit IRC01:05
*** salv-orlando has joined #openstack-oslo01:11
*** salv-orlando has quit IRC01:15
*** bobh has quit IRC01:37
*** harlowja has quit IRC01:46
*** mordred has quit IRC01:49
*** Guest92236 has quit IRC01:53
*** mordred has joined #openstack-oslo02:07
*** Guest92236 has joined #openstack-oslo02:10
*** yamamoto has joined #openstack-oslo03:01
*** yamamoto has quit IRC03:07
openstackgerritSteve Kowalik proposed openstack/oslo.messaging master: Remove fake_rabbit configuration option  https://review.openstack.org/57796403:13
openstackgerritMerged openstack/osprofiler master: Add minimum version and fix dulwich issue  https://review.openstack.org/57779103:42
*** AlexeyAbashkin has joined #openstack-oslo03:47
*** lpetrut has joined #openstack-oslo03:50
*** AlexeyAbashkin has quit IRC03:54
*** AlexeyAbashkin has joined #openstack-oslo03:54
openstackgerritTovin Seven proposed openstack/osprofiler master: Put 'db' parameter back and provide a deprecation warning before remove  https://review.openstack.org/57420704:01
openstackgerritTovin Seven proposed openstack/osprofiler master: opts: Fix invalid rST formatting  https://review.openstack.org/57742304:02
openstackgerritTovin Seven proposed openstack/osprofiler master: [WIP] Add Zuul Tempest job  https://review.openstack.org/51538704:02
*** yamamoto has joined #openstack-oslo04:04
*** AlexeyAbashkin has quit IRC04:04
*** yamamoto has quit IRC04:09
*** spilla has joined #openstack-oslo04:23
*** lpetrut has quit IRC04:28
*** dims has quit IRC04:30
*** dims has joined #openstack-oslo04:35
*** yamamoto has joined #openstack-oslo05:05
*** CrayZee has joined #openstack-oslo05:07
*** yamamoto has quit IRC05:12
*** e0ne has joined #openstack-oslo05:13
*** lifeless has joined #openstack-oslo05:16
*** spilla has quit IRC05:41
openstackgerritSteve Kowalik proposed openstack/oslo.messaging master: Remove fake_rabbit configuration option  https://review.openstack.org/57796405:49
*** snapiri- has joined #openstack-oslo05:53
*** CrayZee has quit IRC05:56
*** openstackgerrit has quit IRC06:04
*** e0ne has quit IRC06:08
*** yamamoto has joined #openstack-oslo06:09
*** AlexeyAbashkin has joined #openstack-oslo06:13
*** yamamoto has quit IRC06:14
*** Alexey_Abashkin has joined #openstack-oslo06:15
*** Alexey_Abashkin1 has joined #openstack-oslo06:16
*** AlexeyAbashkin has quit IRC06:18
*** Alexey_Abashkin1 is now known as AlexeyAbashkin06:18
*** Alexey_Abashkin has quit IRC06:19
*** nicolasbock has joined #openstack-oslo06:40
*** peereb has joined #openstack-oslo06:48
*** peereb has quit IRC06:49
*** peereb has joined #openstack-oslo06:49
*** Guest92236 has quit IRC06:50
*** peereb has quit IRC06:50
*** openstackgerrit has joined #openstack-oslo06:53
openstackgerritMerged openstack/osprofiler master: Put 'db' parameter back and provide a deprecation warning before remove  https://review.openstack.org/57420706:53
*** yamamoto has joined #openstack-oslo06:56
*** AlexeyAbashkin has quit IRC07:05
*** namnh has quit IRC07:06
*** AlexeyAbashkin has joined #openstack-oslo07:07
*** lpetrut has joined #openstack-oslo07:07
*** rcernin has quit IRC07:08
*** shardy has joined #openstack-oslo07:10
*** tesseract has joined #openstack-oslo07:14
openstackgerritMehdi Abaakouk (sileht) proposed openstack/oslo.messaging master: rabbit: acknowledge message sooner  https://review.openstack.org/57791207:19
*** pcaruana has joined #openstack-oslo07:20
*** tosky has joined #openstack-oslo07:41
*** e0ne has joined #openstack-oslo08:05
*** pblaho has joined #openstack-oslo08:21
*** salv-orlando has joined #openstack-oslo08:22
*** salv-orlando has quit IRC08:25
*** salv-orlando has joined #openstack-oslo08:26
openstackgerritJuan Antonio Osorio Robles proposed openstack/oslo.policy master: Implement base for pluggable policy drivers  https://review.openstack.org/57780708:26
openstackgerritJuan Antonio Osorio Robles proposed openstack/oslo.policy master: Implement base for pluggable policy drivers  https://review.openstack.org/57780708:30
*** rpittau has joined #openstack-oslo08:37
*** shardy has quit IRC08:38
*** jaosorior has quit IRC08:39
*** salv-orlando has quit IRC08:40
*** shardy has joined #openstack-oslo08:43
*** mago_ has joined #openstack-oslo08:54
*** shardy has quit IRC09:10
*** shardy has joined #openstack-oslo09:13
openstackgerritStephen Finucane proposed openstack/sphinx-feature-classification master: doc: Rework everything  https://review.openstack.org/57786209:16
openstackgerritStephen Finucane proposed openstack/sphinx-feature-classification master: Parse 'driver-notes-XXX' values  https://review.openstack.org/57786309:16
*** lifeless has quit IRC09:16
stephenfindhellmann: Awesome. Thanks for sorting that out (y)09:22
*** salv-orlando has joined #openstack-oslo09:41
*** salv-orlando has quit IRC09:46
*** jaosorior has joined #openstack-oslo10:29
*** salv-orlando has joined #openstack-oslo10:42
*** salv-orlando has quit IRC10:47
*** yamamoto has quit IRC10:58
*** yamamoto has joined #openstack-oslo11:07
openstackgerritMichal Arbet proposed openstack/taskflow master: Fix code to support networkx > 2.0  https://review.openstack.org/57783311:17
*** yamamoto has quit IRC11:30
*** namnh has joined #openstack-oslo11:30
*** sambetts|afk is now known as sambetts11:31
*** yamamoto has joined #openstack-oslo11:33
*** mago_ has quit IRC11:33
*** ansmith has quit IRC11:48
*** mago_ has joined #openstack-oslo11:51
*** mago_ has quit IRC12:08
*** raildo has joined #openstack-oslo12:12
*** shardy_ has joined #openstack-oslo12:12
*** bobh has joined #openstack-oslo12:13
*** shardy has quit IRC12:15
*** shardy_ is now known as shardy12:15
openstackgerritMerged openstack/osprofiler master: opts: Fix invalid rST formatting  https://review.openstack.org/57742312:20
*** mago_ has joined #openstack-oslo12:25
dhellmannstephenfin : when you're ready, I can do a release, or give you permission on PyPI to do it if you want12:55
openstackgerritMoisés Guimarães de Medeiros proposed openstack/oslo.config master: User guide documentation for backend drivers for oslo.config  https://review.openstack.org/57694712:56
stephenfindhellmann: Whatever suits. I've a PR opened that you should probably review, given that I'm changing your email address https://github.com/sphinx-contrib/pecanwsme/pull/2012:56
*** edmondsw has joined #openstack-oslo12:58
openstackgerritMoisés Guimarães de Medeiros proposed openstack/oslo.config master: User guide documentation for backend drivers for oslo.config  https://review.openstack.org/57694712:59
*** yamamoto has quit IRC13:01
*** r-mibu has joined #openstack-oslo13:01
openstackgerritJuan Antonio Osorio Robles proposed openstack/oslo.policy master: Implement base for pluggable policy drivers  https://review.openstack.org/57780713:03
dhellmannstephenfin : oh, nice, is project_urls a new thing?13:05
stephenfindhellmann: Indeed. I think fungi added support for it in pbr a while back13:05
*** kgiusti has joined #openstack-oslo13:05
dhellmannyay, another source of trivial patches13:05
dhellmann:-)13:05
*** namnh has quit IRC13:06
stephenfinShhh, don't tell anyone and we'll be fine :)13:06
dhellmannwe need to figure out how to list the maintainer of these packages as the collective13:06
*** ansmith has joined #openstack-oslo13:10
*** bobh has quit IRC13:29
fungii added it mainly because it was being touted as the "solution" for people who had been using (then deprecated, now gone) pythonhosted for their docs but there was no support for it in setuptools so seemed like a cop-out answer13:29
*** yamamoto has joined #openstack-oslo13:29
fungionce i got support added in setuptools, i realized if i wanted to do that with my pbr-using personal projects, pbr needed support for it too13:30
fungiand while it's basically just cosmetic, it at least gives you a nice linkbox on the pypi project page where people can easily figure out where you host your documentation, source code, et cetera13:32
dhellmannfungi : yeah, I like the idea, I was just being a bit of an early-morning cranky-pants13:34
fungiheh, you're entitled13:35
fungiit was really just my personal battle with ocd and noticing setuptools (and so pbr) lacked support for some types of metadata from accepted peps13:37
*** e0ne has quit IRC13:39
*** cdent has joined #openstack-oslo13:40
* cdent waves13:40
*** snapiri- has quit IRC13:41
dhellmanncdent : I think we're getting close to a point where we can merge the driver work that the environment variable spec will rely on. Do you want to try to write that driver this cycle? Or were you planning to leave it for Stein? either is fine, I  just want to coordinate plans13:42
cdentI'd like to do it sooner than later and I think it would be a bit of vacation (in a twisted sort of way)13:42
cdentI wasn't clear on the state of the driver stuff, but if it is coming RSN, then thats great13:43
dhellmannwe're using the series of patches currently ending with https://review.openstack.org/#/c/576947/ as a sort of feature branch13:43
dhellmannand just putting some finishing touches on things like the config generator and docs13:43
dhellmannso if you wanted to base a patch on that series it ought to be pretty safe. maybe base it on https://review.openstack.org/#/c/554316/16 since I don't expect significant changes below that point13:44
dhellmannbnemec : ^^13:44
*** e0ne has joined #openstack-oslo13:44
* cdent makes a note of that stack13:46
dhellmannoh, except https://review.openstack.org/#/c/575107/5 changes the driver API so you should start there13:46
dhellmannand that one isn't quite fully baked yet13:46
dhellmannbut yeah, it's close enough that if you want to start you could and you'll just want to keep an eye on the need to rebase13:46
cdentseems fair. at least gives me something to read and understand what's going on13:47
dhellmannthe usual disclaimers about landing late features apply, but we tend to be pretty lenient13:47
dhellmannin your case we might want to have the behavior disabled by default for this cycle and enable it by default next cycle, but that might be overly cautious13:48
cdentwe can see how it goes13:50
dhellmann++13:50
cdenti'll try to get at least a spike pretty soon so I can get some redirects if I'm off in the weeds13:52
dhellmanncdent : good plan13:55
*** jaosorior has quit IRC13:59
*** njohnston has joined #openstack-oslo14:02
*** chhagarw has joined #openstack-oslo14:19
openstackgerritStephen Finucane proposed openstack/oslo.log master: Migrate to stestr  https://review.openstack.org/57120514:23
openstackgerritStephen Finucane proposed openstack/oslo.log master: Follow the new PTI for document build  https://review.openstack.org/54933814:23
*** e0ne has quit IRC14:23
*** e0ne has joined #openstack-oslo14:25
openstackgerritMoisés Guimarães de Medeiros proposed openstack/oslo.config master: User guide documentation for backend drivers for oslo.config  https://review.openstack.org/57694714:36
*** bobh has joined #openstack-oslo14:40
*** chhavi__ has joined #openstack-oslo14:41
*** chhagarw has quit IRC14:41
*** namnh has joined #openstack-oslo14:53
*** AlexeyAbashkin has quit IRC15:01
*** spilla has joined #openstack-oslo15:01
*** e0ne has quit IRC15:07
*** e0ne has joined #openstack-oslo15:11
openstackgerritMichal Arbet proposed openstack/taskflow master: Fix code to support networkx > 2.0  https://review.openstack.org/57783315:18
*** pcaruana has quit IRC15:42
*** pbourke has quit IRC15:47
*** pbourke has joined #openstack-oslo15:49
*** mago_ has quit IRC15:58
*** e0ne has quit IRC16:09
*** harlowja has joined #openstack-oslo16:12
*** e0ne has joined #openstack-oslo16:13
*** r-mibu has quit IRC16:14
openstackgerritRaildo Mascena proposed openstack/oslo.config master: New cache layer for external sources  https://review.openstack.org/57814416:15
*** namnh has quit IRC16:16
*** mago_ has joined #openstack-oslo16:31
*** e0ne has quit IRC16:35
*** tesseract has quit IRC16:40
*** njohnston has quit IRC16:48
*** njohnston has joined #openstack-oslo16:48
*** CrayZee has joined #openstack-oslo16:49
*** lpetrut has quit IRC16:50
*** CrayZee has quit IRC16:51
*** sambetts is now known as sambetts|afk17:04
*** harlowja has quit IRC17:10
*** e0ne has joined #openstack-oslo17:11
*** yamamoto has quit IRC17:12
*** yamamoto has joined #openstack-oslo17:14
*** e0ne has quit IRC17:18
*** yamamoto has quit IRC17:20
*** imacdonn has joined #openstack-oslo18:07
*** jaosorior has joined #openstack-oslo18:13
*** yamamoto has joined #openstack-oslo18:16
*** yamamoto has quit IRC18:20
*** yamamoto has joined #openstack-oslo18:21
*** AlexeyAbashkin has joined #openstack-oslo18:25
*** dmellado has quit IRC18:32
*** chhavi__ has quit IRC18:37
*** AlexeyAbashkin has quit IRC19:13
*** AlexeyAbashkin has joined #openstack-oslo19:13
*** AlexeyAbashkin has quit IRC19:14
*** lpetrut has joined #openstack-oslo19:46
*** Kvisle has joined #openstack-oslo19:48
*** lpetrut has quit IRC19:50
*** e0ne has joined #openstack-oslo19:52
KvisleTimed out waiting for RPC response: Timeout while waiting on RPC response - topic: "<unknown>", RPC method: "<unknown>" info: "<unknown>" _raise_timeout /usr/lib/python2.7/site-packages/oslo_messaging/_drivers/impl_rabbit.py:1037 ... I'm troubleshooting neutron looping over a bunch of RPC-messages, and this showed up when turning debug on --- does this error make sense in any way?20:04
*** ys has joined #openstack-oslo20:13
*** e0ne has quit IRC20:15
yshi not sure if this is the correct place to ask. I am running openstack pike and trying to do revert_from_snapshot. it failed and in cinder log it throws error, oslo_messaging.rpc.server AttributeError: 'Snapshot' object has no attribute '_obj_metadata'20:16
ysNot sure what to do now...20:17
bnemecys: I think that's just oslo.messaging reporting that the RPC call failed with that message.  You probably want to talk to the Cinder folks about why.20:17
smcginnisys: #openstack-cinder might be a better place. Though I've seen something similar to that error before and it might actually be from an oslo library, but we can figure that out there.20:18
kgiustiKvisle: looks like whatever raised that didn't properly supply the topic/method/etc.20:19
ysthanks20:19
ysOk thanks.20:19
bnemecI merely _think_ about pinging kgiusti and he appears. :-)20:19
kgiustiKvisle: the log message is bad, but I suspect the timeout is due to the rpc call not receiving the reply back in time20:19
kgiustiKvisle: do you have a stack trace?20:20
*** spilla has quit IRC20:20
*** raildo has quit IRC20:20
Kvislekgiusti: I have a stack trace, https://gist.github.com/kvisle/1404998a129ef65e59f17a3d739369af ... that I made by adding traceback.print() to the _raise_timeout()-method20:20
kgiustiKvisle: thanks20:20
* kgiusti looks....20:21
Kvislerunning python2-oslo-messaging-5.30.2-1.el7.noarch (RDO) --- this problem started appearing in pike20:22
*** cdent has quit IRC20:28
kgiustiKvisle: that timeout appears to be the periodic timeout of a listener thread20:32
kgiustiKvisle: which is supposed to be ok.... one sec...20:33
KvisleI can see the same request id's being logged for days, on _ALL_ nodes (and there are like 50 of them) --- so I'm suspecting that even though the timeouts themselves do not cause any direct harm --- processing the messages in a loop everywhere causes some unwanted load on the cluster (?)20:34
kgiustiKvisle: I would expect that timeout exception to be caught on line 286 of amqpdriver.py20:35
KvisleI'm using rabbit, though?20:35
kgiustiKvisle: e.g. periodic timeout of the consumer.20:35
kgiustiKvisle: yep - that's the rabbitmq driver20:35
Kvisleoh yeah my bad20:35
kgiustiKvisle: Are these messages appearing in the context of a Traceback?  or appearing in a log w/o traceback?20:37
Kvisleno traceback anywhere - the one I gave you came by me adding traceback.print() in the source code20:37
kgiustiKvisle: good - an exception traceback would be bad, mmmmkay?   Now where did you find these messages originally - in a log?20:38
KvisleI have loops in neutron-linuxbridge-agent that goes over the same request ids repeatedly on all nodes (level INFO) - and on neutron-server20:38
kgiustiKvisle: I ask because they *should* be silently discarded - not logged.20:39
kgiustiKvisle: same request ids?  Are you seeing duplicate RPC messages?20:39
Kvisle# grep req-141d3163-6832-4567-a30f-ebc7ddf9f9cc /var/log/neutron/server.log | wc -l20:40
Kvisle141120:40
smcginnisbnemec: Does this look familiar? http://paste.openstack.org/show/724339/20:40
smcginnisI seem to remember an OVO issue, but it was a long time ago.20:40
smcginnisThis is pike code though.20:40
*** ansmith has quit IRC20:41
Kvislekgiusti: I THINK that's a clear yes?20:41
kgiustiKvisle: sorry - peeling myself off the ceiling...20:41
kgiustiKvisle: one sec...20:42
*** spilla has joined #openstack-oslo20:43
bnemecsmcginnis: It doesn't to me, but you probably want dansmith for that question.20:44
kgiustiKvisle: are there any logs with "Found duplicate message" appearing?20:45
dansmithsmcginnis: that would be a Snapshot.metadata having been manually deleted from the object or something very wrong20:45
smcginnisbnemec: OK, thanks.20:45
kgiustiKvisle: rabbit should check for duplication20:46
dansmithsmcginnis: it's ovo related, but not from any issue other than user error that I know of20:46
kgiustiKvisle: rabbit driver, that is20:46
smcginnisdansmith: It's just a feeling, but I seem to remember that error being an issue for awhile until something was fixed on the lib side.20:46
smcginnisdansmith: Or some other dependency that impact ova.20:46
smcginnisovo20:46
dansmithsmcginnis: don't think so20:46
smcginnisdansmith: OK, thanks. I'll keep digging.20:47
Kvislekgiusti: let me grep around20:48
Kvislekgiusti: no20:49
Kvislekgiusti: I can see some old entries in cinder scheduler logs, but that was rarely, and before we upgraded to pike20:49
kgiustiKvisle: Alright, I was  wondering if you were hitting this: https://bugzilla.redhat.com/show_bug.cgi?id=159252820:50
openstackbugzilla.redhat.com bug 1592528 in rabbitmq-server "[OSP13] cannot launch instance(cannot bind port) and ping existing instance using floating IP after reboot of OC nodes" [Urgent,On_dev] - Assigned to jeckersb20:50
kgiustiKvisle: rabbitmq driver adds a uuid to each outgoing message.  That uuid is used to check for a duplicate message.20:55
kgiustiKvisle: but we're not seeing duplicate message ids20:56
kgiustiKvisle: and oslo.messaging does not retransmit the same message (or it isn't designed to :)20:56
kgiustiKvisle: I'm beginning to suspect that some client is sending the same req- over and over again.20:57
kgiustiKvisle: which would generate a new message id - thus no duplicates found by oslo.messaging, but duplicates at the application level20:57
kgiustiKvisle: at least that's my current guess (subject to change at any moment).20:58
kgiustiKvisle: can you create a launchpad bug for this: https://launchpad.net/oslo.messaging20:59
Kvisleof course20:59
kgiustiKvisle: and attach the neutron server log to it?21:00
Kvislehm, one thing21:00
Kvisleneutron-linuxbridge-agent does NOT have a backtrace in it21:01
Kvislebut the neutron server log has; https://gist.github.com/kvisle/6edbab6ce7aed8bd4b0b2846d56c576f21:02
kgiustiKvisle: ah, so the server is raising an error during RPC call processing.21:03
kgiustiKvisle: that exception should be sent back to the RPC caller and raised again there.21:03
kgiustiKvisle: forgive my ignorance - does the n-linuxbridge-agent make RPC calls to neutron server?21:05
Kvislekgiusti: I think you're referring to this https://gist.github.com/kvisle/b5b9bcb0a5946cb40e366ace9f6feb8121:05
kgiustiKvisle: bingo21:06
Kvisleall nodes were doing the loop, not all nodes were throwing the backtrace (but a handful are, I think)21:06
kgiustiKvisle: those backtraces indicate a failure at the application layer above oslo.messaging.21:08
Kvislekgiusti: I should probably move over to troubleshooting neutron directly, then?21:08
kgiustiKvisle: yeah neutron doesn't look very happy.21:09
Kvislemy assumption that this thing propagates and induces extra load on the system is valid, right?21:09
Kvisle(maybe?)21:09
Kvislekgiusti: thank you very much for your time!21:10
kgiustiKvisle: exceptions that occur on servers that are servicing RPC calls essentially send the stacktrace back to the client as a reply21:10
kgiustiKvisle: so it's not really more expensive than a non-error call/reply21:10
Kvislehm, ok21:10
kgiustiKvisle: HOWEVER, if the client doesn't handle that error and just keeps sending the same request.... that's naughty.21:11
kgiustiKvisle: Keep us posted.  I need to leave for the evening now.   Good luck.21:11
Kvislekgiusti: good evening =)21:12
Kvisleand thank you very much for your time21:12
kgiustiKvisle: yw and good hunting....21:12
*** kgiusti has left #openstack-oslo21:12
Kvislelooks like a fix is on its way https://review.openstack.org/#/c/564755/21:14
*** mago_ has quit IRC21:33
*** lifeless has joined #openstack-oslo21:38
*** rcernin has joined #openstack-oslo21:47
*** edmondsw has quit IRC22:04
*** edmondsw has joined #openstack-oslo22:07
*** bobh has quit IRC22:07
*** edmondsw has quit IRC22:11
*** bnemec has quit IRC22:29
*** bnemec has joined #openstack-oslo22:35
*** ansmith has joined #openstack-oslo22:35
*** threestrands has joined #openstack-oslo22:38
*** yassine has joined #openstack-oslo22:46
*** yassine is now known as Guest3563522:46
*** nicolasbock has quit IRC23:06
*** tosky has quit IRC23:08
*** bobh has joined #openstack-oslo23:08
*** spilla has quit IRC23:58

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