[jira] Updated: (TS-404) API to set IP address of origin server avoiding DNS lookup
[ https://issues.apache.org/jira/browse/TS-404?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-404: - Fix Version/s: (was: 2.1.6) 2.1.7 API to set IP address of origin server avoiding DNS lookup -- Key: TS-404 URL: https://issues.apache.org/jira/browse/TS-404 Project: Traffic Server Issue Type: Improvement Components: TS API Affects Versions: 2.1.1 Environment: Red Hat Enterprise Linux AS release 4 (Nahant Update 6) - x86_64 Reporter: Anirban Roy Fix For: 2.1.7 Current TS lacks InkAPI to set IP address of the origin server which could avoid DNS lookup and hence makes it perform better in higher load. In our usecase, we make DNS query from a plugin for maintaining politeness, load-balancing, black-listing etc. So really speaking, we can avoid DNS query from within traffic server. Exposing such API would be a great help for us. We can see an InkAPI to get the IP though - inkapi INKReturnCode INKHostLookupResultIPGet(INKHostLookupResult lookup_result, unsigned int *ip); We want similar InkAPI to set it before DNS lookup stage in trafficserver and bypass the DNS lookup once set. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TS-624) make install should not overwrite etc/trafficserver/*
[ https://issues.apache.org/jira/browse/TS-624?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-624: - Fix Version/s: (was: 2.1.6) 2.1.7 make install should not overwrite etc/trafficserver/* - Key: TS-624 URL: https://issues.apache.org/jira/browse/TS-624 Project: Traffic Server Issue Type: Improvement Components: Build Affects Versions: 2.1.4 Reporter: Billy Vierra Assignee: Leif Hedstrom Priority: Critical Fix For: 2.1.7 This makes it so that upgrades require you to backup the config files and copy then over after the make install. By default make install should not copy config files. There should be an additional option to install the config files. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TS-562) Custom paths for zlib, openssl, pcre don't work if in non-standard locations without adding --rpath
[ https://issues.apache.org/jira/browse/TS-562?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-562: - Fix Version/s: (was: 2.1.6) 2.1.7 Assignee: (was: Leif Hedstrom) Custom paths for zlib, openssl, pcre don't work if in non-standard locations without adding --rpath --- Key: TS-562 URL: https://issues.apache.org/jira/browse/TS-562 Project: Traffic Server Issue Type: Improvement Affects Versions: 2.1.5 Environment: Linux Reporter: Marcus Clyne Priority: Minor Fix For: 2.1.7 When compiling with custom paths for OpenSSL, PCRE, Zlib etc where the paths are in non-standard locations, even if the configure script passes, the libraries may not be linked if their lib path is not in the standard path checked by ld. The libraries can be found if extra linker options are passed like -Wl,--rpath=/path/to/lib/dir, but it would make sense to add this automatically on systems that support it if the path is passed to the configure script using --with-openssl=... etc. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TS-583) Build fails if --disable-webui is added
[ https://issues.apache.org/jira/browse/TS-583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-583: - Issue Type: Bug (was: Improvement) Build fails if --disable-webui is added --- Key: TS-583 URL: https://issues.apache.org/jira/browse/TS-583 Project: Traffic Server Issue Type: Bug Components: Build Affects Versions: 2.1.5, 2.1.4 Environment: My current environment is: Linux panic 2.6.32-5-amd64 #1 SMP Sat Oct 30 14:18:21 UTC 2010 x86_64 GNU/Linux with: gcc-4.4.real (Debian 4.4.5-8) 4.4.5 But I've also experienced it failing with Clang etc.. Reporter: Igor Galić Assignee: Alan M. Carroll Fix For: 2.1.6 Even though --disable-webui is default, adding it to the ./configure line seems to trigger something that should be #ifdef-0-ed out. Here's how to repro: {noformat} i.galic@panic ~/Projects/asf/trafficserver (svn)-[trunk:1042718] % svn co https:// i.galic@panic ~/Projects/asf/trafficserver (svn)-[trunk:1042718] % autoreconf -i --force i.galic@panic ~/Projects/asf/trafficserver (svn)-[trunk:1042718] % ./configure --enable-layout=opt --prefix=/opt/bw --with-pic --with-user=www --with-group=www --disable-webui i.galic@panic ~/Projects/asf/trafficserver (svn)-[trunk:1042718] % make invalid-offsetof -rdynamic -o traffic_manager traffic_manager-Error.o traffic_manager-AddConfigFilesHere.o traffic_manager-Alarms.o traffic_manager-AutoConf.o traffic_manager-BaseManager.o traffic_manager-BaseRecords.o traffic_manager-FileManager.o traffic_manager-LMRecords.o traffic_manager-LocalManager.o traffic_manager-Main.o traffic_manager-MgmtDBM.o traffic_manager-MultiFile.o traffic_manager-RecordsConfig.o traffic_manager-Rollback.o traffic_manager-StatAggregation.o traffic_manager-WebPluginList.o cluster/libcluster.a preparse/libpreparse.a stats/libstats.a web2/libweb.a cli/libcli_lm.a api2/libmgmtapilocal.a utils/libutils_lm.a ../../proxy/hdrs/libhdrs.a ../../lib/records/libreclocal.a ../../proxy/mgmt2/tools/libinksysapi.a ../../proxy/mgmt2/tools/libinkconfigapi.a ../../iocore/utils/libinkutils.a ../../lib/ts/libts.a /usr/lib/libexpat.so -lpcre -lssl -lcrypto /usr/lib/libsqlite3.so -ltcl8.4 -ldl -lnsl -lresolv -lpthread -lrt -lcap -lz cluster/libcluster.a(ClusterCom.o): In function `ClusterCom::handleMultiCastFilePacket(char*, char*)': /home/i.galic/Projects/asf/trafficserver/proxy/mgmt2/cluster/ClusterCom.cc:1219: undefined reference to `WebHttpTreeRebuildJsTree()' web2/libweb.a(WebOverview.o): In function `overviewPage::generateTable(WebHttpContext*)': /home/i.galic/Projects/asf/trafficserver/proxy/mgmt2/web2/WebOverview.cc:1033: undefined reference to `WebHttpGetLink_Xmalloc(char const*)' web2/libweb.a(WebOverview.o): In function `overviewPage::generateAlarmsSummary(WebHttpContext*)': /home/i.galic/Projects/asf/trafficserver/proxy/mgmt2/web2/WebOverview.cc:943: undefined reference to `WebHttpGetLink_Xmalloc(char const*)' web2/libweb.a(WebHttp.o): In function `WebHttpHandleConnection(WebHttpConInfo*)': /home/i.galic/Projects/asf/trafficserver/proxy/mgmt2/web2/WebHttp.cc:4215: undefined reference to `WebHttpTreeReturnRefresh(char*)' web2/libweb.a(WebHttp.o): In function `handle_submit_otw_upgrade': /home/i.galic/Projects/asf/trafficserver/proxy/mgmt2/web2/WebHttp.cc:3653: undefined reference to `WebHttpGetLink_Xmalloc(char const*)' web2/libweb.a(WebHttp.o): In function `handle_submit_update': /home/i.galic/Projects/asf/trafficserver/proxy/mgmt2/web2/WebHttp.cc:2887: undefined reference to `WebHttpGetLink_Xmalloc(char const*)' /home/i.galic/Projects/asf/trafficserver/proxy/mgmt2/web2/WebHttp.cc:2994: undefined reference to `WebHttpTreeRebuildJsTree()' web2/libweb.a(WebHttp.o): In function `handle_submit_snapshot_to_floppy': /home/i.galic/Projects/asf/trafficserver/proxy/mgmt2/web2/WebHttp.cc:2492: undefined reference to `WebHttpGetLink_Xmalloc(char const*)' web2/libweb.a(WebHttp.o): In function `WebHttpInit()': /home/i.galic/Projects/asf/trafficserver/proxy/mgmt2/web2/WebHttp.cc:4150: undefined reference to `WebHttpTreeInit()' web2/libweb.a(WebHttpRender.o): In function `handle_tab_object': /home/i.galic/Projects/asf/trafficserver/proxy/mgmt2/web2/WebHttpRender.cc:803: undefined reference to `WebHttpRenderTabs(textBuffer*, int)' web2/libweb.a(WebHttpRender.o): In function `handle_host_redirect_url': /home/i.galic/Projects/asf/trafficserver/proxy/mgmt2/web2/WebHttpRender.cc:2546: undefined reference to `WebHttpGetLink_Xmalloc(char const*)' web2/libweb.a(WebHttpRender.o): In function `handle_html_tab_object': /home/i.galic/Projects/asf/trafficserver/proxy/mgmt2/web2/WebHttpRender.cc:825: undefined reference to `WebHttpRenderHtmlTabs(textBuffer*, char*, int)'
[jira] Updated: (TS-276) Change naming for all include files
[ https://issues.apache.org/jira/browse/TS-276?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-276: - Issue Type: Improvement (was: Bug) Change naming for all include files --- Key: TS-276 URL: https://issues.apache.org/jira/browse/TS-276 Project: Traffic Server Issue Type: Improvement Components: Documentation Reporter: Diane Smith Assignee: Diane Smith Fix For: 2.1.6 Modify names of all include files to reflect recent changes made by Leif. All include files now reside in a new directory, /ts For example: RemapAPI.h -- remap.h InkAPI.h -- ts.h Need to follow up to get a more comprehensive list of changes +other aspects of the doc (if any) that could have been affected -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TS-661) Delay per-txn config copy until SDK requests it.
[ https://issues.apache.org/jira/browse/TS-661?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-661: - Issue Type: Improvement (was: Bug) Delay per-txn config copy until SDK requests it. Key: TS-661 URL: https://issues.apache.org/jira/browse/TS-661 Project: Traffic Server Issue Type: Improvement Reporter: Leif Hedstrom Assignee: Leif Hedstrom Fix For: 2.1.6 This avoids a large number of memcpy() when there is no plugin that wish to modify the configs. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TS-317) Need a way for remap plugins to modify Host: headers
[ https://issues.apache.org/jira/browse/TS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-317: - Issue Type: New Feature (was: Improvement) Need a way for remap plugins to modify Host: headers - Key: TS-317 URL: https://issues.apache.org/jira/browse/TS-317 Project: Traffic Server Issue Type: New Feature Components: Remap API Reporter: Miles Libbey Assignee: Leif Hedstrom Fix For: 2.1.6 (was yahoo bug 2148838) Original description by Leif Hedstrom 20 months ago at 2008-08-17 14:03 We need a way for a plugin to set the host field to one value (X), but force the Host: header to be a different value (Y). This is similar (but not the same) as keeping Host: headers pristine during remap rules. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TS-410) Regression code should be compile time optional
[ https://issues.apache.org/jira/browse/TS-410?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-410: - Summary: Regression code should be compile time optional (was: Should regression code be compile time optional?) Regression code should be compile time optional --- Key: TS-410 URL: https://issues.apache.org/jira/browse/TS-410 Project: Traffic Server Issue Type: Improvement Components: Build Reporter: Leif Hedstrom Assignee: Leif Hedstrom Priority: Minor Fix For: 2.1.6 Would it make sense to make the compilation (and inclusion) of the regression tests compile time (configure time) optional? Default would be off, but could be enabled with something like --with-regression-tests -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TS-593) clean up reference for inktomi.com, as much as possible
[ https://issues.apache.org/jira/browse/TS-593?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-593: - Issue Type: Improvement (was: Task) clean up reference for inktomi.com, as much as possible --- Key: TS-593 URL: https://issues.apache.org/jira/browse/TS-593 Project: Traffic Server Issue Type: Improvement Components: Cleanup Affects Versions: 2.1.4 Reporter: Zhao Yongming Assignee: Leif Hedstrom Fix For: 2.1.6 per discuss in maillist, we should cleanup the using of *.inktomi.com as in codes, such as for dns testing. and clean other reference as much as possible. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TS-568) Add API calls to directly get the elements of the running version.
[ https://issues.apache.org/jira/browse/TS-568?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-568: - Issue Type: New Feature (was: Improvement) Add API calls to directly get the elements of the running version. -- Key: TS-568 URL: https://issues.apache.org/jira/browse/TS-568 Project: Traffic Server Issue Type: New Feature Components: Plugins Reporter: Alan M. Carroll Assignee: Alan M. Carroll Priority: Minor Fix For: 2.1.6 Currently if a plugin wants do tests against the running version, it must get a string and then parse that string. To make that easier, three API calls are added: TSTrafficServerVersionMajor(), TSTrafficServerVersionMinor(), TSTrafficServerVersionPatch() These all return an int which is (respectively) the first, second, and third elements of the version. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TS-321) move to new tld
[ https://issues.apache.org/jira/browse/TS-321?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-321: - Fix Version/s: (was: 2.1.6) 2.0.1 move to new tld --- Key: TS-321 URL: https://issues.apache.org/jira/browse/TS-321 Project: Traffic Server Issue Type: Task Reporter: Miles Libbey Assignee: Miles Libbey Fix For: 2.0.1 Once the new trafficserver.apache.org domain is ready: - need to change any hard coded links in site - need to change pages that custom search looks for - create the .htaccess redirecting all pages over to new domain -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TS-642) Setting proxy.config.http.cache.http to 0 does not turn off caching
[ https://issues.apache.org/jira/browse/TS-642?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-642: - Fix Version/s: 2.1.7 Setting proxy.config.http.cache.http to 0 does not turn off caching --- Key: TS-642 URL: https://issues.apache.org/jira/browse/TS-642 Project: Traffic Server Issue Type: Bug Components: Cache Affects Versions: 2.1.6, 2.1.5 Environment: Debian Linux Reporter: Marcus Clyne Fix For: 2.1.7 CONFIG proxy.config.http.cache.http INT 0 does not turn off caching (at least traffic.out says it's enabled). I've tested in trunk (2.1.6) as of today and version 2.1.3and 2.1.4. I tried both with traffic_cop and traffic_manager and with just traffic_server and a notice of caching being enabled was displayed in both cases. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TS-628) Add better config option for forward proxying
[ https://issues.apache.org/jira/browse/TS-628?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-628: - Fix Version/s: 2.1.7 Add better config option for forward proxying - Key: TS-628 URL: https://issues.apache.org/jira/browse/TS-628 Project: Traffic Server Issue Type: Improvement Components: Configuration Environment: All Reporter: Marcus Clyne Priority: Trivial Fix For: 2.1.7 Hi, When setting up forward proxy on TS, currently it is required to set proxy.config.url_remap.remap_required INT 0 This is a bit obscure, and makes it more difficult for people who only work with TS on an occasional basis to guess at the config option. I think having an option like proxy.config.forward_proxy.enable or proxy.config.http.forward.enable (so it's similar to proxy.config.http.forward.proxy_auth_to_parent) would be better. It might be a good idea (at least for a period) to have both options, so as not to break existing configurations. If it is decided not to change the config option, as a minimum, it would be nice to have a comment in the configuration file saying something like 'this needs to be set to 0 to enable forward proxying'. This would allow for people to search the config file for the word 'forward'. Cheers, Marcus. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TS-633) SSL Termination reverse_mapping
[ https://issues.apache.org/jira/browse/TS-633?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-633: - Fix Version/s: 2.1.7 SSL Termination reverse_mapping --- Key: TS-633 URL: https://issues.apache.org/jira/browse/TS-633 Project: Traffic Server Issue Type: Bug Components: Remap API, SSL Affects Versions: 2.1.0 Reporter: Andreas Hartke Fix For: 2.1.7 We configure reverse_proxy with SSL Termination and have problems with respones from the origin server containing http-adresses. If the origin server sends reponses with addresses the reverse_mapped adresses from trafficserver contain http instead of https. Here our configuration: map https://asp2.geomagic.de/path/ http://origin_server:8080/path/ reverse_map http://origin_server:8080/path/ https://asp2.geomagic.de/path/ redirect_temporary https://asp2.geomagic.de/path https://asp2.geomagic.de/path/ The redirection from https to https works fine but a redirect_temporary from a http-adress to a https-address maps to a http-address instead of a https-address. redirect_temporary http://asp2.geomagic.de/gasline https://asp2.geomagic.de/gasline/ -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TS-652) SSL random buffer initialization should be checked
[ https://issues.apache.org/jira/browse/TS-652?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-652: - Fix Version/s: 2.1.7 SSL random buffer initialization should be checked -- Key: TS-652 URL: https://issues.apache.org/jira/browse/TS-652 Project: Traffic Server Issue Type: Wish Components: SSL Reporter: John Plevyak Fix For: 2.1.7 The way the SSL random buffers are initialized is interesting... it could also be made more efficient with the new 64-bit random number generator. It looks like it is using whatever is on the stack and then hashing it with 2 different random number generators and skipping the first few bytes... why, no idea. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TS-667) Ability to keep traffic server from initializing the wrong disks when using RAW disk mode.
[ https://issues.apache.org/jira/browse/TS-667?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-667: - Fix Version/s: 2.1.7 Ability to keep traffic server from initializing the wrong disks when using RAW disk mode. -- Key: TS-667 URL: https://issues.apache.org/jira/browse/TS-667 Project: Traffic Server Issue Type: Improvement Components: Cache, Configuration Reporter: David Robinson Priority: Minor Labels: features Fix For: 2.1.7 When disk devices are configured in storage.config for RAW mode they are automatically initialized when traffic server first starts up. If disk device names change later due to adding/removing disks or kernel changes trafficserver will overwrite disks that the user may not want to be cache disks. This leads to data loss on the affected disks. Maybe a feature could be added similar to squid's -z where cache disks must be explicitly initialized before they can be used. Or a configuration variable that changes trafficserver's initialization behavior. (6:49:06 PM) zwoop: so, maybe have a few settings for the config (6:49:06 PM) zwoop: 0 - Let it reinitialize cache as it likes (6:49:06 PM) zwoop: 1 - Only initialize cache explicitly (6:49:06 PM) zwoop: 2 - Only initialize cache explicitly, and refuse to start up if we detect a cache disk with bad header -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (TS-349) UserFiber Prototype
[ https://issues.apache.org/jira/browse/TS-349?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom resolved TS-349. -- Resolution: Fixed Closing this for now, lets reopen this when UF decided to Open Source through ASF. UserFiber Prototype --- Key: TS-349 URL: https://issues.apache.org/jira/browse/TS-349 Project: Traffic Server Issue Type: Improvement Environment: Linux Reporter: Andrew Hsu Assignee: Anirban Priority: Minor Labels: prototype, uf, userfiber Tracking ticket for UserFiber Prototype work. Commit to this JIRA ticket. CWiki has been created to track other meta info: https://cwiki.apache.org/TS/userfiber.html -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TS-630) --with-tcl fails to set LD path
[ https://issues.apache.org/jira/browse/TS-630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-630: - Fix Version/s: 2.1.7 --with-tcl fails to set LD path --- Key: TS-630 URL: https://issues.apache.org/jira/browse/TS-630 Project: Traffic Server Issue Type: Bug Components: Build Affects Versions: 2.1.5 Environment: ARM/Maemo, gcc 4.2.1, build environment gnu toolchain from repository.maemo.org Reporter: Nick Kew Fix For: 2.1.7 Since maemo's pckaged Tcl doesn't include tclconfig, I built Tcl from source under /usr/local and used TrafficServer's --with-tcl option. This works fine for configure, but fails to set the library path in the Makefiles, so linking fails for every component that links Tcl. This looks similar to TS-626 and may affect other configuration options. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Assigned: (TS-668) Add URL stats to traffic_logstats
[ https://issues.apache.org/jira/browse/TS-668?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom reassigned TS-668: Assignee: Leif Hedstrom Add URL stats to traffic_logstats - Key: TS-668 URL: https://issues.apache.org/jira/browse/TS-668 Project: Traffic Server Issue Type: New Feature Reporter: Leif Hedstrom Assignee: Leif Hedstrom Fix For: 2.1.6 We should add options to parse URL stats to the logstats tool. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (TS-668) Add URL stats to traffic_logstats
[ https://issues.apache.org/jira/browse/TS-668?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom resolved TS-668. -- Resolution: Fixed Add URL stats to traffic_logstats - Key: TS-668 URL: https://issues.apache.org/jira/browse/TS-668 Project: Traffic Server Issue Type: New Feature Reporter: Leif Hedstrom Assignee: Leif Hedstrom Fix For: 2.1.6 We should add options to parse URL stats to the logstats tool. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (TS-489) Seg Fault with Connection_Collapsing and clustering enabled.
[ https://issues.apache.org/jira/browse/TS-489?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12992262#comment-12992262 ] mohan_zl commented on TS-489: - I'm sorry, i think that is not a bug in the old code, just my fault when moving codes. Seg Fault with Connection_Collapsing and clustering enabled. Key: TS-489 URL: https://issues.apache.org/jira/browse/TS-489 Project: Traffic Server Issue Type: Bug Affects Versions: 2.0.0 Environment: Debian Lenny. 2.6.26-2-amd-64 Sun Blade X6240 (2 x Six-Core AMD Opteron(tm) Processor 2439 SE) 64G Memory Reporter: Ricky Chan Assignee: mohan_zl Priority: Critical Fix For: 2.1.6 Attachments: TS-489-zym-1.txt, TS-489.patch, code_clean_up.patch, collapse1.trace, collapse2.trace, ts_489_testing.txt Bug is easily reproduced, with the following setup. Traffic Server 2.0.0 Enable Clustering (so you'll need two machine and make sure cluster is actually working) (LOCAL proxy.local.cluster.type INT 1) Enable Connection Collapsing (CONFIG proxy.config.connection_collapsing.hashtable_enabled INT 1) Other changes to records.config which may or may affect it are changes to heuristics: CONFIG proxy.config.http.cache.heuristic_min_lifetime INT 5 CONFIG proxy.config.http.cache.heuristic_max_lifetime INT 86400 CONFIG proxy.config.http.cache.heuristic_lm_factor FLOAT 0.000100 CONFIG proxy.config.http.cache.fuzz.time INT 240 CONFIG proxy.config.http.cache.fuzz.probability FLOAT 0.05 Using a 3rd machine using apache benchmark (ab) and request with say -n 100 with keep alive (-k) and -c 8000 say. I found it happens all the time above 8000. I just fetched a file from origin on lighttpd which had a cache-control header of max-age 86400, so to reduce hitting origin. Size of file is 9 bytes only. Note: You need to set ulimit -n very high and set sysctl ip_local_port_range to larger than defaults to be able to run test, I did ulimit -n 100 and had sysctl -w net.ipv4.ip_local_port_range=1024 65000 to be able to run AB. Disabling clustering or connection Collapsing the program no longer. I then added GDB wrapper around traffic_server and it clearly shows it's the connection collapsing API which is at fault here. I'll add these traces as attachments. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira