Closed DmitryFrolovTri closed 3 years ago
I agree that these 4xx codes need to be visible somewhere without enabling h2 special logging.
However, I seem to be unable to use the http/1.1 logging hooks in this situation without messing things up. This is more complicated that I thought...
Well overtime I think H2 would replace http/1.1 but still I guess there will never be a good time for this change. :) It's not a simple one, yes.
Robert Plüm from the Apache Team is working on a fix for this. Should be available soon.
Thank you! This would be a great help!
Dmitry Frolov
On Thu, Sep 10, 2020 at 12:57 PM Stefan Eissing notifications@github.com wrote:
Robert Plüm from the Apache Team is working on a fix for this. Should be available soon.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/icing/mod_h2/issues/202#issuecomment-690125322, or unsubscribe https://github.com/notifications/unsubscribe-auth/AFR3XKYK3I3O6O3HDXW3SVLSFCPI7ANCNFSM4OVKH65A .
@DmitryFrolovTri going through my issues list, has this been resolved with the latest mod_h2 form here or using the one in Apache httpd 2.4.48?
Yes, last time we have checked this issue was not present any more.
Dmitry Frolov @.*** | M: +79629678725 | O: +15122018287 ext. 2088 Skype: bcad521m
www.aurea.com
On Sat, Jul 10, 2021 at 1:30 PM Stefan Eissing @.***> wrote:
@DmitryFrolovTri https://github.com/DmitryFrolovTri going through my issues list, has this been resolved with the latest mod_h2 form here or using the one in Apache httpd 2.4.48?
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/icing/mod_h2/issues/202#issuecomment-877614359, or unsubscribe https://github.com/notifications/unsubscribe-auth/AFR3XK5M26UHO6CQ34TOZPTTXAOLXANCNFSM4OVKH65A .
Thanks for confirming!
Hi, mod_http2 HTTP 431 errors are not visible in the access_log and require observing error_log , switching higher log levels. I am not sure if this is intended behavior or not, but seeing the 431 in the access_log would help in troubleshooting. Also if there are some other 4XX errors that don't get there would be great to see them there as well.
Reason for raising this is that without reading the code, switching trace to max on production, there is no place to see which error message was responded with if 431 happened and on which request and at first this led us into wrong troubleshooting path - issue on the ELB, in the network as we couldn't prove that our server was doing this.
OR
What are your thoughts?