[jira] [Commented] (TS-3837) The setting wait_for_cache waits indefinitely even when there are no cache disks configured.
[ https://issues.apache.org/jira/browse/TS-3837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705344#comment-14705344 ] Sudheer Vinukonda commented on TS-3837: --- I am not sure if we should add any specific feature based settings (especially, upstream), given that the direction seems to be towards a general solution for this problem. It seems like we should be able to address the immediate issue with the *wait_for_cache* setting (if that can be fixed to return immediately when cache is disabled (based on empty storage.config - NOT based on http.cache setting) it'd be even better). The setting wait_for_cache waits indefinitely even when there are no cache disks configured. Key: TS-3837 URL: https://issues.apache.org/jira/browse/TS-3837 Project: Traffic Server Issue Type: Bug Components: Cache, HTTP Affects Versions: 6.1.0 Reporter: Sudheer Vinukonda Assignee: Alan M. Carroll Fix For: 6.1.0 The setting *proxy.config.http.wait_for_cache* allows to let traffic_server wait for the cache to initialize before processing requests (it basically blocks accepts). This is fine when cache is configured, but, if there are no disks configured in *storage.config*, this setting makes requests wait indefinitely. Ideally, the setting should consider cache initialized (disabled) when no disks are configured and just proxy the requests rather than block them forever. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (TS-3856) Add more APIs for ts_lua plugin
[ https://issues.apache.org/jira/browse/TS-3856?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14704588#comment-14704588 ] ASF subversion and git services commented on TS-3856: - Commit 7d8c13ec1fb4b75d8b5e9e5fbae4a6a9686a3897 in trafficserver's branch refs/heads/master from [~kichan] [ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=7d8c13e ] TS-3856: documentation for added api for ts_lua Add more APIs for ts_lua plugin --- Key: TS-3856 URL: https://issues.apache.org/jira/browse/TS-3856 Project: Traffic Server Issue Type: Improvement Components: Lua, Plugins Reporter: Kit Chan Assignee: Kit Chan Fix For: 6.1.0 1) api to retrieve from and to for the remap rules 2) support TSHttpTxnCacheLookupUrlGet() and TSHttpTxnCacheLookupUrlSet() 3) support TSHttpSsnTransactionCount() -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Work started] (TS-3856) Add more APIs for ts_lua plugin
[ https://issues.apache.org/jira/browse/TS-3856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on TS-3856 started by Kit Chan. Add more APIs for ts_lua plugin --- Key: TS-3856 URL: https://issues.apache.org/jira/browse/TS-3856 Project: Traffic Server Issue Type: Improvement Components: Lua, Plugins Reporter: Kit Chan Assignee: Kit Chan Fix For: 6.1.0 1) api to retrieve from and to for the remap rules 2) support TSHttpTxnCacheLookupUrlGet() and TSHttpTxnCacheLookupUrlSet() 3) support TSHttpSsnTransactionCount() -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (TS-3856) Add more APIs for ts_lua plugin
[ https://issues.apache.org/jira/browse/TS-3856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kit Chan updated TS-3856: - Fix Version/s: 6.1.0 Add more APIs for ts_lua plugin --- Key: TS-3856 URL: https://issues.apache.org/jira/browse/TS-3856 Project: Traffic Server Issue Type: Improvement Components: Lua, Plugins Reporter: Kit Chan Assignee: Kit Chan Fix For: 6.1.0 1) api to retrieve from and to for the remap rules 2) support TSHttpTxnCacheLookupUrlGet() and TSHttpTxnCacheLookupUrlSet() 3) support TSHttpSsnTransactionCount() -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Jenkins build is still unstable: tsqa-lint #465
See https://ci.trafficserver.apache.org/job/tsqa-lint/changes
Build failed in Jenkins: tsqa-master #797
See https://ci.trafficserver.apache.org/job/tsqa-master/797/changes
Changes:
[kichan] TS-3856: add api support for ts_lua plugin
--
Started by upstream project out_of_tree-master build number 1100
originally caused by:
Started by an SCM change
Started by upstream project in_tree-master build number 1319
originally caused by:
Started by an SCM change
Building remotely on QA3 (qa) in workspace
https://ci.trafficserver.apache.org/job/tsqa-master/ws/
/usr/bin/git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
/usr/bin/git config remote.origin.url
https://git-wip-us.apache.org/repos/asf/trafficserver.git # timeout=10
Cleaning workspace
/usr/bin/git rev-parse --verify HEAD # timeout=10
Resetting working tree
/usr/bin/git reset --hard # timeout=10
/usr/bin/git clean -fdx # timeout=10
Fetching upstream changes from
https://git-wip-us.apache.org/repos/asf/trafficserver.git
/usr/bin/git --version # timeout=10
/usr/bin/git -c core.askpass=true fetch --tags --progress
https://git-wip-us.apache.org/repos/asf/trafficserver.git
+refs/heads/*:refs/remotes/origin/*
/usr/bin/git rev-parse refs/remotes/origin/master^{commit} # timeout=10
/usr/bin/git rev-parse refs/remotes/origin/origin/master^{commit} #
timeout=10
Checking out Revision 4cfbfdfcfee65987d6d4eb7ae9b6b1e6ea2d4a77
(refs/remotes/origin/master)
/usr/bin/git config core.sparsecheckout # timeout=10
/usr/bin/git checkout -f 4cfbfdfcfee65987d6d4eb7ae9b6b1e6ea2d4a77
/usr/bin/git rev-list 5c404b0d62e0f551611748d751d8bd80ab842aa4 # timeout=10
[tsqa-master] $ /bin/bash -xe /tmp/hudson3004147913133940468.sh
+ source /home/jenkins/bin/environment.sh
++ export ATS_SRC_HOME=/home/jenkins/src
++ ATS_SRC_HOME=/home/jenkins/src
++ test tsqa-master '!=' tsqa-master
++ ATS_MAKE=make
++ test tsqa-master '!=' tsqa-master
++ export ATS_MAKE
+++ /bin/date +%m%d%Y
++ export TODAY=08202015
++ TODAY=08202015
++ ATS_BRANCH=master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ export ATS_BRANCH
++ test tsqa-master '!=' tsqa-master
+ source /home/jenkins/bin/tsqa.sh
++ TSQA_LAYOUT_DIR=https://ci.trafficserver.apache.org/job/tsqa-master/ws/797
++ cd https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa
++ make test
New python executable in virtualenv/bin/python
Installing
Setuptools..done.
Installing
Pip.done.
make update
make[1]: Entering directory
`https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa'
Exception:
Traceback (most recent call last):
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/basecommand.py;,
line 134, in main
status = self.run(options, args)
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/commands/install.py;,
line 220, in run
for req in parse_requirements(filename, finder=finder, options=options):
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/req.py;,
line 1477, in parse_requirements
req = InstallRequirement.from_line(line, comes_from,
prereleases=getattr(options, pre, None))
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/req.py;,
line 129, in from_line
return cls(req, comes_from, url=url, prereleases=prereleases)
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/req.py;,
line 44, in __init__
req = pkg_resources.Requirement.parse(req)
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pkg_resources.py;,
line 2914, in parse
reqs = list(parse_requirements(s))
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pkg_resources.py;,
line 2839, in
Jenkins build is still unstable: tsqa-lint #466
See https://ci.trafficserver.apache.org/job/tsqa-lint/changes
[jira] [Assigned] (TS-3856) Add more APIs for ts_lua plugin
[ https://issues.apache.org/jira/browse/TS-3856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kit Chan reassigned TS-3856: Assignee: Kit Chan Add more APIs for ts_lua plugin --- Key: TS-3856 URL: https://issues.apache.org/jira/browse/TS-3856 Project: Traffic Server Issue Type: Improvement Components: Lua, Plugins Reporter: Kit Chan Assignee: Kit Chan 1) api to retrieve from and to for the remap rules 2) support TSHttpTxnCacheLookupUrlGet() and TSHttpTxnCacheLookupUrlSet() 3) support TSHttpSsnTransactionCount() -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (TS-3856) Add more APIs for ts_lua plugin
Kit Chan created TS-3856: Summary: Add more APIs for ts_lua plugin Key: TS-3856 URL: https://issues.apache.org/jira/browse/TS-3856 Project: Traffic Server Issue Type: Improvement Components: Lua, Plugins Reporter: Kit Chan 1) api to retrieve from and to for the remap rules 2) support TSHttpTxnCacheLookupUrlGet() and TSHttpTxnCacheLookupUrlSet() 3) support TSHttpSsnTransactionCount() -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (TS-3819) H2 error logging
[ https://issues.apache.org/jira/browse/TS-3819?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-3819: -- Fix Version/s: (was: 6.0.0) 6.1.0 H2 error logging Key: TS-3819 URL: https://issues.apache.org/jira/browse/TS-3819 Project: Traffic Server Issue Type: New Feature Components: HTTP/2 Reporter: Ryo Okubo Assignee: Leif Hedstrom Fix For: 6.1.0 Attachments: h2_errorlog_0001.patch, h2_errorlog_0002.patch, h2_errorlog_0003.patch RST_STREAM and GOAWAY may deliver [various errors|https://tools.ietf.org/html/rfc7540#section-7]. I want to record them to error.log -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (TS-3819) H2 error logging
[ https://issues.apache.org/jira/browse/TS-3819?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom reassigned TS-3819: - Assignee: Leif Hedstrom H2 error logging Key: TS-3819 URL: https://issues.apache.org/jira/browse/TS-3819 Project: Traffic Server Issue Type: New Feature Components: HTTP/2 Reporter: Ryo Okubo Assignee: Leif Hedstrom Fix For: 6.1.0 Attachments: h2_errorlog_0001.patch, h2_errorlog_0002.patch, h2_errorlog_0003.patch RST_STREAM and GOAWAY may deliver [various errors|https://tools.ietf.org/html/rfc7540#section-7]. I want to record them to error.log -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (TS-3782) Add tests for HTTP/2 in TSQA
[ https://issues.apache.org/jira/browse/TS-3782?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14706212#comment-14706212 ] Leif Hedstrom commented on TS-3782: --- Status on this? Add tests for HTTP/2 in TSQA Key: TS-3782 URL: https://issues.apache.org/jira/browse/TS-3782 Project: Traffic Server Issue Type: Test Components: CI, HTTP/2 Reporter: Masaori Koshiba Assignee: Thomas Jackson Labels: review Fix For: 6.0.0 Attachments: exceptional_scenario_tests_001.patch, normal_scenario_tests_001.patch Add tests for HTTP/2 in TSQA. IMO, it is better to add two types of tests for HTTP/2 below. 1. Normal Scenario Tests - Do HTTP requests with [hyper|https://github.com/lukasa/hyper] or other HTTP/2 client. 2. Exceptional Scenario Tests - [h2spec|https://github.com/summerwind/h2spec] looks good test tool for edge cases of HTTP/2. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (TS-3860) Buffer overflow in H2 on debug build
[
https://issues.apache.org/jira/browse/TS-3860?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14706100#comment-14706100
]
Ryo Okubo commented on TS-3860:
---
We've just catched the same issue. It may occur when you build with
--enable-debug option.
Its caused by calling mime_field_name_value_set() without must_copy_strings
flag. Current HPACK encoder passes char* variables refering to separated
address as header field name/value.
https://github.com/apache/trafficserver/blob/master/proxy/http2/HTTP2.cc#L558-L559
But mime_hdr_sanity_check() seems to suppose header field name/value are put on
consecutive address.
https://github.com/apache/trafficserver/blob/master/proxy/hdrs/MIME.cc#L559-L560
I have a basic question ... should header field name/value stored at HdrHeap
are put on consecutive address? If so, we should modify to call
mime_field_name_value_set() with must_copy_strings.
Buffer overflow in H2 on debug build
Key: TS-3860
URL: https://issues.apache.org/jira/browse/TS-3860
Project: Traffic Server
Issue Type: Bug
Components: HTTP/2
Reporter: Leif Hedstrom
Labels: yahoo
Fix For: 6.1.0
{code}
==15480==ERROR: AddressSanitizer: global-buffer-overflow on address
0x00acafe8 at pc 0x7f13fa bp 0x7ff13b8e3ee0 sp 0x7ff13b8e3ed8
READ of size 1 at 0x00acafe8 thread T8 ([ET_NET 7])
#0 0x7f13f9 in checksum_block(char const*, int)
/usr/local/src/trafficserver/proxy/hdrs/MIME.cc:530
#1 0x7f167f in mime_hdr_sanity_check(MIMEHdrImpl*)
/usr/local/src/trafficserver/proxy/hdrs/MIME.cc:560
#2 0x7f5d6d in mime_hdr_field_attach(MIMEHdrImpl*, MIMEField*, int,
MIMEField*) /usr/local/src/trafficserver/proxy/hdrs/MIME.cc:1533
#3 0x6fd29a in http2_write_psuedo_headers(HTTPHdr*, unsigned char*,
unsigned long, Http2DynamicTable)
/usr/local/src/trafficserver/proxy/http2/HTTP2.cc:560
#4 0x710ecd in Http2ConnectionState::send_headers_frame(FetchSM*)
/usr/local/src/trafficserver/proxy/http2/Http2ConnectionState.cc:966
#5 0x70f906 in Http2ConnectionState::main_event_handler(int, void*)
/usr/local/src/trafficserver/proxy/http2/Http2ConnectionState.cc:768
#6 0x53075a in Continuation::handleEvent(int, void*)
/usr/local/src/trafficserver/iocore/eventsystem/I_Continuation.h:146
#7 0x704fe9 in send_connection_event
/usr/local/src/trafficserver/proxy/http2/Http2ClientSession.cc:60
#8 0x707176 in Http2ClientSession::main_event_handler(int, void*)
/usr/local/src/trafficserver/proxy/http2/Http2ClientSession.cc:259
#9 0x53075a in Continuation::handleEvent(int, void*)
/usr/local/src/trafficserver/iocore/eventsystem/I_Continuation.h:146
#10 0x52bd6a in FetchSM::InvokePluginExt(int)
/usr/local/src/trafficserver/proxy/FetchSM.cc:260
#11 0x52d6e6 in FetchSM::process_fetch_read(int)
/usr/local/src/trafficserver/proxy/FetchSM.cc:456
#12 0x52df4a in FetchSM::fetch_handler(int, void*)
/usr/local/src/trafficserver/proxy/FetchSM.cc:518
#13 0x53075a in Continuation::handleEvent(int, void*)
/usr/local/src/trafficserver/iocore/eventsystem/I_Continuation.h:146
#14 0x5abc09 in PluginVC::process_read_side(bool)
/usr/local/src/trafficserver/proxy/PluginVC.cc:663
#15 0x5aa834 in PluginVC::process_write_side(bool)
/usr/local/src/trafficserver/proxy/PluginVC.cc:555
#16 0x5a74dc in PluginVC::main_handler(int, void*)
/usr/local/src/trafficserver/proxy/PluginVC.cc:208
#17 0x53075a in Continuation::handleEvent(int, void*)
/usr/local/src/trafficserver/iocore/eventsystem/I_Continuation.h:146
#18 0xa23154 in EThread::process_event(Event*, int)
/usr/local/src/trafficserver/iocore/eventsystem/UnixEThread.cc:128
#19 0xa236f7 in EThread::execute()
/usr/local/src/trafficserver/iocore/eventsystem/UnixEThread.cc:179
#20 0xa21662 in spawn_thread_internal
/usr/local/src/trafficserver/iocore/eventsystem/Thread.cc:86
#21 0x7ff143381df4 in start_thread (/lib64/libpthread.so.0+0x7df4)
#22 0x7ff1426291ac in __clone (/lib64/libc.so.6+0xf61ac)
0x00acafe8 is located 0 bytes to the right of global variable '*.LC7'
from 'HPACK.cc' (0xacafe0) of size 8
'*.LC7' is ascii string ':status'
SUMMARY: AddressSanitizer: global-buffer-overflow
/usr/local/src/trafficserver/proxy/hdrs/MIME.cc:530 checksum_block(char
const*, int)
Shadow bytes around the buggy address:
0x801515a0: 04 f9 f9 f9 f9 f9 f9 f9 00 00 00 00 00 00 00 00
0x801515b0: 01 f9 f9 f9 f9 f9 f9 f9 01 f9 f9 f9 f9 f9 f9 f9
0x801515c0: 01 f9 f9 f9 f9 f9 f9 f9 00 00 00 04 f9 f9 f9 f9
0x801515d0: 00 00 05 f9 f9 f9 f9 f9 00 00 00 00 00 f9 f9 f9
0x801515e0: f9 f9 f9 f9 00 f9 f9 f9 f9 f9 f9 f9 00 03 f9 f9
=0x801515f0: f9 f9 f9 f9 06 f9 f9 f9 f9 f9 f9 f9 00[f9]f9 f9
0x80151600: f9 f9 f9
[jira] [Commented] (TS-2940) the Fatal() macro always crashes
[
https://issues.apache.org/jira/browse/TS-2940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705005#comment-14705005
]
Leif Hedstrom commented on TS-2940:
---
[~sudheerv] [~dcarlin] Maybe we should file a Jira to relax this one Error to a
Note or Warning ?
the Fatal() macro always crashes
Key: TS-2940
URL: https://issues.apache.org/jira/browse/TS-2940
Project: Traffic Server
Issue Type: Bug
Components: Core, Logging
Reporter: James Peach
Assignee: James Peach
Labels: yahoo
Fix For: 5.1.0
{{Diags::error_va}} uses the argument list twice, causing a crash in printf,
father than logging a fatal error.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (TS-2940) the Fatal() macro always crashes
[
https://issues.apache.org/jira/browse/TS-2940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14704998#comment-14704998
]
Sudheer Vinukonda commented on TS-2940:
---
Sorry, my bad - it wasn't the exact same log (which you correctly point is a
NOTE that doesn't default to syslogs) mentioned in TS-3133. It was actually an
ERROR message (below) that was filling up syslogs (thanks to [~dcarlin] for
clarifying).
*{0x2aeac59d2700} ERROR: Failed to convert LogBuffer to ascii, have dropped
(552) bytes*.
Fwiw, the log mentioned in TS-3133 was just an example though - I was thinking
about a mechanism to print 1/n messages into diags.log for any thing that gets
in there (which will include all the errors too), since, it wasn't being
rotated at the time. I definitely agree with you though - even if we did
support log rotation, printing an Error message every transaction is not
particularly useful. Such traces should just be converted to Note/Warning like
you suggest.
the Fatal() macro always crashes
Key: TS-2940
URL: https://issues.apache.org/jira/browse/TS-2940
Project: Traffic Server
Issue Type: Bug
Components: Core, Logging
Reporter: James Peach
Assignee: James Peach
Labels: yahoo
Fix For: 5.1.0
{{Diags::error_va}} uses the argument list twice, causing a crash in printf,
father than logging a fatal error.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Comment Edited] (TS-2940) the Fatal() macro always crashes
[
https://issues.apache.org/jira/browse/TS-2940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14704998#comment-14704998
]
Sudheer Vinukonda edited comment on TS-2940 at 8/20/15 2:24 PM:
Sorry, my bad - it wasn't the exact same log (which you correctly point is a
NOTE that doesn't default to syslogs) mentioned in TS-3133. It was actually an
ERROR message (below) that was filling up syslogs (thanks to [~dcarlin] for
clarifying).
* {0x2aeac59d2700} ERROR: Failed to convert LogBuffer to ascii, have dropped
(552) bytes *.
Fwiw, the log mentioned in TS-3133 was just an example though - I was thinking
about a mechanism to print 1/n messages into diags.log for any thing that gets
in there (which will include all the errors too), since, it wasn't being
rotated at the time. I definitely agree with you though - even if we did
support log rotation, printing an Error message every transaction is not
particularly useful. Such traces should just be converted to Note/Warning like
you suggest.
was (Author: sudheerv):
Sorry, my bad - it wasn't the exact same log (which you correctly point is a
NOTE that doesn't default to syslogs) mentioned in TS-3133. It was actually an
ERROR message (below) that was filling up syslogs (thanks to [~dcarlin] for
clarifying).
*{0x2aeac59d2700} ERROR: Failed to convert LogBuffer to ascii, have dropped
(552) bytes*.
Fwiw, the log mentioned in TS-3133 was just an example though - I was thinking
about a mechanism to print 1/n messages into diags.log for any thing that gets
in there (which will include all the errors too), since, it wasn't being
rotated at the time. I definitely agree with you though - even if we did
support log rotation, printing an Error message every transaction is not
particularly useful. Such traces should just be converted to Note/Warning like
you suggest.
the Fatal() macro always crashes
Key: TS-2940
URL: https://issues.apache.org/jira/browse/TS-2940
Project: Traffic Server
Issue Type: Bug
Components: Core, Logging
Reporter: James Peach
Assignee: James Peach
Labels: yahoo
Fix For: 5.1.0
{{Diags::error_va}} uses the argument list twice, causing a crash in printf,
father than logging a fatal error.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Comment Edited] (TS-2940) the Fatal() macro always crashes
[
https://issues.apache.org/jira/browse/TS-2940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14704998#comment-14704998
]
Sudheer Vinukonda edited comment on TS-2940 at 8/20/15 2:24 PM:
Sorry, my bad - it wasn't the exact same log (which you correctly point is a
NOTE that doesn't default to syslogs) mentioned in TS-3133. It was actually an
ERROR message (below) that was filling up syslogs (thanks to [~dcarlin] for
clarifying).
{0x2aeac59d2700} ERROR: Failed to convert LogBuffer to ascii, have dropped
(552) bytes .
Fwiw, the log mentioned in TS-3133 was just an example though - I was thinking
about a mechanism to print 1/n messages into diags.log for any thing that gets
in there (which will include all the errors too), since, it wasn't being
rotated at the time. I definitely agree with you though - even if we did
support log rotation, printing an Error message every transaction is not
particularly useful. Such traces should just be converted to Note/Warning like
you suggest.
was (Author: sudheerv):
Sorry, my bad - it wasn't the exact same log (which you correctly point is a
NOTE that doesn't default to syslogs) mentioned in TS-3133. It was actually an
ERROR message (below) that was filling up syslogs (thanks to [~dcarlin] for
clarifying).
* {0x2aeac59d2700} ERROR: Failed to convert LogBuffer to ascii, have dropped
(552) bytes *.
Fwiw, the log mentioned in TS-3133 was just an example though - I was thinking
about a mechanism to print 1/n messages into diags.log for any thing that gets
in there (which will include all the errors too), since, it wasn't being
rotated at the time. I definitely agree with you though - even if we did
support log rotation, printing an Error message every transaction is not
particularly useful. Such traces should just be converted to Note/Warning like
you suggest.
the Fatal() macro always crashes
Key: TS-2940
URL: https://issues.apache.org/jira/browse/TS-2940
Project: Traffic Server
Issue Type: Bug
Components: Core, Logging
Reporter: James Peach
Assignee: James Peach
Labels: yahoo
Fix For: 5.1.0
{{Diags::error_va}} uses the argument list twice, causing a crash in printf,
father than logging a fatal error.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Comment Edited] (TS-2940) the Fatal() macro always crashes
[
https://issues.apache.org/jira/browse/TS-2940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14704998#comment-14704998
]
Sudheer Vinukonda edited comment on TS-2940 at 8/20/15 2:25 PM:
Sorry, my bad - it wasn't the exact same log (which you correctly point is a
NOTE that doesn't default to syslogs) mentioned in TS-3133. It was actually an
ERROR message (below) that was filling up syslogs (thanks to [~dcarlin] for
clarifying).
{code}
{0x2aeac59d2700} ERROR: Failed to convert LogBuffer to ascii, have dropped
(552) bytes
{code}
Fwiw, the log mentioned in TS-3133 was just an example though - I was thinking
about a mechanism to print 1/n messages into diags.log for any thing that gets
in there (which will include all the errors too), since, it wasn't being
rotated at the time. I definitely agree with you though - even if we did
support log rotation, printing an Error message every transaction is not
particularly useful. Such traces should just be converted to Note/Warning like
you suggest.
was (Author: sudheerv):
Sorry, my bad - it wasn't the exact same log (which you correctly point is a
NOTE that doesn't default to syslogs) mentioned in TS-3133. It was actually an
ERROR message (below) that was filling up syslogs (thanks to [~dcarlin] for
clarifying).
{0x2aeac59d2700} ERROR: Failed to convert LogBuffer to ascii, have dropped
(552) bytes .
Fwiw, the log mentioned in TS-3133 was just an example though - I was thinking
about a mechanism to print 1/n messages into diags.log for any thing that gets
in there (which will include all the errors too), since, it wasn't being
rotated at the time. I definitely agree with you though - even if we did
support log rotation, printing an Error message every transaction is not
particularly useful. Such traces should just be converted to Note/Warning like
you suggest.
the Fatal() macro always crashes
Key: TS-2940
URL: https://issues.apache.org/jira/browse/TS-2940
Project: Traffic Server
Issue Type: Bug
Components: Core, Logging
Reporter: James Peach
Assignee: James Peach
Labels: yahoo
Fix For: 5.1.0
{{Diags::error_va}} uses the argument list twice, causing a crash in printf,
father than logging a fatal error.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Created] (TS-3857) suppress a logging related error message to Note to avoid flooding.
Sudheer Vinukonda created TS-3857:
-
Summary: suppress a logging related error message to Note to avoid
flooding.
Key: TS-3857
URL: https://issues.apache.org/jira/browse/TS-3857
Project: Traffic Server
Issue Type: Bug
Components: Logging
Reporter: Sudheer Vinukonda
After upgrading to 5.3.x from 5.0, one of our prod systems ran into an issue
with disk space filling up due to the flooding of the below error message into
syslogs.
{code}
{0x2aeac59d2700} ERROR: Failed to convert LogBuffer to ascii, have dropped
(552) bytes
{code}
This is an unfortunate sideaffect of the fix made in TS-2940, prior to which,
the defaults to error setting were not working correctly and ignoring the
logging to syslog output.
Also, should we change error defaults to L to ensure syslogs are not flooded
with the fix from TS-2940? Below are the current defaults, which did not work
correctly prior to TS-2940.
{code}
CONFIG proxy.config.diags.output.error STRING SL
CONFIG proxy.config.diags.output.fatal STRING SL
CONFIG proxy.config.diags.output.emergency STRING SL
{code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Comment Edited] (TS-2940) the Fatal() macro always crashes
[
https://issues.apache.org/jira/browse/TS-2940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705010#comment-14705010
]
Sudheer Vinukonda edited comment on TS-2940 at 8/20/15 2:41 PM:
Makes sense - should we also change the defaults for error/fatal/emergency to
L to ensure there are no surprises for people upgrading to 5.1+? Even after
fixing this particular error message, I fear there might be others (and
perhaps, some plugin generated error messages) which may suddenly start
flooding syslogs with the upgrads - opened TS-3857 and marked it for back ports
(sorry, it's not Fixed yet, but, didn't want to forget) to 5.3.2/6.0.0.
was (Author: sudheerv):
Makes sense - should we also change the defaults for error/fatal/emergency to
L to ensure there are no surprises for people upgrading to 5.1+? Even after
fixing this particular error message, I fear there might be others (and
perhaps, some plugin generated error messages) which may suddenly start
flooding syslogs with the upgrade.
the Fatal() macro always crashes
Key: TS-2940
URL: https://issues.apache.org/jira/browse/TS-2940
Project: Traffic Server
Issue Type: Bug
Components: Core, Logging
Reporter: James Peach
Assignee: James Peach
Labels: yahoo
Fix For: 5.1.0
{{Diags::error_va}} uses the argument list twice, causing a crash in printf,
father than logging a fatal error.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (TS-3819) H2 error logging
[ https://issues.apache.org/jira/browse/TS-3819?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14706214#comment-14706214 ] Leif Hedstrom commented on TS-3819: --- Hmmm, maybe we're moving too fast, but I'm still getting a patch failure: patching file proxy/http2/HTTP2.h Hunk #1 FAILED at 322. H2 error logging Key: TS-3819 URL: https://issues.apache.org/jira/browse/TS-3819 Project: Traffic Server Issue Type: New Feature Components: HTTP/2 Reporter: Ryo Okubo Assignee: Leif Hedstrom Fix For: 6.1.0 Attachments: h2_errorlog_0001.patch, h2_errorlog_0002.patch, h2_errorlog_0003.patch RST_STREAM and GOAWAY may deliver [various errors|https://tools.ietf.org/html/rfc7540#section-7]. I want to record them to error.log -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (TS-3859) regex_remap can have pcre_study() fail on some platforms for simple regex
[ https://issues.apache.org/jira/browse/TS-3859?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Meera Mosale Nataraja updated TS-3859: -- Description: regex_remap can have pcre_study() fail on some platforms like OEL 6.5, for simple regex such as (.*) was: regex_remap can have pcre_study() fail on some platforms for simple regex such as (.*) regex_remap can have pcre_study() fail on some platforms for simple regex - Key: TS-3859 URL: https://issues.apache.org/jira/browse/TS-3859 Project: Traffic Server Issue Type: Bug Components: Plugins Reporter: Meera Mosale Nataraja regex_remap can have pcre_study() fail on some platforms like OEL 6.5, for simple regex such as (.*) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (TS-3860) Buffer overflow in H2 on debug build
[
https://issues.apache.org/jira/browse/TS-3860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leif Hedstrom updated TS-3860:
--
Backport to Version: 6.0.0
Marking this for back port 6.0.0 already, this seems serious?
Buffer overflow in H2 on debug build
Key: TS-3860
URL: https://issues.apache.org/jira/browse/TS-3860
Project: Traffic Server
Issue Type: Bug
Components: HTTP/2
Reporter: Leif Hedstrom
Fix For: 6.1.0
{code}
==15480==ERROR: AddressSanitizer: global-buffer-overflow on address
0x00acafe8 at pc 0x7f13fa bp 0x7ff13b8e3ee0 sp 0x7ff13b8e3ed8
READ of size 1 at 0x00acafe8 thread T8 ([ET_NET 7])
#0 0x7f13f9 in checksum_block(char const*, int)
/usr/local/src/trafficserver/proxy/hdrs/MIME.cc:530
#1 0x7f167f in mime_hdr_sanity_check(MIMEHdrImpl*)
/usr/local/src/trafficserver/proxy/hdrs/MIME.cc:560
#2 0x7f5d6d in mime_hdr_field_attach(MIMEHdrImpl*, MIMEField*, int,
MIMEField*) /usr/local/src/trafficserver/proxy/hdrs/MIME.cc:1533
#3 0x6fd29a in http2_write_psuedo_headers(HTTPHdr*, unsigned char*,
unsigned long, Http2DynamicTable)
/usr/local/src/trafficserver/proxy/http2/HTTP2.cc:560
#4 0x710ecd in Http2ConnectionState::send_headers_frame(FetchSM*)
/usr/local/src/trafficserver/proxy/http2/Http2ConnectionState.cc:966
#5 0x70f906 in Http2ConnectionState::main_event_handler(int, void*)
/usr/local/src/trafficserver/proxy/http2/Http2ConnectionState.cc:768
#6 0x53075a in Continuation::handleEvent(int, void*)
/usr/local/src/trafficserver/iocore/eventsystem/I_Continuation.h:146
#7 0x704fe9 in send_connection_event
/usr/local/src/trafficserver/proxy/http2/Http2ClientSession.cc:60
#8 0x707176 in Http2ClientSession::main_event_handler(int, void*)
/usr/local/src/trafficserver/proxy/http2/Http2ClientSession.cc:259
#9 0x53075a in Continuation::handleEvent(int, void*)
/usr/local/src/trafficserver/iocore/eventsystem/I_Continuation.h:146
#10 0x52bd6a in FetchSM::InvokePluginExt(int)
/usr/local/src/trafficserver/proxy/FetchSM.cc:260
#11 0x52d6e6 in FetchSM::process_fetch_read(int)
/usr/local/src/trafficserver/proxy/FetchSM.cc:456
#12 0x52df4a in FetchSM::fetch_handler(int, void*)
/usr/local/src/trafficserver/proxy/FetchSM.cc:518
#13 0x53075a in Continuation::handleEvent(int, void*)
/usr/local/src/trafficserver/iocore/eventsystem/I_Continuation.h:146
#14 0x5abc09 in PluginVC::process_read_side(bool)
/usr/local/src/trafficserver/proxy/PluginVC.cc:663
#15 0x5aa834 in PluginVC::process_write_side(bool)
/usr/local/src/trafficserver/proxy/PluginVC.cc:555
#16 0x5a74dc in PluginVC::main_handler(int, void*)
/usr/local/src/trafficserver/proxy/PluginVC.cc:208
#17 0x53075a in Continuation::handleEvent(int, void*)
/usr/local/src/trafficserver/iocore/eventsystem/I_Continuation.h:146
#18 0xa23154 in EThread::process_event(Event*, int)
/usr/local/src/trafficserver/iocore/eventsystem/UnixEThread.cc:128
#19 0xa236f7 in EThread::execute()
/usr/local/src/trafficserver/iocore/eventsystem/UnixEThread.cc:179
#20 0xa21662 in spawn_thread_internal
/usr/local/src/trafficserver/iocore/eventsystem/Thread.cc:86
#21 0x7ff143381df4 in start_thread (/lib64/libpthread.so.0+0x7df4)
#22 0x7ff1426291ac in __clone (/lib64/libc.so.6+0xf61ac)
0x00acafe8 is located 0 bytes to the right of global variable '*.LC7'
from 'HPACK.cc' (0xacafe0) of size 8
'*.LC7' is ascii string ':status'
SUMMARY: AddressSanitizer: global-buffer-overflow
/usr/local/src/trafficserver/proxy/hdrs/MIME.cc:530 checksum_block(char
const*, int)
Shadow bytes around the buggy address:
0x801515a0: 04 f9 f9 f9 f9 f9 f9 f9 00 00 00 00 00 00 00 00
0x801515b0: 01 f9 f9 f9 f9 f9 f9 f9 01 f9 f9 f9 f9 f9 f9 f9
0x801515c0: 01 f9 f9 f9 f9 f9 f9 f9 00 00 00 04 f9 f9 f9 f9
0x801515d0: 00 00 05 f9 f9 f9 f9 f9 00 00 00 00 00 f9 f9 f9
0x801515e0: f9 f9 f9 f9 00 f9 f9 f9 f9 f9 f9 f9 00 03 f9 f9
=0x801515f0: f9 f9 f9 f9 06 f9 f9 f9 f9 f9 f9 f9 00[f9]f9 f9
0x80151600: f9 f9 f9 f9 00 00 00 00 00 00 00 00 00 00 00 00
0x80151610: 00 00 00 00 00 00 00 00 00 00 00 00 00 01 f9 f9
0x80151620: f9 f9 f9 f9 00 00 06 f9 f9 f9 f9 f9 00 00 00 00
0x80151630: 00 00 00 05 f9 f9 f9 f9 00 00 00 00 00 00 00 00
0x80151640: 00 00 03 f9 f9 f9 f9 f9 00 00 00 02 f9 f9 f9 f9
Shadow byte legend (one shadow byte represents 8 application bytes):
Addressable: 00
Partially addressable: 01 02 03 04 05 06 07
Heap left redzone: fa
Heap right redzone: fb
Freed heap region: fd
Stack left redzone: f1
Stack mid redzone: f2
Stack right redzone: f3
Stack partial redzone: f4
Stack after return: f5
Stack use after scope:
[jira] [Updated] (TS-3860) Buffer overflow in H2 on debug build
[
https://issues.apache.org/jira/browse/TS-3860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leif Hedstrom updated TS-3860:
--
Fix Version/s: 6.1.0
Buffer overflow in H2 on debug build
Key: TS-3860
URL: https://issues.apache.org/jira/browse/TS-3860
Project: Traffic Server
Issue Type: Bug
Components: HTTP/2
Reporter: Leif Hedstrom
Fix For: 6.1.0
{code}
==15480==ERROR: AddressSanitizer: global-buffer-overflow on address
0x00acafe8 at pc 0x7f13fa bp 0x7ff13b8e3ee0 sp 0x7ff13b8e3ed8
READ of size 1 at 0x00acafe8 thread T8 ([ET_NET 7])
#0 0x7f13f9 in checksum_block(char const*, int)
/usr/local/src/trafficserver/proxy/hdrs/MIME.cc:530
#1 0x7f167f in mime_hdr_sanity_check(MIMEHdrImpl*)
/usr/local/src/trafficserver/proxy/hdrs/MIME.cc:560
#2 0x7f5d6d in mime_hdr_field_attach(MIMEHdrImpl*, MIMEField*, int,
MIMEField*) /usr/local/src/trafficserver/proxy/hdrs/MIME.cc:1533
#3 0x6fd29a in http2_write_psuedo_headers(HTTPHdr*, unsigned char*,
unsigned long, Http2DynamicTable)
/usr/local/src/trafficserver/proxy/http2/HTTP2.cc:560
#4 0x710ecd in Http2ConnectionState::send_headers_frame(FetchSM*)
/usr/local/src/trafficserver/proxy/http2/Http2ConnectionState.cc:966
#5 0x70f906 in Http2ConnectionState::main_event_handler(int, void*)
/usr/local/src/trafficserver/proxy/http2/Http2ConnectionState.cc:768
#6 0x53075a in Continuation::handleEvent(int, void*)
/usr/local/src/trafficserver/iocore/eventsystem/I_Continuation.h:146
#7 0x704fe9 in send_connection_event
/usr/local/src/trafficserver/proxy/http2/Http2ClientSession.cc:60
#8 0x707176 in Http2ClientSession::main_event_handler(int, void*)
/usr/local/src/trafficserver/proxy/http2/Http2ClientSession.cc:259
#9 0x53075a in Continuation::handleEvent(int, void*)
/usr/local/src/trafficserver/iocore/eventsystem/I_Continuation.h:146
#10 0x52bd6a in FetchSM::InvokePluginExt(int)
/usr/local/src/trafficserver/proxy/FetchSM.cc:260
#11 0x52d6e6 in FetchSM::process_fetch_read(int)
/usr/local/src/trafficserver/proxy/FetchSM.cc:456
#12 0x52df4a in FetchSM::fetch_handler(int, void*)
/usr/local/src/trafficserver/proxy/FetchSM.cc:518
#13 0x53075a in Continuation::handleEvent(int, void*)
/usr/local/src/trafficserver/iocore/eventsystem/I_Continuation.h:146
#14 0x5abc09 in PluginVC::process_read_side(bool)
/usr/local/src/trafficserver/proxy/PluginVC.cc:663
#15 0x5aa834 in PluginVC::process_write_side(bool)
/usr/local/src/trafficserver/proxy/PluginVC.cc:555
#16 0x5a74dc in PluginVC::main_handler(int, void*)
/usr/local/src/trafficserver/proxy/PluginVC.cc:208
#17 0x53075a in Continuation::handleEvent(int, void*)
/usr/local/src/trafficserver/iocore/eventsystem/I_Continuation.h:146
#18 0xa23154 in EThread::process_event(Event*, int)
/usr/local/src/trafficserver/iocore/eventsystem/UnixEThread.cc:128
#19 0xa236f7 in EThread::execute()
/usr/local/src/trafficserver/iocore/eventsystem/UnixEThread.cc:179
#20 0xa21662 in spawn_thread_internal
/usr/local/src/trafficserver/iocore/eventsystem/Thread.cc:86
#21 0x7ff143381df4 in start_thread (/lib64/libpthread.so.0+0x7df4)
#22 0x7ff1426291ac in __clone (/lib64/libc.so.6+0xf61ac)
0x00acafe8 is located 0 bytes to the right of global variable '*.LC7'
from 'HPACK.cc' (0xacafe0) of size 8
'*.LC7' is ascii string ':status'
SUMMARY: AddressSanitizer: global-buffer-overflow
/usr/local/src/trafficserver/proxy/hdrs/MIME.cc:530 checksum_block(char
const*, int)
Shadow bytes around the buggy address:
0x801515a0: 04 f9 f9 f9 f9 f9 f9 f9 00 00 00 00 00 00 00 00
0x801515b0: 01 f9 f9 f9 f9 f9 f9 f9 01 f9 f9 f9 f9 f9 f9 f9
0x801515c0: 01 f9 f9 f9 f9 f9 f9 f9 00 00 00 04 f9 f9 f9 f9
0x801515d0: 00 00 05 f9 f9 f9 f9 f9 00 00 00 00 00 f9 f9 f9
0x801515e0: f9 f9 f9 f9 00 f9 f9 f9 f9 f9 f9 f9 00 03 f9 f9
=0x801515f0: f9 f9 f9 f9 06 f9 f9 f9 f9 f9 f9 f9 00[f9]f9 f9
0x80151600: f9 f9 f9 f9 00 00 00 00 00 00 00 00 00 00 00 00
0x80151610: 00 00 00 00 00 00 00 00 00 00 00 00 00 01 f9 f9
0x80151620: f9 f9 f9 f9 00 00 06 f9 f9 f9 f9 f9 00 00 00 00
0x80151630: 00 00 00 05 f9 f9 f9 f9 00 00 00 00 00 00 00 00
0x80151640: 00 00 03 f9 f9 f9 f9 f9 00 00 00 02 f9 f9 f9 f9
Shadow byte legend (one shadow byte represents 8 application bytes):
Addressable: 00
Partially addressable: 01 02 03 04 05 06 07
Heap left redzone: fa
Heap right redzone: fb
Freed heap region: fd
Stack left redzone: f1
Stack mid redzone: f2
Stack right redzone: f3
Stack partial redzone: f4
Stack after return: f5
Stack use after scope: f8
Global redzone: f9
Global init order: f6
[jira] [Created] (TS-3860) Buffer overflow in H2 on debug build
Leif Hedstrom created TS-3860:
-
Summary: Buffer overflow in H2 on debug build
Key: TS-3860
URL: https://issues.apache.org/jira/browse/TS-3860
Project: Traffic Server
Issue Type: Bug
Components: HTTP/2
Reporter: Leif Hedstrom
{code}
==15480==ERROR: AddressSanitizer: global-buffer-overflow on address
0x00acafe8 at pc 0x7f13fa bp 0x7ff13b8e3ee0 sp 0x7ff13b8e3ed8
READ of size 1 at 0x00acafe8 thread T8 ([ET_NET 7])
#0 0x7f13f9 in checksum_block(char const*, int)
/usr/local/src/trafficserver/proxy/hdrs/MIME.cc:530
#1 0x7f167f in mime_hdr_sanity_check(MIMEHdrImpl*)
/usr/local/src/trafficserver/proxy/hdrs/MIME.cc:560
#2 0x7f5d6d in mime_hdr_field_attach(MIMEHdrImpl*, MIMEField*, int,
MIMEField*) /usr/local/src/trafficserver/proxy/hdrs/MIME.cc:1533
#3 0x6fd29a in http2_write_psuedo_headers(HTTPHdr*, unsigned char*,
unsigned long, Http2DynamicTable)
/usr/local/src/trafficserver/proxy/http2/HTTP2.cc:560
#4 0x710ecd in Http2ConnectionState::send_headers_frame(FetchSM*)
/usr/local/src/trafficserver/proxy/http2/Http2ConnectionState.cc:966
#5 0x70f906 in Http2ConnectionState::main_event_handler(int, void*)
/usr/local/src/trafficserver/proxy/http2/Http2ConnectionState.cc:768
#6 0x53075a in Continuation::handleEvent(int, void*)
/usr/local/src/trafficserver/iocore/eventsystem/I_Continuation.h:146
#7 0x704fe9 in send_connection_event
/usr/local/src/trafficserver/proxy/http2/Http2ClientSession.cc:60
#8 0x707176 in Http2ClientSession::main_event_handler(int, void*)
/usr/local/src/trafficserver/proxy/http2/Http2ClientSession.cc:259
#9 0x53075a in Continuation::handleEvent(int, void*)
/usr/local/src/trafficserver/iocore/eventsystem/I_Continuation.h:146
#10 0x52bd6a in FetchSM::InvokePluginExt(int)
/usr/local/src/trafficserver/proxy/FetchSM.cc:260
#11 0x52d6e6 in FetchSM::process_fetch_read(int)
/usr/local/src/trafficserver/proxy/FetchSM.cc:456
#12 0x52df4a in FetchSM::fetch_handler(int, void*)
/usr/local/src/trafficserver/proxy/FetchSM.cc:518
#13 0x53075a in Continuation::handleEvent(int, void*)
/usr/local/src/trafficserver/iocore/eventsystem/I_Continuation.h:146
#14 0x5abc09 in PluginVC::process_read_side(bool)
/usr/local/src/trafficserver/proxy/PluginVC.cc:663
#15 0x5aa834 in PluginVC::process_write_side(bool)
/usr/local/src/trafficserver/proxy/PluginVC.cc:555
#16 0x5a74dc in PluginVC::main_handler(int, void*)
/usr/local/src/trafficserver/proxy/PluginVC.cc:208
#17 0x53075a in Continuation::handleEvent(int, void*)
/usr/local/src/trafficserver/iocore/eventsystem/I_Continuation.h:146
#18 0xa23154 in EThread::process_event(Event*, int)
/usr/local/src/trafficserver/iocore/eventsystem/UnixEThread.cc:128
#19 0xa236f7 in EThread::execute()
/usr/local/src/trafficserver/iocore/eventsystem/UnixEThread.cc:179
#20 0xa21662 in spawn_thread_internal
/usr/local/src/trafficserver/iocore/eventsystem/Thread.cc:86
#21 0x7ff143381df4 in start_thread (/lib64/libpthread.so.0+0x7df4)
#22 0x7ff1426291ac in __clone (/lib64/libc.so.6+0xf61ac)
0x00acafe8 is located 0 bytes to the right of global variable '*.LC7' from
'HPACK.cc' (0xacafe0) of size 8
'*.LC7' is ascii string ':status'
SUMMARY: AddressSanitizer: global-buffer-overflow
/usr/local/src/trafficserver/proxy/hdrs/MIME.cc:530 checksum_block(char const*,
int)
Shadow bytes around the buggy address:
0x801515a0: 04 f9 f9 f9 f9 f9 f9 f9 00 00 00 00 00 00 00 00
0x801515b0: 01 f9 f9 f9 f9 f9 f9 f9 01 f9 f9 f9 f9 f9 f9 f9
0x801515c0: 01 f9 f9 f9 f9 f9 f9 f9 00 00 00 04 f9 f9 f9 f9
0x801515d0: 00 00 05 f9 f9 f9 f9 f9 00 00 00 00 00 f9 f9 f9
0x801515e0: f9 f9 f9 f9 00 f9 f9 f9 f9 f9 f9 f9 00 03 f9 f9
=0x801515f0: f9 f9 f9 f9 06 f9 f9 f9 f9 f9 f9 f9 00[f9]f9 f9
0x80151600: f9 f9 f9 f9 00 00 00 00 00 00 00 00 00 00 00 00
0x80151610: 00 00 00 00 00 00 00 00 00 00 00 00 00 01 f9 f9
0x80151620: f9 f9 f9 f9 00 00 06 f9 f9 f9 f9 f9 00 00 00 00
0x80151630: 00 00 00 05 f9 f9 f9 f9 00 00 00 00 00 00 00 00
0x80151640: 00 00 03 f9 f9 f9 f9 f9 00 00 00 02 f9 f9 f9 f9
Shadow byte legend (one shadow byte represents 8 application bytes):
Addressable: 00
Partially addressable: 01 02 03 04 05 06 07
Heap left redzone: fa
Heap right redzone: fb
Freed heap region: fd
Stack left redzone: f1
Stack mid redzone: f2
Stack right redzone: f3
Stack partial redzone: f4
Stack after return: f5
Stack use after scope: f8
Global redzone: f9
Global init order: f6
Poisoned by user:f7
Contiguous container OOB:fc
ASan internal: fe
Thread T8 ([ET_NET 7]) created by T0 ([ET_NET 0]) here:
#0 0x7ff14562786a in __interceptor_pthread_create
../../.././libsanitizer/asan/asan_interceptors.cc:183
#1 0xa2113e in
Jenkins build is still unstable: tsqa-lint #469
See https://ci.trafficserver.apache.org/job/tsqa-lint/changes
Build failed in Jenkins: tsqa-master #799
See https://ci.trafficserver.apache.org/job/tsqa-master/799/changes
Changes:
[Leif Hedstrom] Bump master version to 6.1.0
--
Started by upstream project out_of_tree-master build number 1102
originally caused by:
Started by an SCM change
Started by upstream project in_tree-master build number 1321
originally caused by:
Started by an SCM change
Building remotely on QA3 (qa) in workspace
https://ci.trafficserver.apache.org/job/tsqa-master/ws/
/usr/bin/git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
/usr/bin/git config remote.origin.url
https://git-wip-us.apache.org/repos/asf/trafficserver.git # timeout=10
Cleaning workspace
/usr/bin/git rev-parse --verify HEAD # timeout=10
Resetting working tree
/usr/bin/git reset --hard # timeout=10
/usr/bin/git clean -fdx # timeout=10
Fetching upstream changes from
https://git-wip-us.apache.org/repos/asf/trafficserver.git
/usr/bin/git --version # timeout=10
/usr/bin/git -c core.askpass=true fetch --tags --progress
https://git-wip-us.apache.org/repos/asf/trafficserver.git
+refs/heads/*:refs/remotes/origin/*
/usr/bin/git rev-parse refs/remotes/origin/master^{commit} # timeout=10
/usr/bin/git rev-parse refs/remotes/origin/origin/master^{commit} #
timeout=10
Checking out Revision 1110f6f3e97539776842ee9dfca72de28f70d10a
(refs/remotes/origin/master)
/usr/bin/git config core.sparsecheckout # timeout=10
/usr/bin/git checkout -f 1110f6f3e97539776842ee9dfca72de28f70d10a
/usr/bin/git rev-list 4ec3793a7f65ad2104e992263f02b8f76d7d4ca1 # timeout=10
[tsqa-master] $ /bin/bash -xe /tmp/hudson1593876557941225919.sh
+ source /home/jenkins/bin/environment.sh
++ export ATS_SRC_HOME=/home/jenkins/src
++ ATS_SRC_HOME=/home/jenkins/src
++ test tsqa-master '!=' tsqa-master
++ ATS_MAKE=make
++ test tsqa-master '!=' tsqa-master
++ export ATS_MAKE
+++ /bin/date +%m%d%Y
++ export TODAY=08202015
++ TODAY=08202015
++ ATS_BRANCH=master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ export ATS_BRANCH
++ test tsqa-master '!=' tsqa-master
+ source /home/jenkins/bin/tsqa.sh
++ TSQA_LAYOUT_DIR=https://ci.trafficserver.apache.org/job/tsqa-master/ws/799
++ cd https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa
++ make test
New python executable in virtualenv/bin/python
Installing
Setuptools..done.
Installing
Pip.done.
make update
make[1]: Entering directory
`https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa'
Exception:
Traceback (most recent call last):
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/basecommand.py;,
line 134, in main
status = self.run(options, args)
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/commands/install.py;,
line 220, in run
for req in parse_requirements(filename, finder=finder, options=options):
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/req.py;,
line 1477, in parse_requirements
req = InstallRequirement.from_line(line, comes_from,
prereleases=getattr(options, pre, None))
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/req.py;,
line 129, in from_line
return cls(req, comes_from, url=url, prereleases=prereleases)
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/req.py;,
line 44, in __init__
req = pkg_resources.Requirement.parse(req)
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pkg_resources.py;,
line 2914, in parse
reqs = list(parse_requirements(s))
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pkg_resources.py;,
line 2839, in parse_requirements
Jenkins build is still unstable: tsqa-lint #470
See https://ci.trafficserver.apache.org/job/tsqa-lint/changes
Build failed in Jenkins: fedora_22-master » gcc,fedora_22,debug #215
See https://ci.trafficserver.apache.org/job/fedora_22-master/compiler=gcc,label=fedora_22,type=debug/215/ -- [...truncated 2654 lines...] tar: trafficserver-6.1.0/proxy/http/HttpBodyFactory.h: time stamp 2015-08-20 21:01:23 is 6.878919921 s in the future tar: trafficserver-6.1.0/proxy/http/HttpCacheSM.cc: time stamp 2015-08-20 21:01:23 is 6.87863062 s in the future tar: trafficserver-6.1.0/proxy/http/HttpCacheSM.h: time stamp 2015-08-20 21:01:23 is 6.878557424 s in the future tar: trafficserver-6.1.0/proxy/http/HttpClientSession.cc: time stamp 2015-08-20 21:01:23 is 6.88737 s in the future tar: trafficserver-6.1.0/proxy/http/HttpClientSession.h: time stamp 2015-08-20 21:01:23 is 6.877704524 s in the future tar: trafficserver-6.1.0/proxy/http/HttpConfig.cc: time stamp 2015-08-20 21:01:23 is 6.875550035 s in the future tar: trafficserver-6.1.0/proxy/http/HttpConfig.h: time stamp 2015-08-20 21:01:23 is 6.874812215 s in the future tar: trafficserver-6.1.0/proxy/http/HttpConnectionCount.cc: time stamp 2015-08-20 21:01:23 is 6.874759317 s in the future tar: trafficserver-6.1.0/proxy/http/HttpConnectionCount.h: time stamp 2015-08-20 21:01:23 is 6.874703939 s in the future tar: trafficserver-6.1.0/proxy/http/HttpDebugNames.cc: time stamp 2015-08-20 21:01:23 is 6.874255975 s in the future tar: trafficserver-6.1.0/proxy/http/HttpDebugNames.h: time stamp 2015-08-20 21:01:23 is 6.874203446 s in the future tar: trafficserver-6.1.0/proxy/http/HttpPages.cc: time stamp 2015-08-20 21:01:23 is 6.873910113 s in the future tar: trafficserver-6.1.0/proxy/http/HttpPages.h: time stamp 2015-08-20 21:01:23 is 6.873623566 s in the future tar: trafficserver-6.1.0/proxy/http/HttpProxyAPIEnums.h: time stamp 2015-08-20 21:01:23 is 6.87357301 s in the future tar: trafficserver-6.1.0/proxy/http/HttpProxyServerMain.cc: time stamp 2015-08-20 21:01:23 is 6.873285954 s in the future tar: trafficserver-6.1.0/proxy/http/HttpProxyServerMain.h: time stamp 2015-08-20 21:01:23 is 6.87323661 s in the future tar: trafficserver-6.1.0/proxy/http/HttpSM.cc: time stamp 2015-08-20 21:01:23 is 6.848674516 s in the future tar: trafficserver-6.1.0/proxy/http/HttpSM.h: time stamp 2015-08-20 21:01:23 is 6.848076741 s in the future tar: trafficserver-6.1.0/proxy/http/HttpServerSession.cc: time stamp 2015-08-20 21:01:23 is 6.848014914 s in the future tar: trafficserver-6.1.0/proxy/http/HttpServerSession.h: time stamp 2015-08-20 21:01:23 is 6.847719157 s in the future tar: trafficserver-6.1.0/proxy/http/HttpSessionAccept.cc: time stamp 2015-08-20 21:01:23 is 6.847666326 s in the future tar: trafficserver-6.1.0/proxy/http/HttpSessionAccept.h: time stamp 2015-08-20 21:01:23 is 6.847395988 s in the future tar: trafficserver-6.1.0/proxy/http/HttpSessionManager.cc: time stamp 2015-08-20 21:01:23 is 6.847093719 s in the future tar: trafficserver-6.1.0/proxy/http/HttpSessionManager.h: time stamp 2015-08-20 21:01:23 is 6.846807952 s in the future tar: trafficserver-6.1.0/proxy/http/HttpTransact.cc: time stamp 2015-08-20 21:01:23 is 6.838579769 s in the future tar: trafficserver-6.1.0/proxy/http/HttpTransact.h: time stamp 2015-08-20 21:01:23 is 6.83729593 s in the future tar: trafficserver-6.1.0/proxy/http/HttpTransactCache.cc: time stamp 2015-08-20 21:01:23 is 6.835833713 s in the future tar: trafficserver-6.1.0/proxy/http/HttpTransactCache.h: time stamp 2015-08-20 21:01:23 is 6.835750314 s in the future tar: trafficserver-6.1.0/proxy/http/HttpTransactHeaders.cc: time stamp 2015-08-20 21:01:23 is 6.834697475 s in the future tar: trafficserver-6.1.0/proxy/http/HttpTransactHeaders.h: time stamp 2015-08-20 21:01:23 is 6.834486689 s in the future tar: trafficserver-6.1.0/proxy/http/HttpTunnel.cc: time stamp 2015-08-20 21:01:23 is 6.833024124 s in the future tar: trafficserver-6.1.0/proxy/http/HttpTunnel.h: time stamp 2015-08-20 21:01:23 is 6.832695349 s in the future tar: trafficserver-6.1.0/proxy/http/HttpUpdateSM.cc: time stamp 2015-08-20 21:01:23 is 6.83238976 s in the future tar: trafficserver-6.1.0/proxy/http/HttpUpdateSM.h: time stamp 2015-08-20 21:01:23 is 6.83212116 s in the future tar: trafficserver-6.1.0/proxy/http/HttpUpdateTester.cc: time stamp 2015-08-20 21:01:23 is 6.832057268 s in the future tar: trafficserver-6.1.0/proxy/http/Makefile.am: time stamp 2015-08-20 21:01:23 is 6.832007923 s in the future tar: trafficserver-6.1.0/proxy/http/README.via: time stamp 2015-08-20 21:01:23 is 6.831748837 s in the future tar: trafficserver-6.1.0/proxy/http/RegressionHttpTransact.cc: time stamp 2015-08-20 21:01:23 is 6.831677396 s in the future tar: trafficserver-6.1.0/proxy/http/TestHttpTransact.cc: time stamp 2015-08-20 21:01:23 is 6.831361187 s in the future tar: trafficserver-6.1.0/proxy/http/TestUrl.cc: time stamp 2015-08-20 21:01:23 is 6.83129135 s in the future tar: trafficserver-6.1.0/proxy/http/remap/AclFiltering.cc: time stamp 2015-08-20 21:01:23 is 6.830886489 s in the future
[jira] [Created] (TS-3859) regex_remap can have pcre_study() fail on some platforms for simple regex
Meera Mosale Nataraja created TS-3859: - Summary: regex_remap can have pcre_study() fail on some platforms for simple regex Key: TS-3859 URL: https://issues.apache.org/jira/browse/TS-3859 Project: Traffic Server Issue Type: Bug Components: Plugins Reporter: Meera Mosale Nataraja regex_remap can have pcre_study() fail on some platforms for simple regex such as (.*) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Build failed in Jenkins: fedora_22-master » spdy,fedora_22,release #215
See https://ci.trafficserver.apache.org/job/fedora_22-master/compiler=spdy,label=fedora_22,type=release/215/ -- [...truncated 2653 lines...] tar: trafficserver-6.1.0/proxy/http/HttpBodyFactory.cc: time stamp 2015-08-20 21:01:23 is 3.730119453 s in the future tar: trafficserver-6.1.0/proxy/http/HttpBodyFactory.h: time stamp 2015-08-20 21:01:23 is 3.729774694 s in the future tar: trafficserver-6.1.0/proxy/http/HttpCacheSM.cc: time stamp 2015-08-20 21:01:23 is 3.729572233 s in the future tar: trafficserver-6.1.0/proxy/http/HttpCacheSM.h: time stamp 2015-08-20 21:01:23 is 3.729518936 s in the future tar: trafficserver-6.1.0/proxy/http/HttpClientSession.cc: time stamp 2015-08-20 21:01:23 is 3.729029532 s in the future tar: trafficserver-6.1.0/proxy/http/HttpClientSession.h: time stamp 2015-08-20 21:01:23 is 3.728977312 s in the future tar: trafficserver-6.1.0/proxy/http/HttpConfig.cc: time stamp 2015-08-20 21:01:23 is 3.727342051 s in the future tar: trafficserver-6.1.0/proxy/http/HttpConfig.h: time stamp 2015-08-20 21:01:23 is 3.726700076 s in the future tar: trafficserver-6.1.0/proxy/http/HttpConnectionCount.cc: time stamp 2015-08-20 21:01:23 is 3.726647712 s in the future tar: trafficserver-6.1.0/proxy/http/HttpConnectionCount.h: time stamp 2015-08-20 21:01:23 is 3.726607884 s in the future tar: trafficserver-6.1.0/proxy/http/HttpDebugNames.cc: time stamp 2015-08-20 21:01:23 is 3.726246108 s in the future tar: trafficserver-6.1.0/proxy/http/HttpDebugNames.h: time stamp 2015-08-20 21:01:23 is 3.726195718 s in the future tar: trafficserver-6.1.0/proxy/http/HttpPages.cc: time stamp 2015-08-20 21:01:23 is 3.725961012 s in the future tar: trafficserver-6.1.0/proxy/http/HttpPages.h: time stamp 2015-08-20 21:01:23 is 3.725702151 s in the future tar: trafficserver-6.1.0/proxy/http/HttpProxyAPIEnums.h: time stamp 2015-08-20 21:01:23 is 3.725650754 s in the future tar: trafficserver-6.1.0/proxy/http/HttpProxyServerMain.cc: time stamp 2015-08-20 21:01:23 is 3.725400552 s in the future tar: trafficserver-6.1.0/proxy/http/HttpProxyServerMain.h: time stamp 2015-08-20 21:01:23 is 3.725350406 s in the future tar: trafficserver-6.1.0/proxy/http/HttpSM.cc: time stamp 2015-08-20 21:01:23 is 3.699857006 s in the future tar: trafficserver-6.1.0/proxy/http/HttpSM.h: time stamp 2015-08-20 21:01:23 is 3.699114222 s in the future tar: trafficserver-6.1.0/proxy/http/HttpServerSession.cc: time stamp 2015-08-20 21:01:23 is 3.699056308 s in the future tar: trafficserver-6.1.0/proxy/http/HttpServerSession.h: time stamp 2015-08-20 21:01:23 is 3.698766046 s in the future tar: trafficserver-6.1.0/proxy/http/HttpSessionAccept.cc: time stamp 2015-08-20 21:01:23 is 3.698700919 s in the future tar: trafficserver-6.1.0/proxy/http/HttpSessionAccept.h: time stamp 2015-08-20 21:01:23 is 3.698393053 s in the future tar: trafficserver-6.1.0/proxy/http/HttpSessionManager.cc: time stamp 2015-08-20 21:01:23 is 3.698126124 s in the future tar: trafficserver-6.1.0/proxy/http/HttpSessionManager.h: time stamp 2015-08-20 21:01:23 is 3.697754398 s in the future tar: trafficserver-6.1.0/proxy/http/HttpTransact.cc: time stamp 2015-08-20 21:01:23 is 3.689270961 s in the future tar: trafficserver-6.1.0/proxy/http/HttpTransact.h: time stamp 2015-08-20 21:01:23 is 3.688127215 s in the future tar: trafficserver-6.1.0/proxy/http/HttpTransactCache.cc: time stamp 2015-08-20 21:01:23 is 3.686661444 s in the future tar: trafficserver-6.1.0/proxy/http/HttpTransactCache.h: time stamp 2015-08-20 21:01:23 is 3.686602869 s in the future tar: trafficserver-6.1.0/proxy/http/HttpTransactHeaders.cc: time stamp 2015-08-20 21:01:23 is 3.685446625 s in the future tar: trafficserver-6.1.0/proxy/http/HttpTransactHeaders.h: time stamp 2015-08-20 21:01:23 is 3.685293268 s in the future tar: trafficserver-6.1.0/proxy/http/HttpTunnel.cc: time stamp 2015-08-20 21:01:23 is 3.683818971 s in the future tar: trafficserver-6.1.0/proxy/http/HttpTunnel.h: time stamp 2015-08-20 21:01:23 is 3.683538037 s in the future tar: trafficserver-6.1.0/proxy/http/HttpUpdateSM.cc: time stamp 2015-08-20 21:01:23 is 3.683263893 s in the future tar: trafficserver-6.1.0/proxy/http/HttpUpdateSM.h: time stamp 2015-08-20 21:01:23 is 3.683018598 s in the future tar: trafficserver-6.1.0/proxy/http/HttpUpdateTester.cc: time stamp 2015-08-20 21:01:23 is 3.682967677 s in the future tar: trafficserver-6.1.0/proxy/http/Makefile.am: time stamp 2015-08-20 21:01:23 is 3.682922797 s in the future tar: trafficserver-6.1.0/proxy/http/README.via: time stamp 2015-08-20 21:01:23 is 3.682644133 s in the future tar: trafficserver-6.1.0/proxy/http/RegressionHttpTransact.cc: time stamp 2015-08-20 21:01:23 is 3.682586562 s in the future tar: trafficserver-6.1.0/proxy/http/TestHttpTransact.cc: time stamp 2015-08-20 21:01:23 is 3.682352012 s in the future tar: trafficserver-6.1.0/proxy/http/TestUrl.cc: time stamp 2015-08-20 21:01:23 is 3.682301074 s in the
Build failed in Jenkins: tsqa-master #800
See https://ci.trafficserver.apache.org/job/tsqa-master/800/changes
Changes:
[Sudheer Vinukonda] add a comment about TS_HRTime macro in experimental.h
--
Started by upstream project out_of_tree-master build number 1103
originally caused by:
Started by an SCM change
Started by upstream project in_tree-master build number 1322
originally caused by:
Started by an SCM change
Building remotely on QA3 (qa) in workspace
https://ci.trafficserver.apache.org/job/tsqa-master/ws/
/usr/bin/git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
/usr/bin/git config remote.origin.url
https://git-wip-us.apache.org/repos/asf/trafficserver.git # timeout=10
Cleaning workspace
/usr/bin/git rev-parse --verify HEAD # timeout=10
Resetting working tree
/usr/bin/git reset --hard # timeout=10
/usr/bin/git clean -fdx # timeout=10
Fetching upstream changes from
https://git-wip-us.apache.org/repos/asf/trafficserver.git
/usr/bin/git --version # timeout=10
/usr/bin/git -c core.askpass=true fetch --tags --progress
https://git-wip-us.apache.org/repos/asf/trafficserver.git
+refs/heads/*:refs/remotes/origin/*
/usr/bin/git rev-parse refs/remotes/origin/master^{commit} # timeout=10
/usr/bin/git rev-parse refs/remotes/origin/origin/master^{commit} #
timeout=10
Checking out Revision 15e262ab6d76be41592c9ce036e175b378ebcd5f
(refs/remotes/origin/master)
/usr/bin/git config core.sparsecheckout # timeout=10
/usr/bin/git checkout -f 15e262ab6d76be41592c9ce036e175b378ebcd5f
/usr/bin/git rev-list 1110f6f3e97539776842ee9dfca72de28f70d10a # timeout=10
[tsqa-master] $ /bin/bash -xe /tmp/hudson2878516358132552598.sh
+ source /home/jenkins/bin/environment.sh
++ export ATS_SRC_HOME=/home/jenkins/src
++ ATS_SRC_HOME=/home/jenkins/src
++ test tsqa-master '!=' tsqa-master
++ ATS_MAKE=make
++ test tsqa-master '!=' tsqa-master
++ export ATS_MAKE
+++ /bin/date +%m%d%Y
++ export TODAY=08202015
++ TODAY=08202015
++ ATS_BRANCH=master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ export ATS_BRANCH
++ test tsqa-master '!=' tsqa-master
+ source /home/jenkins/bin/tsqa.sh
++ TSQA_LAYOUT_DIR=https://ci.trafficserver.apache.org/job/tsqa-master/ws/800
++ cd https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa
++ make test
New python executable in virtualenv/bin/python
Installing
Setuptools..done.
Installing
Pip.done.
make update
make[1]: Entering directory
`https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa'
Exception:
Traceback (most recent call last):
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/basecommand.py;,
line 134, in main
status = self.run(options, args)
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/commands/install.py;,
line 220, in run
for req in parse_requirements(filename, finder=finder, options=options):
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/req.py;,
line 1477, in parse_requirements
req = InstallRequirement.from_line(line, comes_from,
prereleases=getattr(options, pre, None))
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/req.py;,
line 129, in from_line
return cls(req, comes_from, url=url, prereleases=prereleases)
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/req.py;,
line 44, in __init__
req = pkg_resources.Requirement.parse(req)
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pkg_resources.py;,
line 2914, in parse
reqs = list(parse_requirements(s))
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pkg_resources.py;,
Jenkins build is still unstable: tsqa-lint #472
See https://ci.trafficserver.apache.org/job/tsqa-lint/changes
Jenkins build is still unstable: tsqa-lint #471
See https://ci.trafficserver.apache.org/job/tsqa-lint/changes
[jira] [Created] (TS-3858) Remove xfree cruft
Phil Sorber created TS-3858: --- Summary: Remove xfree cruft Key: TS-3858 URL: https://issues.apache.org/jira/browse/TS-3858 Project: Traffic Server Issue Type: Improvement Reporter: Phil Sorber -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (TS-2940) the Fatal() macro always crashes
[
https://issues.apache.org/jira/browse/TS-2940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705070#comment-14705070
]
Leif Hedstrom commented on TS-2940:
---
You can suggest a fix for 5.3.2 for that, but I think we should leave it as-is
for 6.0.0.
the Fatal() macro always crashes
Key: TS-2940
URL: https://issues.apache.org/jira/browse/TS-2940
Project: Traffic Server
Issue Type: Bug
Components: Core, Logging
Reporter: James Peach
Assignee: James Peach
Labels: yahoo
Fix For: 5.1.0
{{Diags::error_va}} uses the argument list twice, causing a crash in printf,
father than logging a fatal error.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Resolved] (TS-3858) Remove xfree cruft
[ https://issues.apache.org/jira/browse/TS-3858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Phil Sorber resolved TS-3858. - Resolution: Fixed Remove xfree cruft -- Key: TS-3858 URL: https://issues.apache.org/jira/browse/TS-3858 Project: Traffic Server Issue Type: Improvement Reporter: Phil Sorber Assignee: Phil Sorber Priority: Trivial Fix For: 6.1.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Build failed in Jenkins: tsqa-master #798
See https://ci.trafficserver.apache.org/job/tsqa-master/798/changes
Changes:
[kichan] TS-3856: documentation for added api for ts_lua
[Phil Sorber] TS-3858: Remove xfree cruft.
--
Started by upstream project out_of_tree-master build number 1101
originally caused by:
Started by an SCM change
Started by upstream project in_tree-master build number 1320
originally caused by:
Started by an SCM change
Building remotely on QA3 (qa) in workspace
https://ci.trafficserver.apache.org/job/tsqa-master/ws/
/usr/bin/git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
/usr/bin/git config remote.origin.url
https://git-wip-us.apache.org/repos/asf/trafficserver.git # timeout=10
Cleaning workspace
/usr/bin/git rev-parse --verify HEAD # timeout=10
Resetting working tree
/usr/bin/git reset --hard # timeout=10
/usr/bin/git clean -fdx # timeout=10
Fetching upstream changes from
https://git-wip-us.apache.org/repos/asf/trafficserver.git
/usr/bin/git --version # timeout=10
/usr/bin/git -c core.askpass=true fetch --tags --progress
https://git-wip-us.apache.org/repos/asf/trafficserver.git
+refs/heads/*:refs/remotes/origin/*
/usr/bin/git rev-parse refs/remotes/origin/master^{commit} # timeout=10
/usr/bin/git rev-parse refs/remotes/origin/origin/master^{commit} #
timeout=10
Checking out Revision 4ec3793a7f65ad2104e992263f02b8f76d7d4ca1
(refs/remotes/origin/master)
/usr/bin/git config core.sparsecheckout # timeout=10
/usr/bin/git checkout -f 4ec3793a7f65ad2104e992263f02b8f76d7d4ca1
/usr/bin/git rev-list 4cfbfdfcfee65987d6d4eb7ae9b6b1e6ea2d4a77 # timeout=10
[tsqa-master] $ /bin/bash -xe /tmp/hudson4148586860724063671.sh
+ source /home/jenkins/bin/environment.sh
++ export ATS_SRC_HOME=/home/jenkins/src
++ ATS_SRC_HOME=/home/jenkins/src
++ test tsqa-master '!=' tsqa-master
++ ATS_MAKE=make
++ test tsqa-master '!=' tsqa-master
++ export ATS_MAKE
+++ /bin/date +%m%d%Y
++ export TODAY=08202015
++ TODAY=08202015
++ ATS_BRANCH=master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ export ATS_BRANCH
++ test tsqa-master '!=' tsqa-master
+ source /home/jenkins/bin/tsqa.sh
++ TSQA_LAYOUT_DIR=https://ci.trafficserver.apache.org/job/tsqa-master/ws/798
++ cd https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa
++ make test
New python executable in virtualenv/bin/python
Installing
Setuptools..done.
Installing
Pip.done.
make update
make[1]: Entering directory
`https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa'
Exception:
Traceback (most recent call last):
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/basecommand.py;,
line 134, in main
status = self.run(options, args)
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/commands/install.py;,
line 220, in run
for req in parse_requirements(filename, finder=finder, options=options):
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/req.py;,
line 1477, in parse_requirements
req = InstallRequirement.from_line(line, comes_from,
prereleases=getattr(options, pre, None))
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/req.py;,
line 129, in from_line
return cls(req, comes_from, url=url, prereleases=prereleases)
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/req.py;,
line 44, in __init__
req = pkg_resources.Requirement.parse(req)
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pkg_resources.py;,
line 2914, in parse
reqs = list(parse_requirements(s))
File
Jenkins build is still unstable: tsqa-lint #468
See https://ci.trafficserver.apache.org/job/tsqa-lint/changes
[jira] [Assigned] (TS-3858) Remove xfree cruft
[ https://issues.apache.org/jira/browse/TS-3858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Phil Sorber reassigned TS-3858: --- Assignee: Phil Sorber Remove xfree cruft -- Key: TS-3858 URL: https://issues.apache.org/jira/browse/TS-3858 Project: Traffic Server Issue Type: Improvement Reporter: Phil Sorber Assignee: Phil Sorber Fix For: 6.1.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (TS-3858) Remove xfree cruft
[ https://issues.apache.org/jira/browse/TS-3858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Phil Sorber updated TS-3858: Priority: Trivial (was: Major) Remove xfree cruft -- Key: TS-3858 URL: https://issues.apache.org/jira/browse/TS-3858 Project: Traffic Server Issue Type: Improvement Reporter: Phil Sorber Assignee: Phil Sorber Priority: Trivial Fix For: 6.1.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (TS-3858) Remove xfree cruft
[ https://issues.apache.org/jira/browse/TS-3858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Phil Sorber updated TS-3858: Fix Version/s: 6.1.0 Remove xfree cruft -- Key: TS-3858 URL: https://issues.apache.org/jira/browse/TS-3858 Project: Traffic Server Issue Type: Improvement Reporter: Phil Sorber Assignee: Phil Sorber Fix For: 6.1.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (TS-3858) Remove xfree cruft
[ https://issues.apache.org/jira/browse/TS-3858?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14705597#comment-14705597 ] ASF subversion and git services commented on TS-3858: - Commit 4ec3793a7f65ad2104e992263f02b8f76d7d4ca1 in trafficserver's branch refs/heads/master from [~psudaemon] [ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=4ec3793 ] TS-3858: Remove xfree cruft. Remove xfree cruft -- Key: TS-3858 URL: https://issues.apache.org/jira/browse/TS-3858 Project: Traffic Server Issue Type: Improvement Reporter: Phil Sorber Assignee: Phil Sorber Priority: Trivial Fix For: 6.1.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (TS-3859) regex_remap can have pcre_study() fail on some platforms for simple regex
[ https://issues.apache.org/jira/browse/TS-3859?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom reassigned TS-3859: - Assignee: Leif Hedstrom regex_remap can have pcre_study() fail on some platforms for simple regex - Key: TS-3859 URL: https://issues.apache.org/jira/browse/TS-3859 Project: Traffic Server Issue Type: Bug Components: Plugins Reporter: Meera Mosale Nataraja Assignee: Leif Hedstrom Fix For: 6.1.0 regex_remap can have pcre_study() fail on some platforms like OEL 6.5, for simple regex such as (.*) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Jenkins build is back to normal : fedora_22-master » gcc,fedora_22,debug #216
See https://ci.trafficserver.apache.org/job/fedora_22-master/compiler=gcc,label=fedora_22,type=debug/216/
Jenkins build is back to normal : fedora_22-master » spdy,fedora_22,release #216
See https://ci.trafficserver.apache.org/job/fedora_22-master/compiler=spdy,label=fedora_22,type=release/216/
Jenkins build is still unstable: tsqa-lint #474
See https://ci.trafficserver.apache.org/job/tsqa-lint/changes
Jenkins build is still unstable: tsqa-lint #473
See https://ci.trafficserver.apache.org/job/tsqa-lint/changes
Build failed in Jenkins: tsqa-master #801
See https://ci.trafficserver.apache.org/job/tsqa-master/801/changes
Changes:
[Leif Hedstrom] TS-3859 Check the error result from pcre_study() correctly
--
Started by upstream project out_of_tree-master build number 1104
originally caused by:
Started by an SCM change
Started by upstream project in_tree-master build number 1323
originally caused by:
Started by an SCM change
Building remotely on QA3 (qa) in workspace
https://ci.trafficserver.apache.org/job/tsqa-master/ws/
/usr/bin/git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
/usr/bin/git config remote.origin.url
https://git-wip-us.apache.org/repos/asf/trafficserver.git # timeout=10
Cleaning workspace
/usr/bin/git rev-parse --verify HEAD # timeout=10
Resetting working tree
/usr/bin/git reset --hard # timeout=10
/usr/bin/git clean -fdx # timeout=10
Fetching upstream changes from
https://git-wip-us.apache.org/repos/asf/trafficserver.git
/usr/bin/git --version # timeout=10
/usr/bin/git -c core.askpass=true fetch --tags --progress
https://git-wip-us.apache.org/repos/asf/trafficserver.git
+refs/heads/*:refs/remotes/origin/*
/usr/bin/git rev-parse refs/remotes/origin/master^{commit} # timeout=10
/usr/bin/git rev-parse refs/remotes/origin/origin/master^{commit} #
timeout=10
Checking out Revision 7c42469a7cac9bd47734c28f6384002d30a7cd07
(refs/remotes/origin/master)
/usr/bin/git config core.sparsecheckout # timeout=10
/usr/bin/git checkout -f 7c42469a7cac9bd47734c28f6384002d30a7cd07
/usr/bin/git rev-list 15e262ab6d76be41592c9ce036e175b378ebcd5f # timeout=10
[tsqa-master] $ /bin/bash -xe /tmp/hudson786189264732777568.sh
+ source /home/jenkins/bin/environment.sh
++ export ATS_SRC_HOME=/home/jenkins/src
++ ATS_SRC_HOME=/home/jenkins/src
++ test tsqa-master '!=' tsqa-master
++ ATS_MAKE=make
++ test tsqa-master '!=' tsqa-master
++ export ATS_MAKE
+++ /bin/date +%m%d%Y
++ export TODAY=08202015
++ TODAY=08202015
++ ATS_BRANCH=master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ test tsqa-master '!=' tsqa-master
++ export ATS_BRANCH
++ test tsqa-master '!=' tsqa-master
+ source /home/jenkins/bin/tsqa.sh
++ TSQA_LAYOUT_DIR=https://ci.trafficserver.apache.org/job/tsqa-master/ws/801
++ cd https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa
++ make test
New python executable in virtualenv/bin/python
Installing
Setuptools..done.
Installing
Pip.done.
make update
make[1]: Entering directory
`https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa'
Exception:
Traceback (most recent call last):
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/basecommand.py;,
line 134, in main
status = self.run(options, args)
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/commands/install.py;,
line 220, in run
for req in parse_requirements(filename, finder=finder, options=options):
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/req.py;,
line 1477, in parse_requirements
req = InstallRequirement.from_line(line, comes_from,
prereleases=getattr(options, pre, None))
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/req.py;,
line 129, in from_line
return cls(req, comes_from, url=url, prereleases=prereleases)
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pip/req.py;,
line 44, in __init__
req = pkg_resources.Requirement.parse(req)
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pkg_resources.py;,
line 2914, in parse
reqs = list(parse_requirements(s))
File
https://ci.trafficserver.apache.org/job/tsqa-master/ws/src/ci/tsqa/virtualenv/lib/python2.7/site-packages/pkg_resources.py;,
[jira] [Commented] (TS-3856) Add more APIs for ts_lua plugin
[ https://issues.apache.org/jira/browse/TS-3856?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14704458#comment-14704458 ] Kit Chan commented on TS-3856: -- will add documentation soon before closing Add more APIs for ts_lua plugin --- Key: TS-3856 URL: https://issues.apache.org/jira/browse/TS-3856 Project: Traffic Server Issue Type: Improvement Components: Lua, Plugins Reporter: Kit Chan Assignee: Kit Chan 1) api to retrieve from and to for the remap rules 2) support TSHttpTxnCacheLookupUrlGet() and TSHttpTxnCacheLookupUrlSet() 3) support TSHttpSsnTransactionCount() -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (TS-3856) Add more APIs for ts_lua plugin
[ https://issues.apache.org/jira/browse/TS-3856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kit Chan resolved TS-3856. -- Resolution: Fixed Add more APIs for ts_lua plugin --- Key: TS-3856 URL: https://issues.apache.org/jira/browse/TS-3856 Project: Traffic Server Issue Type: Improvement Components: Lua, Plugins Reporter: Kit Chan Assignee: Kit Chan Fix For: 6.1.0 1) api to retrieve from and to for the remap rules 2) support TSHttpTxnCacheLookupUrlGet() and TSHttpTxnCacheLookupUrlSet() 3) support TSHttpSsnTransactionCount() -- This message was sent by Atlassian JIRA (v6.3.4#6332)
