[jira] [Created] (TS-1211) listen queue doesn't get modified for traffic_manager when setting configuration option in records.config
listen queue doesn't get modified for traffic_manager when setting configuration option in records.config - Key: TS-1211 URL: https://issues.apache.org/jira/browse/TS-1211 Project: Traffic Server Issue Type: Bug Affects Versions: 3.1.3 Reporter: Bryan Call listen queue only gets modified if you are running the traffic_server binary and not if you use traffic_cop or the startup scripts traffic_manager is hardcoded to have a listen backlog of 1024. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (TS-1191) change the default for search domains for dns to 0
change the default for search domains for dns to 0 -- Key: TS-1191 URL: https://issues.apache.org/jira/browse/TS-1191 Project: Traffic Server Issue Type: Improvement Reporter: Bryan Call Assignee: Bryan Call Priority: Minor Fix For: 3.1.4 As part of TS-703. Making this change a separate bug that is easy to change. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (TS-1186) Problem with Perl stats API not parsing the stats as 64-bit int
Problem with Perl stats API not parsing the stats as 64-bit int --- Key: TS-1186 URL: https://issues.apache.org/jira/browse/TS-1186 Project: Traffic Server Issue Type: Bug Affects Versions: 3.1.3 Environment: RHEL 6.2 Reporter: Bryan Call Assignee: Bryan Call Priority: Minor Fix For: 3.1.4 Stats will rollover because they are parsed as 32-bit int instead of 64-bit int in the Apache::TS::AdminClient module. Change: -@resp = unpack( slsl, $res ); +@resp = unpack( slsq, $res ); -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (TS-1019) clean up access to librecords and remove wrappers
clean up access to librecords and remove wrappers - Key: TS-1019 URL: https://issues.apache.org/jira/browse/TS-1019 Project: Traffic Server Issue Type: Improvement Components: Core Reporter: Bryan Call Priority: Minor There are unneeded define wrappers around the librecord function calls: [bcall@Bryan-Calls-MacBook-Pro-3 traffic.git]$ grep -r REC_ConfigReadInteger * | grep define iocore/eventsystem/P_EventSystem.h:#define IOCORE_ConfigReadInteger REC_ConfigReadInteger proxy/http/HttpConfig.h:#define HTTP_ConfigReadInteger REC_ConfigReadInteger proxy/logging/LogConfig.h:#define LOG_ConfigReadInteger REC_ConfigReadInteger proxy/logging/LogConfig.h:#define LOG_LocalReadInteger REC_ConfigReadInteger proxy/Main.h:#define TS_ConfigReadIntegerREC_ConfigReadInteger proxy/Prefetch.h:#define TS_ConfigReadIntegerREC_ConfigReadInteger proxy/Update.cc:#define UPDATE_ConfigReadInteger REC_ConfigReadInteger -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
