You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2016/11/17 04:33:52 UTC
[Bug 60386] New: Sequential refreshes in Chromium cause warnings
from Http2UpgradeHandler pruneClosedStreams
https://bz.apache.org/bugzilla/show_bug.cgi?id=60386
Bug ID: 60386
Summary: Sequential refreshes in Chromium cause warnings from
Http2UpgradeHandler pruneClosedStreams
Product: Tomcat 8
Version: 8.5.x-trunk
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P2
Component: Connectors
Assignee: dev@tomcat.apache.org
Reporter: katzyn@gmail.com
Target Milestone: ----
If F5 is pressed and holded on some page accessed via HTTP/2 in Chromium 54,
Tomcat produces warnings.
6:57:23 AM org.apache.coyote.http2.Http2UpgradeHandler pruneClosedStreams
WARNING: Connection [297] Failed to fully prune the connection because streams
were active / used in the priority tree. There are [8] too many streams
6:57:37 AM org.apache.coyote.http2.Http2UpgradeHandler pruneClosedStreams
WARNING: Connection [297] Failed to fully prune the connection because streams
were active / used in the priority tree. There are [18] too many streams
.....
7:01:13 AM org.apache.coyote.http2.Http2UpgradeHandler pruneClosedStreams
WARNING: Connection [297] Failed to fully prune the connection because streams
were active / used in the priority tree. There are [678] too many stream
This issue is not reproducible with Firefox 49.
It may be a browser bug, but anyway this sutuation should be handled without
much noise on production servers.
--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org
[Bug 60386] Sequential refreshes in Chromium cause warnings from
Http2UpgradeHandler pruneClosedStreams
Posted by bu...@apache.org.
https://bz.apache.org/bugzilla/show_bug.cgi?id=60386
--- Comment #1 from Remy Maucherat <re...@apache.org> ---
(In reply to Evgenij Ryazanov from comment #0)
> It may be a browser bug, but anyway this sutuation should be handled without
> much noise on production servers.
I disagree with that. This looks to me like rather legitimate logging. If you
don't like it, you should adjust the log category level, but no change will be
made in Tomcat about this.
We will determine if the rest is a bug or a client issue (in such a scenario,
it could simply abruptly disconnect).
--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org
[Bug 60386] Sequential refreshes in Chromium cause warnings from
Http2UpgradeHandler pruneClosedStreams
Posted by bu...@apache.org.
https://bz.apache.org/bugzilla/show_bug.cgi?id=60386
Mark Thomas <ma...@apache.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Status|NEW |RESOLVED
--- Comment #4 from Mark Thomas <ma...@apache.org> ---
Fixed in:
- trunk for 9.0.0.M14 onwards
- 8.5.x for 8.5.9 onwards
--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org
[Bug 60386] Sequential refreshes in Chromium cause warnings from
Http2UpgradeHandler pruneClosedStreams
Posted by bu...@apache.org.
https://bz.apache.org/bugzilla/show_bug.cgi?id=60386
--- Comment #2 from Evgenij Ryazanov <ka...@gmail.com> ---
The only issue with logging is that single one connection produces a lot of
similar records and all of them have WARNING level, from my point of view it's
may be better to log following at DEBUG level.
But this bug report is not about log pollution. Number of streams can increase
beyond any reasonable limit and this can be used by malicious client to exhaust
resources on server. Also it's not clear for me why regular web browser creates
so many streams, it's browser's fault, or something wrong with streams on
server side?
--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org
[Bug 60386] Sequential refreshes in Chromium cause warnings from
Http2UpgradeHandler pruneClosedStreams
Posted by bu...@apache.org.
https://bz.apache.org/bugzilla/show_bug.cgi?id=60386
--- Comment #3 from Mark Thomas <ma...@apache.org> ---
Chrome structures the priority tree in an unexpected way so Tomcat is unable to
prune it. I'm in the process of writing a more sophisticated pruning algorithm.
--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org