Hi Lukas, thank you for the time ! I compiled haproxy with DEFINE=-DREQURI_LEN=8192 and everything seems to be fine now, recompiling is not a problem. Tomorrow I'll deploy the changes from staging to production and let you know, we have around 1200 queries per second and the process takes only 80 megabytes, so we can take the risk :)
Thank you again. Damiano >Hi Damiano, > > >> Dear all, an update: logging using sockets doesn't change anything. >> After some grepping the code and tinkering I found that changing >> REQURI_LEN in include/common/defaults.h does the job > >Thanks for your analysis. > > > >> the strange thing is that there's also #define MAX_SYSLOG_LEN 1024 in >> the same file but it doesn't modify logging behaviour. > >Thats because thats just a default, overwritten by your "len" configuration. >Syslog length is not the problem, URI length is. > > > >> I don't know the side effect of this: maybe increased memory usage for >> each request ? Do I have to file a bug ? > >Yes it will definitly increase memory usage. > >Reading the following thread, I think this is expected behavior: >http://thread.gmane.org/gmane.comp.web.haproxy/3679/focus=3689 > > >Workaround is compile with "DEFINE=-DREQURI_LEN=2048" (supported since >1.5-dev19) - at least you avoid source code patches, however you still have to >recompile. > >I guess a runtime configuration parameter would be nice. > > > >Regards, > >Lukas
