date:20150618


 [ 
https://issues.apache.org/jira/browse/TS-3700?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Oknet Xu updated TS-3700:
-
Description: 
warning message:
Running Sphinx v1.1.3
WARNING: Doxygen files not found: xml/index.xml
  The files are used to add links from an API description to the source
  code for that object.
  Run $ make doxygen to generate these XML files.

here is the patch:
diff --git a/doc/Makefile.am b/doc/Makefile.am
index 557d8a4..4ff456f 100644
--- a/doc/Makefile.am
+++ b/doc/Makefile.am
@@ -35,9 +35,11 @@ endif
 clean-local:
-rm -rf $(BUILDDIR)/* _build/html/* xml
 
-doxygen: Doxyfile
+xml/index.xml: Doxyfile
$(DOXYGEN)
 
+doxygen: xml/index.xml
+
 # Makefile for Sphinx documentation
 #
 
@@ -71,32 +73,32 @@ help:
@echo   changesto make an overview of all changed/added/deprecated 
items
@echo   linkcheck  to check all external links for integrity
 
-html-local:
+html-local: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b html $(srcdir) $(BUILDDIR)/html
@echo
@echo Build finished. The HTML pages are in $(BUILDDIR)/html.
 
-dirhtml:
+dirhtml: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b dirhtml $(srcdir) $(BUILDDIR)/html
@echo
@echo Build finished. The HTML pages are in $(BUILDDIR)/dirhtml.
 
-singlehtml:
+singlehtml: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b singlehtml $(srcdir) 
$(BUILDDIR)/singlehtml
@echo
@echo Build finished. The HTML page is in $(BUILDDIR)/singlehtml.
 
-epub:
+epub: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b epub $(srcdir) $(BUILDDIR)/epub
@echo
@echo Build finished. The epub file is in $(BUILDDIR)/epub.
 
-latex:
+latex: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b latex $(srcdir) $(BUILDDIR)/latex
@echo
@echo Build finished. The epub file is in $(BUILDDIR)/latex.
 
-man:
+man: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b man $(srcdir) $(BUILDDIR)/man
@echo
@echo Build finished. The man pages are in $(BUILDDIR)/man.

  was:
warning message:
Running Sphinx v1.1.3
WARNING: Doxygen files not found: xml/index.xml
  The files are used to add links from an API description to the source
  code for that object.
  Run $ make doxygen to generate these XML files.

here is the patch:
diff --git a/doc/Makefile.am b/doc/Makefile.am
index 557d8a4..e162484 100644
--- a/doc/Makefile.am
+++ b/doc/Makefile.am
@@ -71,32 +71,32 @@ help:
@echo   changesto make an overview of all changed/added/deprecated 
items
@echo   linkcheck  to check all external links for integrity
 
-html-local:
+html-local: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b html $(srcdir) $(BUILDDIR)/html
@echo
@echo Build finished. The HTML pages are in $(BUILDDIR)/html.
 
-dirhtml:
+dirhtml: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b dirhtml $(srcdir) $(BUILDDIR)/html
@echo
@echo Build finished. The HTML pages are in $(BUILDDIR)/dirhtml.
 
-singlehtml:
+singlehtml: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b singlehtml $(srcdir) 
$(BUILDDIR)/singlehtml
@echo
@echo Build finished. The HTML page is in $(BUILDDIR)/singlehtml.
 
-epub:
+epub: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b epub $(srcdir) $(BUILDDIR)/epub
@echo
@echo Build finished. The epub file is in $(BUILDDIR)/epub.
 
-latex:
+latex: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b latex $(srcdir) $(BUILDDIR)/latex
@echo
@echo Build finished. The epub file is in $(BUILDDIR)/latex.
 
-man:
+man: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b man $(srcdir) $(BUILDDIR)/man
@echo
@echo Build finished. The man pages are in $(BUILDDIR)/man.


 should run doxygen before running sphinx
 

 Key: TS-3700
 URL: https://issues.apache.org/jira/browse/TS-3700
 Project: Traffic Server
  Issue Type: Bug
  Components: Docs
Reporter: Oknet Xu

 warning message:
 Running Sphinx v1.1.3
 WARNING: Doxygen files not found: xml/index.xml
   The files are used to add links from an API description to the source
   code for that object.
   Run $ make doxygen to generate these XML files.
 here is the patch:
 diff --git a/doc/Makefile.am b/doc/Makefile.am
 index 557d8a4..4ff456f 100644
 --- a/doc/Makefile.am
 +++ b/doc/Makefile.am
 @@ -35,9 +35,11 @@ endif
  clean-local:
 -rm -rf $(BUILDDIR)/* _build/html/* xml
  
 -doxygen: Doxyfile
 +xml/index.xml: Doxyfile
 $(DOXYGEN)
  
 +doxygen: xml/index.xml
 +
  # Makefile for Sphinx documentation
  #
  
 @@ -71,32 +73,32 @@ help:
 @echo   changesto make an overview of all 
 changed/added/deprecated items
 @echo   linkcheck  to check all external links for integrity
  
 -html-local:
 +html-local:

[jira] [Created] (TS-3701) link Cache Promote Plugin document into index and fix spell in records.config.en.rst

Oknet Xu created TS-3701:


 Summary: link Cache Promote Plugin document into index and fix 
spell in records.config.en.rst
 Key: TS-3701
 URL: https://issues.apache.org/jira/browse/TS-3701
 Project: Traffic Server
  Issue Type: Bug
  Components: Docs
Reporter: Oknet Xu


here is the patch:

diff --git a/doc/reference/configuration/records.config.en.rst 
b/doc/reference/configuration/records.config.en.rst
index 2c7267b..5c203a6 100644
--- a/doc/reference/configuration/records.config.en.rst
+++ b/doc/reference/configuration/records.config.en.rst
@@ -2017,7 +2017,7 @@ Logging Configuration
 - ``log_name`` STRING [format]
 The filename (ex. :ref:`squid log log-formats-squid-format`).
 
-- ``log_header_ STRING NULL
+- ``log_header`` STRING NULL
 The file header text (ex. :ref:`squid log log-formats-squid-format`).
 
 The format can be either ``squid`` (Squid Format), ``common`` (Netscape 
Common),  ``extended`` (Netscape Extended),
diff --git a/doc/reference/plugins/index.en.rst 
b/doc/reference/plugins/index.en.rst
index 0e43b87..722cc4c 100644
--- a/doc/reference/plugins/index.en.rst
+++ b/doc/reference/plugins/index.en.rst
@@ -67,6 +67,7 @@ directory of the Apache Traffic Server source tree. 
Experimental plugins can be
   Background Fetch Plugin: allows you to proactively fetch content from Origin 
in a way that it will fill the object into cache background_fetch.en
   Balancer Plugin: balances requests across multiple origin servers 
balancer.en
   Buffer Upload Plugin: buffers POST data before connecting to the Origin 
server buffer_upload.en
+  Cache Promote Plugin: provides a means to control when an object should be 
allowed to enter the cache cache_promote.en
   Combohandler Plugin: provides an intelligent way to combine multiple URLs 
into a single URL, and have Apache Traffic Server combine the components into 
one response combo_handler.en
   Epic Plugin: emits Traffic Server metrics in a format that is consumed tby 
the Epic Network Monitoring System epic.en
   ESI Plugin: implements the ESI specification esi.en



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (TS-3702) Crash in cache handling with https

2015-06-18 Thread Aron Xu (JIRA)


 [ 
https://issues.apache.org/jira/browse/TS-3702?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Aron Xu updated TS-3702:

Description: 
There's a random crash that happens in 5.3.0 on Linux x86_64. It's only seen 
with https requests, either GET/POST requests. Requesting the same URL without 
HTTPS never reproduce a crash on the same installation. I have core dump but 
there could be the SSL cert within which I don't want to post publicly. 

(gdb) bt full
#0  ink_aio_read (op=op@entry=0x2b9e4e7e0180) at AIO.cc:585
No locals.
#1  0x2b9e3bf0cd2e in CacheVC::handleRead (this=this@entry=0x2b9e4e7e) 
at Cache.cc:2756
o = optimized out
#2  0x2b9e3bf2e41a in do_read_call (akey=0x2b9e4e7e0038, 
this=0x2b9e4e7e) at P_CacheInternal.h:707
No locals.
#3  Cache::open_read (this=optimized out, cont=optimized out, 
key=optimized out, request=0x2b9e4e3f3078, params=optimized out, 
type=optimized out, hostname=0x2b9e4e43e02e portal.bfsu.edu.cn , 
host_len=18) at CacheRead.cc:138
lock = {m = {m_ptr = 0x2b9e3c254410}, lock_acquired = true}
vol = optimized out
c = 0x2b9e4e7e
result = {w = {2697, 15360, 11224, 0, 0}}
last_collision = 0x2b9e4e527470
od = 0x0
#4  0x2b9e3bf0bc36 in open_read (type=optimized out, params=optimized 
out, request=optimized out, url=optimized out, cont=optimized out, 
this=optimized out) at P_CacheInternal.h:1074
md5 = {b = {8565970937377538256, 10916790875855195096}, u64 = 
{8565970937377538256, 10916790875855195096}, u32 = {3736420560, 1994420526, 
1116933080, 2541763446}, u8 = 
\320@\265\336.q\340v\330\v\223Bv;\200\227}
#5  CacheProcessor::open_read (this=0x20, cont=0x2b9e4e3f4398, 
url=0x2b9e4e3f2a10, cluster_cache_local=224, request=0x2b9e4e3f3078, 
params=0x2b9e4e3f2a50, 
pin_in_cache=0, type=CACHE_FRAG_TYPE_HTTP) at Cache.cc:3598
No locals.
#6  0x2b9e3bdd9563 in HttpCacheSM::do_cache_open_read 
(this=this@entry=0x2b9e4e3f4398) at HttpCacheSM.cc:211
action_handle = optimized out
#7  0x2b9e3bdd989d in HttpCacheSM::open_read 
(this=this@entry=0x2b9e4e3f4398, url=url@entry=0x2b9e4e3f2a10, 
hdr=hdr@entry=0x2b9e4e3f3078, 
params=params@entry=0x2b9e4e3f2a50, pin_in_cache=optimized out) at 
HttpCacheSM.cc:243
act_return = optimized out
#8  0x2b9e3bdea404 in HttpSM::do_cache_lookup_and_read 
(this=0x2b9e4e3f2970) at HttpSM.cc:4389
#13 0x2b9e3bdfd903 in HttpSM::set_next_state (this=0x2b9e4e3f2970) at 
HttpSM.cc:6888
__FUNCTION__ = set_next_state
#14 0x2b9e3bdf1501 in HttpSM::state_read_client_request_header 
(this=0x2b9e4e3f2970, event=100, data=0x21) at HttpSM.cc:777
__FUNCTION__ = state_read_client_request_header
bytes_used = 137
state = PARSE_DONE
#15 0x2b9e3bdff3f4 in HttpSM::main_handler (this=0x2b9e4e3f2970, event=100, 
data=0x2b9e4c6d8f88) at HttpSM.cc:2554
jump_point = optimized out
---Type return to continue, or q return to quit--- 
__FUNCTION__ = main_handler
vc_entry = optimized out
#16 0x2b9e3bf75dc9 in handleEvent (data=0x2b9e4c6d8f88, event=100, 
this=optimized out) at ../../iocore/eventsystem/I_Continuation.h:145
No locals.
#17 read_signal_and_update (vc=vc@entry=0x2b9e4c6d8e70, event=event@entry=100) 
at UnixNetVConnection.cc:139
No locals.
#18 UnixNetVConnection::readSignalAndUpdate (this=this@entry=0x2b9e4c6d8e70, 
event=event@entry=100) at UnixNetVConnection.cc:959
No locals.
#19 0x2b9e3bf5a6ed in SSLNetVConnection::net_read_io (this=0x2b9e4c6d8e70, 
nh=optimized out, lthread=optimized out) at SSLNetVConnection.cc:546
ret = optimized out
bytes = optimized out
s = 0x2b9e4c6d8f80
__FUNCTION__ = net_read_io
buf = @0x2b9e4c6d8fa8: {mbuf = 0x2b9e3ca57da0, entry = 0x0}
r = optimized out
lock = {m = {m_ptr = 0x2b9e3c9b6df0}, lock_acquired = true}
#20 0x2b9e3bf66d9a in NetHandler::mainNetEvent (this=0x2b9e43dd3760, 
event=1, e=0x21) at UnixNet.cc:546
epd = 0x2b9e4c6d9090
__FUNCTION__ = mainNetEvent
poll_timeout = 1050915552
vc = 0x21
#21 0x2b9e3bf938d0 in handleEvent (data=0x2b9e3c197900, event=5, 
this=optimized out) at I_Continuation.h:145
No locals.
#22 EThread::process_event (this=this@entry=0x2b9e43dd0010, e=0x2b9e3c197900, 
calling_code=calling_code@entry=5) at UnixEThread.cc:128
c_temp = optimized out
lock = {m = {m_ptr = 0x2b9e3c241fe0}, lock_acquired = true}
#23 0x2b9e3bf940ec in EThread::execute (this=0x2b9e43dd0010) at 
UnixEThread.cc:252
done_one = false
e = optimized out
NegativeQueue = {DLLEvent, Event::Link_link = {head = 0x0}, tail = 
optimized out}
next_time = 1434631708814486124
#24 0x2b9e3bf933a6 in spawn_thread_internal (a=0x2b9e43ce1870) at 
Thread.cc:85
p = 0x2b9e43ce1870
#25 0x2b9e3e82b0a4 in start_thread (arg=0x2b9e4c201700) at

[jira] [Updated] (TS-3701) link Cache Promote Plugin document into index and fix spell in records.config.en.rst


 [ 
https://issues.apache.org/jira/browse/TS-3701?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Oknet Xu updated TS-3701:
-
Description: 
here is the patch:
{code}
diff --git a/doc/reference/configuration/records.config.en.rst 
b/doc/reference/configuration/records.config.en.rst
index 2c7267b..5c203a6 100644
--- a/doc/reference/configuration/records.config.en.rst
+++ b/doc/reference/configuration/records.config.en.rst
@@ -2017,7 +2017,7 @@ Logging Configuration
 - ``log_name`` STRING [format]
 The filename (ex. :ref:`squid log log-formats-squid-format`).
 
-- ``log_header_ STRING NULL
+- ``log_header`` STRING NULL
 The file header text (ex. :ref:`squid log log-formats-squid-format`).
 
 The format can be either ``squid`` (Squid Format), ``common`` (Netscape 
Common),  ``extended`` (Netscape Extended),
diff --git a/doc/reference/plugins/index.en.rst 
b/doc/reference/plugins/index.en.rst
index 0e43b87..722cc4c 100644
--- a/doc/reference/plugins/index.en.rst
+++ b/doc/reference/plugins/index.en.rst
@@ -67,6 +67,7 @@ directory of the Apache Traffic Server source tree. 
Experimental plugins can be
   Background Fetch Plugin: allows you to proactively fetch content from Origin 
in a way that it will fill the object into cache background_fetch.en
   Balancer Plugin: balances requests across multiple origin servers 
balancer.en
   Buffer Upload Plugin: buffers POST data before connecting to the Origin 
server buffer_upload.en
+  Cache Promote Plugin: provides a means to control when an object should be 
allowed to enter the cache cache_promote.en
   Combohandler Plugin: provides an intelligent way to combine multiple URLs 
into a single URL, and have Apache Traffic Server combine the components into 
one response combo_handler.en
   Epic Plugin: emits Traffic Server metrics in a format that is consumed tby 
the Epic Network Monitoring System epic.en
   ESI Plugin: implements the ESI specification esi.en
{code}

  was:
here is the patch:

diff --git a/doc/reference/configuration/records.config.en.rst 
b/doc/reference/configuration/records.config.en.rst
index 2c7267b..5c203a6 100644
--- a/doc/reference/configuration/records.config.en.rst
+++ b/doc/reference/configuration/records.config.en.rst
@@ -2017,7 +2017,7 @@ Logging Configuration
 - ``log_name`` STRING [format]
 The filename (ex. :ref:`squid log log-formats-squid-format`).
 
-- ``log_header_ STRING NULL
+- ``log_header`` STRING NULL
 The file header text (ex. :ref:`squid log log-formats-squid-format`).
 
 The format can be either ``squid`` (Squid Format), ``common`` (Netscape 
Common),  ``extended`` (Netscape Extended),
diff --git a/doc/reference/plugins/index.en.rst 
b/doc/reference/plugins/index.en.rst
index 0e43b87..722cc4c 100644
--- a/doc/reference/plugins/index.en.rst
+++ b/doc/reference/plugins/index.en.rst
@@ -67,6 +67,7 @@ directory of the Apache Traffic Server source tree. 
Experimental plugins can be
   Background Fetch Plugin: allows you to proactively fetch content from Origin 
in a way that it will fill the object into cache background_fetch.en
   Balancer Plugin: balances requests across multiple origin servers 
balancer.en
   Buffer Upload Plugin: buffers POST data before connecting to the Origin 
server buffer_upload.en
+  Cache Promote Plugin: provides a means to control when an object should be 
allowed to enter the cache cache_promote.en
   Combohandler Plugin: provides an intelligent way to combine multiple URLs 
into a single URL, and have Apache Traffic Server combine the components into 
one response combo_handler.en
   Epic Plugin: emits Traffic Server metrics in a format that is consumed tby 
the Epic Network Monitoring System epic.en
   ESI Plugin: implements the ESI specification esi.en


 link Cache Promote Plugin document into index and fix spell in 
 records.config.en.rst
 

 Key: TS-3701
 URL: https://issues.apache.org/jira/browse/TS-3701
 Project: Traffic Server
  Issue Type: Bug
  Components: Docs
Reporter: Oknet Xu

 here is the patch:
 {code}
 diff --git a/doc/reference/configuration/records.config.en.rst 
 b/doc/reference/configuration/records.config.en.rst
 index 2c7267b..5c203a6 100644
 --- a/doc/reference/configuration/records.config.en.rst
 +++ b/doc/reference/configuration/records.config.en.rst
 @@ -2017,7 +2017,7 @@ Logging Configuration
  - ``log_name`` STRING [format]
  The filename (ex. :ref:`squid log log-formats-squid-format`).
  
 -- ``log_header_ STRING NULL
 +- ``log_header`` STRING NULL
  The file header text (ex. :ref:`squid log 
 log-formats-squid-format`).
  
  The format can be either ``squid`` (Squid Format), ``common`` (Netscape 
 Common),  ``extended`` (Netscape Extended),
 diff --git

[jira] [Updated] (TS-3700) should run doxygen before running sphinx


 [ 
https://issues.apache.org/jira/browse/TS-3700?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Oknet Xu updated TS-3700:
-
Description: 
warning message:
Running Sphinx v1.1.3
WARNING: Doxygen files not found: xml/index.xml
  The files are used to add links from an API description to the source
  code for that object.
  Run $ make doxygen to generate these XML files.

here is the patch:
{code}
diff --git a/doc/Makefile.am b/doc/Makefile.am
index 557d8a4..4ff456f 100644
--- a/doc/Makefile.am
+++ b/doc/Makefile.am
@@ -35,9 +35,11 @@ endif
 clean-local:
-rm -rf $(BUILDDIR)/* _build/html/* xml
 
-doxygen: Doxyfile
+xml/index.xml: Doxyfile
$(DOXYGEN)
 
+doxygen: xml/index.xml
+
 # Makefile for Sphinx documentation
 #
 
@@ -71,32 +73,32 @@ help:
@echo   changesto make an overview of all changed/added/deprecated 
items
@echo   linkcheck  to check all external links for integrity
 
-html-local:
+html-local: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b html $(srcdir) $(BUILDDIR)/html
@echo
@echo Build finished. The HTML pages are in $(BUILDDIR)/html.
 
-dirhtml:
+dirhtml: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b dirhtml $(srcdir) $(BUILDDIR)/html
@echo
@echo Build finished. The HTML pages are in $(BUILDDIR)/dirhtml.
 
-singlehtml:
+singlehtml: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b singlehtml $(srcdir) 
$(BUILDDIR)/singlehtml
@echo
@echo Build finished. The HTML page is in $(BUILDDIR)/singlehtml.
 
-epub:
+epub: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b epub $(srcdir) $(BUILDDIR)/epub
@echo
@echo Build finished. The epub file is in $(BUILDDIR)/epub.
 
-latex:
+latex: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b latex $(srcdir) $(BUILDDIR)/latex
@echo
@echo Build finished. The epub file is in $(BUILDDIR)/latex.
 
-man:
+man: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b man $(srcdir) $(BUILDDIR)/man
@echo
@echo Build finished. The man pages are in $(BUILDDIR)/man.
{code}

  was:
warning message:
Running Sphinx v1.1.3
WARNING: Doxygen files not found: xml/index.xml
  The files are used to add links from an API description to the source
  code for that object.
  Run $ make doxygen to generate these XML files.

here is the patch:
diff --git a/doc/Makefile.am b/doc/Makefile.am
index 557d8a4..4ff456f 100644
--- a/doc/Makefile.am
+++ b/doc/Makefile.am
@@ -35,9 +35,11 @@ endif
 clean-local:
-rm -rf $(BUILDDIR)/* _build/html/* xml
 
-doxygen: Doxyfile
+xml/index.xml: Doxyfile
$(DOXYGEN)
 
+doxygen: xml/index.xml
+
 # Makefile for Sphinx documentation
 #
 
@@ -71,32 +73,32 @@ help:
@echo   changesto make an overview of all changed/added/deprecated 
items
@echo   linkcheck  to check all external links for integrity
 
-html-local:
+html-local: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b html $(srcdir) $(BUILDDIR)/html
@echo
@echo Build finished. The HTML pages are in $(BUILDDIR)/html.
 
-dirhtml:
+dirhtml: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b dirhtml $(srcdir) $(BUILDDIR)/html
@echo
@echo Build finished. The HTML pages are in $(BUILDDIR)/dirhtml.
 
-singlehtml:
+singlehtml: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b singlehtml $(srcdir) 
$(BUILDDIR)/singlehtml
@echo
@echo Build finished. The HTML page is in $(BUILDDIR)/singlehtml.
 
-epub:
+epub: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b epub $(srcdir) $(BUILDDIR)/epub
@echo
@echo Build finished. The epub file is in $(BUILDDIR)/epub.
 
-latex:
+latex: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b latex $(srcdir) $(BUILDDIR)/latex
@echo
@echo Build finished. The epub file is in $(BUILDDIR)/latex.
 
-man:
+man: doxygen
$(SBUILD) -d $(BUILDDIR)/doctrees -b man $(srcdir) $(BUILDDIR)/man
@echo
@echo Build finished. The man pages are in $(BUILDDIR)/man.


 should run doxygen before running sphinx
 

 Key: TS-3700
 URL: https://issues.apache.org/jira/browse/TS-3700
 Project: Traffic Server
  Issue Type: Bug
  Components: Docs
Reporter: Oknet Xu

 warning message:
 Running Sphinx v1.1.3
 WARNING: Doxygen files not found: xml/index.xml
   The files are used to add links from an API description to the source
   code for that object.
   Run $ make doxygen to generate these XML files.
 here is the patch:
 {code}
 diff --git a/doc/Makefile.am b/doc/Makefile.am
 index 557d8a4..4ff456f 100644
 --- a/doc/Makefile.am
 +++ b/doc/Makefile.am
 @@ -35,9 +35,11 @@ endif
  clean-local:
 -rm -rf $(BUILDDIR)/* _build/html/* xml
  
 -doxygen: Doxyfile
 +xml/index.xml: Doxyfile
 $(DOXYGEN)
  
 +doxygen: xml/index.xml
 +
  # Makefile for

[jira] [Commented] (TS-3486) Segfault in do_io_write with plugin (??)

2015-06-18 Thread Eric Sproul (JIRA)


[ 
https://issues.apache.org/jira/browse/TS-3486?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14591911#comment-14591911
 ] 

Eric Sproul commented on TS-3486:
-

This morning I've deployed a build that includes this patch.  Should know by 
COB if it's stable.

 Segfault in do_io_write with plugin (??)
 

 Key: TS-3486
 URL: https://issues.apache.org/jira/browse/TS-3486
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 5.2.0, 5.3.0
Reporter: Qiang Li
Assignee: Phil Sorber
  Labels: crash
 Fix For: sometime

 Attachments: ts3486-ptrace.txt.gz


 {code}
 (gdb) bt
 #0  0x005bdb8b in HttpServerSession::do_io_write (this=value 
 optimized out, c=0x2aaadccc4bf0, nbytes=576, buf=0x2aaafc2ffee8, owner=false)
 at HttpServerSession.cc:104
 #1  0x005acc1d in HttpSM::setup_server_send_request 
 (this=0x2aaadccc4bf0) at HttpSM.cc:5686
 #2  0x005b3f85 in HttpSM::handle_api_return (this=0x2aaadccc4bf0) at 
 HttpSM.cc:1520
 #3  0x005b45f8 in HttpSM::state_api_callout (this=0x2aaadccc4bf0, 
 event=6, data=0x0) at HttpSM.cc:1455
 #4  0x005b980b in HttpSM::state_api_callback (this=0x2aaadccc4bf0, 
 event=6, data=0x0) at HttpSM.cc:1275
 #5  0x004d7a1b in TSHttpTxnReenable (txnp=0x2aaadccc4bf0, 
 event=TS_EVENT_HTTP_CONTINUE) at InkAPI.cc:5614
 #6  0x2ba118441c89 in cachefun (contp=value optimized out, event=value 
 optimized out, edata=0x2aaadccc4bf0) at main.cpp:1876
 #7  0x005b4466 in HttpSM::state_api_callout (this=0x2aaadccc4bf0, 
 event=value optimized out, data=value optimized out) at HttpSM.cc:1381
 #8  0x005b627d in HttpSM::do_http_server_open (this=0x2aaadccc4bf0, 
 raw=value optimized out) at HttpSM.cc:4639
 #9  0x005baa04 in HttpSM::set_next_state (this=0x2aaadccc4bf0) at 
 HttpSM.cc:7021
 #10 0x005b25a3 in HttpSM::state_cache_open_write 
 (this=0x2aaadccc4bf0, event=1108, data=0x2aab1c3b6800) at HttpSM.cc:2442
 #11 0x005b5b28 in HttpSM::main_handler (this=0x2aaadccc4bf0, 
 event=1108, data=0x2aab1c3b6800) at HttpSM.cc:2554
 #12 0x0059338a in handleEvent (this=0x2aaadccc6618, event=value 
 optimized out, data=0x2aab1c3b6800) at 
 ../../iocore/eventsystem/I_Continuation.h:145
 #13 HttpCacheSM::state_cache_open_write (this=0x2aaadccc6618, event=value 
 optimized out, data=0x2aab1c3b6800) at HttpCacheSM.cc:167
 #14 0x00697223 in handleEvent (this=0x2aab1c3b6800, event=value 
 optimized out) at ../../iocore/eventsystem/I_Continuation.h:145
 #15 CacheVC::callcont (this=0x2aab1c3b6800, event=value optimized out) at 
 ../../iocore/cache/P_CacheInternal.h:662
 #16 0x00715940 in Cache::open_write (this=value optimized out, 
 cont=value optimized out, key=0x2ba0ff762d70, info=value optimized out, 
 apin_in_cache=46914401429576, type=CACHE_FRAG_TYPE_HTTP, 
 hostname=0x2aaadd281078 
 www.mifangba.comhttpapi.phpwww.mifangba.comhttp://www.mifangba.com/api.php?op=countid=4modelid=12;,
  host_len=16) at CacheWrite.cc:1788
 #17 0x006e5765 in open_write (this=value optimized out, 
 cont=0x2aaadccc6618, expected_size=value optimized out, url=0x2aaadccc5310, 
 cluster_cache_local=value optimized out, request=value optimized out, 
 old_info=0x0, pin_in_cache=0, type=CACHE_FRAG_TYPE_HTTP) at 
 P_CacheInternal.h:1093
 #18 CacheProcessor::open_write (this=value optimized out, 
 cont=0x2aaadccc6618, expected_size=value optimized out, url=0x2aaadccc5310, 
 cluster_cache_local=value optimized out, request=value optimized out, 
 old_info=0x0, pin_in_cache=0, type=CACHE_FRAG_TYPE_HTTP) at Cache.cc:3622
 #19 0x005936f0 in HttpCacheSM::open_write (this=0x2aaadccc6618, 
 url=value optimized out, request=value optimized out, old_info=value 
 optimized out, 
 pin_in_cache=value optimized out, retry=value optimized out, 
 allow_multiple=false) at HttpCacheSM.cc:298
 #20 0x005a022e in HttpSM::do_cache_prepare_action 
 (this=0x2aaadccc4bf0, c_sm=0x2aaadccc6618, object_read_info=0x0, retry=true, 
 allow_multiple=false) at HttpSM.cc:4511
 #21 0x005babd9 in do_cache_prepare_write (this=0x2aaadccc4bf0) at 
 HttpSM.cc:4436
 #22 HttpSM::set_next_state (this=0x2aaadccc4bf0) at HttpSM.cc:7098
 #23 0x005b3f5f in HttpSM::handle_api_return (this=0x2aaadccc4bf0) at 
 HttpSM.cc:1517
 #24 0x005b45f8 in HttpSM::state_api_callout (this=0x2aaadccc4bf0, 
 event=0, data=0x0) at HttpSM.cc:1455
 #25 0x005ba712 in HttpSM::set_next_state (this=0x2aaadccc4bf0) at 
 HttpSM.cc:6876
 #26 0x005ba702 in HttpSM::set_next_state (this=0x2aaadccc4bf0) at 
 HttpSM.cc:6919
 #27 0x005b3f5f in HttpSM::handle_api_return (this=0x2aaadccc4bf0) at 
 HttpSM.cc:1517
 #28 0x005b45f8 in HttpSM::state_api_callout (this=0x2aaadccc4bf0,

[jira] [Updated] (TS-3644) Remove CHANGES file from git


 [ 
https://issues.apache.org/jira/browse/TS-3644?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Phil Sorber updated TS-3644:

Description: This will be replaced with our online release notes in JIRA + 
a new step that is part of {{make rel}} that uses the JIRA REST API to pull a 
text version of the JIRA release notes into a CHANGES file.  (was: This will be 
replaced with our online release notes in JIRA + a new step that is part of 
{{make rel}} that does something along the lines of {{git shortlog  CHANGES}} 
for the tarball.)

 Remove CHANGES file from git
 

 Key: TS-3644
 URL: https://issues.apache.org/jira/browse/TS-3644
 Project: Traffic Server
  Issue Type: Task
Reporter: Phil Sorber
Assignee: Crystal Qian
Priority: Critical
 Fix For: 6.0.0


 This will be replaced with our online release notes in JIRA + a new step that 
 is part of {{make rel}} that uses the JIRA REST API to pull a text version of 
 the JIRA release notes into a CHANGES file.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (TS-3703) fix broken links during make html

Oknet Xu created TS-3703:


 Summary: fix broken links during make html
 Key: TS-3703
 URL: https://issues.apache.org/jira/browse/TS-3703
 Project: Traffic Server
  Issue Type: Bug
  Components: Docs
Reporter: Oknet Xu


here is the patch:
{code}
diff --git a/doc/admin/configuring-cache.en.rst 
b/doc/admin/configuring-cache.en.rst
index 22a31e0..5b5a75f 100644
--- a/doc/admin/configuring-cache.en.rst
+++ b/doc/admin/configuring-cache.en.rst
@@ -1,4 +1,4 @@
-.. _configuring-the-cache:
+.. _admin-configuring-the-cache:
 
 Configuring the Cache
 *
diff --git a/doc/admin/event-logging-formats.en.rst 
b/doc/admin/event-logging-formats.en.rst
index 4e1c7cc..c16b452 100644
--- a/doc/admin/event-logging-formats.en.rst
+++ b/doc/admin/event-logging-formats.en.rst
@@ -1,4 +1,4 @@
-.. _event-logging-formats:
+.. _admin-event-logging-formats:
 
 Event Logging Formats
 *
diff --git a/doc/admin/hierachical-caching.en.rst 
b/doc/admin/hierachical-caching.en.rst
index 5c4443e..743534b 100644
--- a/doc/admin/hierachical-caching.en.rst
+++ b/doc/admin/hierachical-caching.en.rst
@@ -1,4 +1,4 @@
-.. _hierarchical-caching:
+.. _admin-hierarchical-caching:
 
 Hierarchical Caching
 
diff --git a/doc/admin/http-proxy-caching.en.rst 
b/doc/admin/http-proxy-caching.en.rst
index 2ef0700..a2ac5c7 100644
--- a/doc/admin/http-proxy-caching.en.rst
+++ b/doc/admin/http-proxy-caching.en.rst
@@ -701,7 +701,7 @@ Traffic Server does network I/O in large chunks (32K or so) 
and therefore the
 granularity of transaction buffering control is limited to a similar precision.
 
 The buffer size calculations include all elements in the transaction, including
-any buffers associated with :ref:`transform plugins transform-plugin`.
+any buffers associated with :ref:`transform-plugins 
http-transformation-plugin`.
 
 Transaction buffering control can be enabled globally by using configuration
 variables or by :c:func:`TSHttpTxnConfigIntSet` in a plugin.
@@ -720,7 +720,7 @@ mark. If you set only one, the other will be set to the 
same value.
 If using :c:func:`TSHttpTxnConfigIntSet`, it must be called no later than
 :c:data:`TS_HTTP_READ_RESPONSE_HDR_HOOK`.
 
-.. _reducing-origin-server-requests:
+.. _admin-reducing-origin-server-requests:
 
 Reducing Origin Server Requests (Avoiding the Thundering Herd)
 ==
diff --git a/doc/admin/security-options.en.rst 
b/doc/admin/security-options.en.rst
index a2afccb..6641303 100644
--- a/doc/admin/security-options.en.rst
+++ b/doc/admin/security-options.en.rst
@@ -78,7 +78,7 @@ termination option.
 -  Enable and configure SSL termination for Traffic Server/origin server
connections: :ref:`admin-traffic-server-and-origin-server-connections`
 
-.. _client-and-traffic-server-connections:
+.. _admin-client-and-traffic-server-connections:
 
 Client and Traffic Server Connections
 -
@@ -173,7 +173,7 @@ Client/Traffic Server connections, you must do the 
following:
local node or :option:`traffic_line -M` to restart Traffic Server on all
the nodes in a cluster.
 
-.. _traffic-server-and-origin-server-connections:
+.. _admin-traffic-server-and-origin-server-connections:
 
 Traffic Server and Origin Server Connections
 
diff --git a/doc/admin/working-log-files.en.rst 
b/doc/admin/working-log-files.en.rst
index 85f1fd3..3266edc 100644
--- a/doc/admin/working-log-files.en.rst
+++ b/doc/admin/working-log-files.en.rst
@@ -725,7 +725,7 @@ To configure Traffic Server to collate event log files, you 
must perform
 the following tasks:
 
 -  Either :ref:`admin-configuring-traffic-server-to-be-a-collation-server` or 
install
-   and configure a :ref:`admin-using-a-standalone-collator:`.
+   and configure a :ref:`admin-using-a-standalone-collator`.
 
 -  :ref:`admin-configuring-traffic-server-to-be-a-collation-server`
 
@@ -945,7 +945,7 @@ Field  SymbolDescription
 3  chi   The IP address of the client’s host machine.
 4  crc/pssc  The cache result code; how the cache responded to the request:
  ``HIT``, ``MISS``, and so on. Cache result codes are 
described in
- :ref:`squid-netscape-result-codes`.
+ :ref:`squid-netscape-result-codes`.
  The proxy response status code (the HTTP response status code 
from
  Traffic Server to client).
 5  psql  The length of the Traffic Server response to the client in 
bytes,
@@ -1077,8 +1077,8 @@ Field  SymbolDescription
  to the origin server completed successfully or ``INTR`` if the
  request was interrupted.
 20 crc   The cache result code; how the Traffic Server cache responded 
to the
- request: HIT, MISS, and so on.

[jira] [Created] (TS-3704) fix broken links during make html

Oknet Xu created TS-3704:


 Summary: fix broken links during make html
 Key: TS-3704
 URL: https://issues.apache.org/jira/browse/TS-3704
 Project: Traffic Server
  Issue Type: Bug
  Components: Docs
Reporter: Oknet Xu


here is the patch:
{code}
diff --git a/doc/admin/configuring-cache.en.rst 
b/doc/admin/configuring-cache.en.rst
index 22a31e0..5b5a75f 100644
--- a/doc/admin/configuring-cache.en.rst
+++ b/doc/admin/configuring-cache.en.rst
@@ -1,4 +1,4 @@
-.. _configuring-the-cache:
+.. _admin-configuring-the-cache:
 
 Configuring the Cache
 *
diff --git a/doc/admin/event-logging-formats.en.rst 
b/doc/admin/event-logging-formats.en.rst
index 4e1c7cc..c16b452 100644
--- a/doc/admin/event-logging-formats.en.rst
+++ b/doc/admin/event-logging-formats.en.rst
@@ -1,4 +1,4 @@
-.. _event-logging-formats:
+.. _admin-event-logging-formats:
 
 Event Logging Formats
 *
diff --git a/doc/admin/hierachical-caching.en.rst 
b/doc/admin/hierachical-caching.en.rst
index 5c4443e..743534b 100644
--- a/doc/admin/hierachical-caching.en.rst
+++ b/doc/admin/hierachical-caching.en.rst
@@ -1,4 +1,4 @@
-.. _hierarchical-caching:
+.. _admin-hierarchical-caching:
 
 Hierarchical Caching
 
diff --git a/doc/admin/http-proxy-caching.en.rst 
b/doc/admin/http-proxy-caching.en.rst
index 2ef0700..a2ac5c7 100644
--- a/doc/admin/http-proxy-caching.en.rst
+++ b/doc/admin/http-proxy-caching.en.rst
@@ -701,7 +701,7 @@ Traffic Server does network I/O in large chunks (32K or so) 
and therefore the
 granularity of transaction buffering control is limited to a similar precision.
 
 The buffer size calculations include all elements in the transaction, including
-any buffers associated with :ref:`transform plugins transform-plugin`.
+any buffers associated with :ref:`transform-plugins 
http-transformation-plugin`.
 
 Transaction buffering control can be enabled globally by using configuration
 variables or by :c:func:`TSHttpTxnConfigIntSet` in a plugin.
@@ -720,7 +720,7 @@ mark. If you set only one, the other will be set to the 
same value.
 If using :c:func:`TSHttpTxnConfigIntSet`, it must be called no later than
 :c:data:`TS_HTTP_READ_RESPONSE_HDR_HOOK`.
 
-.. _reducing-origin-server-requests:
+.. _admin-reducing-origin-server-requests:
 
 Reducing Origin Server Requests (Avoiding the Thundering Herd)
 ==
diff --git a/doc/admin/security-options.en.rst 
b/doc/admin/security-options.en.rst
index a2afccb..6641303 100644
--- a/doc/admin/security-options.en.rst
+++ b/doc/admin/security-options.en.rst
@@ -78,7 +78,7 @@ termination option.
 -  Enable and configure SSL termination for Traffic Server/origin server
connections: :ref:`admin-traffic-server-and-origin-server-connections`
 
-.. _client-and-traffic-server-connections:
+.. _admin-client-and-traffic-server-connections:
 
 Client and Traffic Server Connections
 -
@@ -173,7 +173,7 @@ Client/Traffic Server connections, you must do the 
following:
local node or :option:`traffic_line -M` to restart Traffic Server on all
the nodes in a cluster.
 
-.. _traffic-server-and-origin-server-connections:
+.. _admin-traffic-server-and-origin-server-connections:
 
 Traffic Server and Origin Server Connections
 
diff --git a/doc/admin/working-log-files.en.rst 
b/doc/admin/working-log-files.en.rst
index 85f1fd3..3266edc 100644
--- a/doc/admin/working-log-files.en.rst
+++ b/doc/admin/working-log-files.en.rst
@@ -725,7 +725,7 @@ To configure Traffic Server to collate event log files, you 
must perform
 the following tasks:
 
 -  Either :ref:`admin-configuring-traffic-server-to-be-a-collation-server` or 
install
-   and configure a :ref:`admin-using-a-standalone-collator:`.
+   and configure a :ref:`admin-using-a-standalone-collator`.
 
 -  :ref:`admin-configuring-traffic-server-to-be-a-collation-server`
 
@@ -945,7 +945,7 @@ Field  SymbolDescription
 3  chi   The IP address of the client’s host machine.
 4  crc/pssc  The cache result code; how the cache responded to the request:
  ``HIT``, ``MISS``, and so on. Cache result codes are 
described in
- :ref:`squid-netscape-result-codes`.
+ :ref:`squid-netscape-result-codes`.
  The proxy response status code (the HTTP response status code 
from
  Traffic Server to client).
 5  psql  The length of the Traffic Server response to the client in 
bytes,
@@ -1077,8 +1077,8 @@ Field  SymbolDescription
  to the origin server completed successfully or ``INTR`` if the
  request was interrupted.
 20 crc   The cache result code; how the Traffic Server cache responded 
to the
- request: HIT, MISS, and so on.

[jira] [Updated] (TS-3704) fix broken links during make html


 [ 
https://issues.apache.org/jira/browse/TS-3704?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Oknet Xu updated TS-3704:
-
Description: 
here is the patch:
{code}
diff --git a/doc/arch/cache/cache-arch.en.rst b/doc/arch/cache/cache-arch.en.rst
index b870a88..6b36347 100644
--- a/doc/arch/cache/cache-arch.en.rst
+++ b/doc/arch/cache/cache-arch.en.rst
@@ -36,7 +36,7 @@ discussed only to the extent needed to understand the 
internal mechanisms. This
 document will be useful primarily to |TS| developers working on the |TS|
 codebase or plugins for |TS|. It is assumed the reader is already familiar with
 the :ref:`admin-guide` and specifically with :ref:`http-proxy-caching` and
-:ref:`configuring-the-cache` along with the associated configuration files and
+:ref:`admin-configuring-the-cache` along with the associated configuration 
files and
 values.
 
 Unfortunately, the internal terminology is not particularly consistent, so this
@@ -789,7 +789,7 @@ information. This will always contain the HTTP headers for 
all
There is provision in the code to support *read while write*, that is,
serving an object from cache in one transaction while it is being written in
another. Several settings are needed for it to be used. See
-   :ref:`reducing-origin-server-requests-avoiding-the-thundering-herd`. It must
+   :ref:`admin-reducing-origin-server-requests`. It must
specifically enabled in :file:`records.config` and if not, a cache read will
fail if the object is currently be written or updated.
 
diff --git a/doc/reference/commands/traffic_server.en.rst 
b/doc/reference/commands/traffic_server.en.rst
index abbee2a..75c11ea 100644
--- a/doc/reference/commands/traffic_server.en.rst
+++ b/doc/reference/commands/traffic_server.en.rst
@@ -15,7 +15,7 @@
   specific language governing permissions and limitations
   under the License.
 
-.. _traffic-server:
+.. _traffic_server:
 
 ==
 traffic_server
diff --git a/doc/reference/commands/traffic_via.en.rst 
b/doc/reference/commands/traffic_via.en.rst
index 94a82fd..26aa057 100644
--- a/doc/reference/commands/traffic_via.en.rst
+++ b/doc/reference/commands/traffic_via.en.rst
@@ -71,7 +71,7 @@ Decode the Via header from command-line arguments::
 Parent proxy connection status :no parent proxy or 
unknown
 Origin server connection status:connection open 
failed
 
-Decode the Via header from a curl request, using the :ref:`X-Debug 
_xdebug_plugin` plugin::
+Decode the Via header from a curl request, using the :ref:`X-Debug 
xdebug_plugin` plugin::
 
 $ curl -H  X-Debug: Via -I http://test.example.com | traffic_via -
 Via header is uScMsSf pSeN:t cCMi p sS, Length is 24
{code}

  was:
here is the patch:
{code}
diff --git a/doc/admin/configuring-cache.en.rst 
b/doc/admin/configuring-cache.en.rst
index 22a31e0..5b5a75f 100644
--- a/doc/admin/configuring-cache.en.rst
+++ b/doc/admin/configuring-cache.en.rst
@@ -1,4 +1,4 @@
-.. _configuring-the-cache:
+.. _admin-configuring-the-cache:
 
 Configuring the Cache
 *
diff --git a/doc/admin/event-logging-formats.en.rst 
b/doc/admin/event-logging-formats.en.rst
index 4e1c7cc..c16b452 100644
--- a/doc/admin/event-logging-formats.en.rst
+++ b/doc/admin/event-logging-formats.en.rst
@@ -1,4 +1,4 @@
-.. _event-logging-formats:
+.. _admin-event-logging-formats:
 
 Event Logging Formats
 *
diff --git a/doc/admin/hierachical-caching.en.rst 
b/doc/admin/hierachical-caching.en.rst
index 5c4443e..743534b 100644
--- a/doc/admin/hierachical-caching.en.rst
+++ b/doc/admin/hierachical-caching.en.rst
@@ -1,4 +1,4 @@
-.. _hierarchical-caching:
+.. _admin-hierarchical-caching:
 
 Hierarchical Caching
 
diff --git a/doc/admin/http-proxy-caching.en.rst 
b/doc/admin/http-proxy-caching.en.rst
index 2ef0700..a2ac5c7 100644
--- a/doc/admin/http-proxy-caching.en.rst
+++ b/doc/admin/http-proxy-caching.en.rst
@@ -701,7 +701,7 @@ Traffic Server does network I/O in large chunks (32K or so) 
and therefore the
 granularity of transaction buffering control is limited to a similar precision.
 
 The buffer size calculations include all elements in the transaction, including
-any buffers associated with :ref:`transform plugins transform-plugin`.
+any buffers associated with :ref:`transform-plugins 
http-transformation-plugin`.
 
 Transaction buffering control can be enabled globally by using configuration
 variables or by :c:func:`TSHttpTxnConfigIntSet` in a plugin.
@@ -720,7 +720,7 @@ mark. If you set only one, the other will be set to the 
same value.
 If using :c:func:`TSHttpTxnConfigIntSet`, it must be called no later than
 :c:data:`TS_HTTP_READ_RESPONSE_HDR_HOOK`.
 
-.. _reducing-origin-server-requests:
+.. _admin-reducing-origin-server-requests:
 
 Reducing Origin Server Requests (Avoiding the Thundering Herd)

[jira] [Updated] (TS-3644) Remove CHANGES file from git


 [ 
https://issues.apache.org/jira/browse/TS-3644?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Phil Sorber updated TS-3644:

Assignee: Crystal Qian  (was: Phil Sorber)

 Remove CHANGES file from git
 

 Key: TS-3644
 URL: https://issues.apache.org/jira/browse/TS-3644
 Project: Traffic Server
  Issue Type: Task
Reporter: Phil Sorber
Assignee: Crystal Qian
Priority: Critical
 Fix For: 6.0.0


 This will be replaced with our online release notes in JIRA + a new step that 
 is part of {{make rel}} that does something along the lines of {{git shortlog 
  CHANGES}} for the tarball.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (TS-3704) fix broken links during make html part 2

2015-06-18 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/TS-3704?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Oknet Xu updated TS-3704:
-
Summary: fix broken links during make html part 2  (was: fix broken links 
during make html)

 fix broken links during make html part 2
 --

 Key: TS-3704
 URL: https://issues.apache.org/jira/browse/TS-3704
 Project: Traffic Server
  Issue Type: Bug
  Components: Docs
Reporter: Oknet Xu

 here is the patch:
 {code}
 diff --git a/doc/arch/cache/cache-arch.en.rst 
 b/doc/arch/cache/cache-arch.en.rst
 index b870a88..6b36347 100644
 --- a/doc/arch/cache/cache-arch.en.rst
 +++ b/doc/arch/cache/cache-arch.en.rst
 @@ -36,7 +36,7 @@ discussed only to the extent needed to understand the 
 internal mechanisms. This
  document will be useful primarily to |TS| developers working on the |TS|
  codebase or plugins for |TS|. It is assumed the reader is already familiar 
 with
  the :ref:`admin-guide` and specifically with :ref:`http-proxy-caching` and
 -:ref:`configuring-the-cache` along with the associated configuration files 
 and
 +:ref:`admin-configuring-the-cache` along with the associated configuration 
 files and
  values.
  
  Unfortunately, the internal terminology is not particularly consistent, so 
 this
 @@ -789,7 +789,7 @@ information. This will always contain the HTTP headers 
 for all
 There is provision in the code to support *read while write*, that is,
 serving an object from cache in one transaction while it is being written 
 in
 another. Several settings are needed for it to be used. See
 -   :ref:`reducing-origin-server-requests-avoiding-the-thundering-herd`. It 
 must
 +   :ref:`admin-reducing-origin-server-requests`. It must
 specifically enabled in :file:`records.config` and if not, a cache read 
 will
 fail if the object is currently be written or updated.
  
 diff --git a/doc/reference/commands/traffic_server.en.rst 
 b/doc/reference/commands/traffic_server.en.rst
 index abbee2a..75c11ea 100644
 --- a/doc/reference/commands/traffic_server.en.rst
 +++ b/doc/reference/commands/traffic_server.en.rst
 @@ -15,7 +15,7 @@
specific language governing permissions and limitations
under the License.
  
 -.. _traffic-server:
 +.. _traffic_server:
  
  ==
  traffic_server
 diff --git a/doc/reference/commands/traffic_via.en.rst 
 b/doc/reference/commands/traffic_via.en.rst
 index 94a82fd..26aa057 100644
 --- a/doc/reference/commands/traffic_via.en.rst
 +++ b/doc/reference/commands/traffic_via.en.rst
 @@ -71,7 +71,7 @@ Decode the Via header from command-line arguments::
  Parent proxy connection status :no parent proxy 
 or unknown
  Origin server connection status:connection open 
 failed
  
 -Decode the Via header from a curl request, using the :ref:`X-Debug 
 _xdebug_plugin` plugin::
 +Decode the Via header from a curl request, using the :ref:`X-Debug 
 xdebug_plugin` plugin::
  
  $ curl -H  X-Debug: Via -I http://test.example.com | traffic_via -
  Via header is uScMsSf pSeN:t cCMi p sS, Length is 24
 {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3058) TSVConnClosedGet() broken in 5.0.1


[ 
https://issues.apache.org/jira/browse/TS-3058?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14591999#comment-14591999
 ] 

ASF subversion and git services commented on TS-3058:
-

Commit 95d73fb2c820138343503b3b4b3e2e2f1f460ac2 in trafficserver's branch 
refs/heads/master from [~psudaemon]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=95d73fb ]

TS-3058: clang-format


 TSVConnClosedGet() broken in 5.0.1
 --

 Key: TS-3058
 URL: https://issues.apache.org/jira/browse/TS-3058
 Project: Traffic Server
  Issue Type: Bug
  Components: Plugins, TS API
Affects Versions: 5.0.1
Reporter: Sudheer Vinukonda
Assignee: Alan M. Carroll
  Labels: yahoo
 Fix For: 6.0.0


 One of our ATS users that uses TSVConnClosedGet() noticed that it's broken in 
 ats5. Below's his email:
 It looks like something changed on ATS that now a connection opened with 
 TSHttpConnect, the call to TSVConnClosedGet(continuation) returns closed 
 before being able to read anything. I am able to successfully write (101 and 
 103) but I am not able to get any reading event as I check if the connection 
 is closed.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3694) Fix function documentation to Log::error

2015-06-18 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/TS-3694?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592000#comment-14592000
 ] 

ASF GitHub Bot commented on TS-3694:


Github user asfgit closed the pull request at:

https://github.com/apache/trafficserver/pull/227


 Fix function documentation to Log::error
 

 Key: TS-3694
 URL: https://issues.apache.org/jira/browse/TS-3694
 Project: Traffic Server
  Issue Type: Improvement
  Components: Logging
Reporter: Daniel Xu
Assignee: Daniel Xu
Priority: Trivial
 Fix For: Docs


 The description for this function seems to be out of date. The note directly 
 contradicts what the function actually does.
 {code:title=Log.cc|borderStyle=solid}
 /*-
   Log::error
   Make an entry into the current error log.  For convenience, it is given in
   both variable argument (format, ...) and stdarg (format, va_list) forms.
   Note that Log::error could call Log::va_error after calling va_start
   so that va_error handles the statistics update. However, to make
   Log::error slightly more efficient this is not the case. The
   downside is that one has to be careful to update both functions if
   need be.
   -*/
 int
 Log::error(const char *format, ...)
 {
   va_list ap;
   int ret;
   va_start(ap, format);
   ret = Log::va_error(format, ap);
   va_end(ap);
   return ret;
 }
 {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3694) Fix function documentation to Log::error


[ 
https://issues.apache.org/jira/browse/TS-3694?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14591998#comment-14591998
 ] 

ASF subversion and git services commented on TS-3694:
-

Commit 1f17b60e50543772653f906ffc3c6341e8d6a905 in trafficserver's branch 
refs/heads/master from [~danobi]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=1f17b60 ]

TS-3694: Fix outdated Log::error documentation

Comment for function did not reflect code.

This closes #227


 Fix function documentation to Log::error
 

 Key: TS-3694
 URL: https://issues.apache.org/jira/browse/TS-3694
 Project: Traffic Server
  Issue Type: Improvement
  Components: Logging
Reporter: Daniel Xu
Assignee: Daniel Xu
Priority: Trivial
 Fix For: Docs


 The description for this function seems to be out of date. The note directly 
 contradicts what the function actually does.
 {code:title=Log.cc|borderStyle=solid}
 /*-
   Log::error
   Make an entry into the current error log.  For convenience, it is given in
   both variable argument (format, ...) and stdarg (format, va_list) forms.
   Note that Log::error could call Log::va_error after calling va_start
   so that va_error handles the statistics update. However, to make
   Log::error slightly more efficient this is not the case. The
   downside is that one has to be careful to update both functions if
   need be.
   -*/
 int
 Log::error(const char *format, ...)
 {
   va_list ap;
   int ret;
   va_start(ap, format);
   ret = Log::va_error(format, ap);
   va_end(ap);
   return ret;
 }
 {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Assigned] (TS-3705) make CTYPE_LOCAL a first class citizen


 [ 
https://issues.apache.org/jira/browse/TS-3705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Phil Sorber reassigned TS-3705:
---

Assignee: Phil Sorber

 make CTYPE_LOCAL a first class citizen
 --

 Key: TS-3705
 URL: https://issues.apache.org/jira/browse/TS-3705
 Project: Traffic Server
  Issue Type: Improvement
Reporter: Phil Sorber
Assignee: Phil Sorber
 Fix For: 6.0.0






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3705) make CTYPE_LOCAL a first class citizen

2015-06-18 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/TS-3705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592014#comment-14592014
 ] 

ASF GitHub Bot commented on TS-3705:


Github user PSUdaemon commented on the pull request:

https://github.com/apache/trafficserver/pull/201#issuecomment-113199261
  
TS-3705: Created JIRA issue to track this

https://issues.apache.org/jira/browse/TS-3705


 make CTYPE_LOCAL a first class citizen
 --

 Key: TS-3705
 URL: https://issues.apache.org/jira/browse/TS-3705
 Project: Traffic Server
  Issue Type: Improvement
Reporter: Phil Sorber
 Fix For: 6.0.0






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3705) make CTYPE_LOCAL a first class citizen


[ 
https://issues.apache.org/jira/browse/TS-3705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592024#comment-14592024
 ] 

ASF subversion and git services commented on TS-3705:
-

Commit 867ae89ec3425b62786a19b282fc07a1165b6443 in trafficserver's branch 
refs/heads/master from [~psudaemon]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=867ae89 ]

TS-3705: clang-format

This closes #201


 make CTYPE_LOCAL a first class citizen
 --

 Key: TS-3705
 URL: https://issues.apache.org/jira/browse/TS-3705
 Project: Traffic Server
  Issue Type: Improvement
Reporter: Phil Sorber
Assignee: Phil Sorber
 Fix For: 6.0.0






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (TS-3706) Update hosting.config docs to replace partition with volume

Phil Sorber created TS-3706:
---

 Summary: Update hosting.config docs to replace partition with 
volume
 Key: TS-3706
 URL: https://issues.apache.org/jira/browse/TS-3706
 Project: Traffic Server
  Issue Type: Improvement
Reporter: Phil Sorber






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Assigned] (TS-3706) Update hosting.config docs to replace partition with volume


 [ 
https://issues.apache.org/jira/browse/TS-3706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Phil Sorber reassigned TS-3706:
---

Assignee: Phil Sorber

 Update hosting.config docs to replace partition with volume
 ---

 Key: TS-3706
 URL: https://issues.apache.org/jira/browse/TS-3706
 Project: Traffic Server
  Issue Type: Improvement
Reporter: Phil Sorber
Assignee: Phil Sorber





--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (TS-3706) Update hosting.config docs to replace partition with volume


 [ 
https://issues.apache.org/jira/browse/TS-3706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Phil Sorber updated TS-3706:

Component/s: Documentation
 Docs

 Update hosting.config docs to replace partition with volume
 ---

 Key: TS-3706
 URL: https://issues.apache.org/jira/browse/TS-3706
 Project: Traffic Server
  Issue Type: Improvement
  Components: Docs, Documentation
Reporter: Phil Sorber
Assignee: Phil Sorber
 Fix For: Docs






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (TS-3705) make CTYPE_LOCAL a first class citizen

Phil Sorber created TS-3705:
---

 Summary: make CTYPE_LOCAL a first class citizen
 Key: TS-3705
 URL: https://issues.apache.org/jira/browse/TS-3705
 Project: Traffic Server
  Issue Type: Improvement
Reporter: Phil Sorber






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Assigned] (TS-3698) Add gentoo support


 [ 
https://issues.apache.org/jira/browse/TS-3698?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Phil Sorber reassigned TS-3698:
---

Assignee: Phil Sorber

 Add gentoo support
 --

 Key: TS-3698
 URL: https://issues.apache.org/jira/browse/TS-3698
 Project: Traffic Server
  Issue Type: Bug
  Components: Build
Reporter: Bryan Call
Assignee: Phil Sorber
 Fix For: 6.1.0






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (TS-3699) TLS 64GB transfer fails with AES GCM cipher

2015-06-18 Thread Susan Hinrichs (JIRA)


 [ 
https://issues.apache.org/jira/browse/TS-3699?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Susan Hinrichs updated TS-3699:
---
Assignee: Dave Thompson

 TLS 64GB transfer fails with AES GCM cipher
 ---

 Key: TS-3699
 URL: https://issues.apache.org/jira/browse/TS-3699
 Project: Traffic Server
  Issue Type: Bug
Reporter: Dave Thompson
Assignee: Dave Thompson

 Running ATS 5.0.1, over a TLS connection using cipher suite AES128-GCM-SHA256 
 will fail every time just before hitting 64GB.   Switching cipher to the same 
 CBC cipher (AES128-SHA), and data transfers can go beyond the 64GB limit.
 It appears we are hitting the GCM design limit of 2^39-256 bits (64GB).   TLS 
 should be able to renegotiate keys which resets the GCM counter, and in fact 
 I have successfully tested this with ATS 4.0.2.
 Work around is to use the CBC variant (AES128-SHA), though it would be good 
 to know what changed between 5.0.1 and 4.0.2 to stop cipher run out initiated 
 renegotiation.
 FWIW proxy.config.ssl.allow_client_renegotiation, does not appear to come 
 into play here.   Looking at the code, this appears to be written to prevent 
 client initiated renegotiation (prevent renegotiation attack circa 2009). 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (TS-3705) make CTYPE_LOCAL a first class citizen


 [ 
https://issues.apache.org/jira/browse/TS-3705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Phil Sorber updated TS-3705:

Fix Version/s: 6.0.0

 make CTYPE_LOCAL a first class citizen
 --

 Key: TS-3705
 URL: https://issues.apache.org/jira/browse/TS-3705
 Project: Traffic Server
  Issue Type: Improvement
Reporter: Phil Sorber
 Fix For: 6.0.0






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (TS-3698) Add gentoo support

2015-06-18 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/TS-3698?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Phil Sorber updated TS-3698:

Issue Type: Improvement  (was: Bug)

 Add gentoo support
 --

 Key: TS-3698
 URL: https://issues.apache.org/jira/browse/TS-3698
 Project: Traffic Server
  Issue Type: Improvement
  Components: Build
Reporter: Bryan Call
Assignee: Phil Sorber
 Fix For: 6.0.0






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3705) make CTYPE_LOCAL a first class citizen


[ 
https://issues.apache.org/jira/browse/TS-3705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592023#comment-14592023
 ] 

ASF subversion and git services commented on TS-3705:
-

Commit d16d78c7895fed23ff7d471e0e55c555a8eccc69 in trafficserver's branch 
refs/heads/master from Alan Scherger
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=d16d78c ]

TS-3705: Make CTYPE_LOCAL a first class citizen


 make CTYPE_LOCAL a first class citizen
 --

 Key: TS-3705
 URL: https://issues.apache.org/jira/browse/TS-3705
 Project: Traffic Server
  Issue Type: Improvement
Reporter: Phil Sorber
Assignee: Phil Sorber
 Fix For: 6.0.0






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (TS-3705) Make CTYPE_LOCAL a first class citizen

2015-06-18 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/TS-3705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Phil Sorber updated TS-3705:

Summary: Make CTYPE_LOCAL a first class citizen  (was: make CTYPE_LOCAL a 
first class citizen)

 Make CTYPE_LOCAL a first class citizen
 --

 Key: TS-3705
 URL: https://issues.apache.org/jira/browse/TS-3705
 Project: Traffic Server
  Issue Type: Improvement
Reporter: Phil Sorber
Assignee: Phil Sorber
 Fix For: 6.0.0






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3706) Update hosting.config docs to replace partition with volume


[ 
https://issues.apache.org/jira/browse/TS-3706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592100#comment-14592100
 ] 

ASF subversion and git services commented on TS-3706:
-

Commit 2cc90fc8a9d3df43f57bd14b80f47290e3a0889e in trafficserver's branch 
refs/heads/master from daniel biazus
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=2cc90fc ]

TS-3706: Update hosting.config docs to replace partition with volume

This closes #160


 Update hosting.config docs to replace partition with volume
 ---

 Key: TS-3706
 URL: https://issues.apache.org/jira/browse/TS-3706
 Project: Traffic Server
  Issue Type: Improvement
Reporter: Phil Sorber
Assignee: Phil Sorber





--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3706) Update hosting.config docs to replace partition with volume


[ 
https://issues.apache.org/jira/browse/TS-3706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592071#comment-14592071
 ] 

ASF GitHub Bot commented on TS-3706:


Github user PSUdaemon commented on the pull request:

https://github.com/apache/trafficserver/pull/160#issuecomment-113212815
  
TS-3706

https://issues.apache.org/jira/browse/TS-3706


 Update hosting.config docs to replace partition with volume
 ---

 Key: TS-3706
 URL: https://issues.apache.org/jira/browse/TS-3706
 Project: Traffic Server
  Issue Type: Improvement
Reporter: Phil Sorber





--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3698) Add gentoo support

2015-06-18 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/TS-3698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592034#comment-14592034
 ] 

ASF GitHub Bot commented on TS-3698:


Github user PSUdaemon commented on the pull request:

https://github.com/apache/trafficserver/pull/226#issuecomment-113203717
  
TS-3698: Linking with JIRA issue.

https://issues.apache.org/jira/browse/TS-3698


 Add gentoo support
 --

 Key: TS-3698
 URL: https://issues.apache.org/jira/browse/TS-3698
 Project: Traffic Server
  Issue Type: Bug
  Components: Build
Reporter: Bryan Call
Assignee: Phil Sorber
 Fix For: 6.1.0






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3698) Add gentoo support


[ 
https://issues.apache.org/jira/browse/TS-3698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592064#comment-14592064
 ] 

ASF subversion and git services commented on TS-3698:
-

Commit 4968e562ce2b6862610a9e46a6fbc34e9da44b52 in trafficserver's branch 
refs/heads/master from Romain Lalaut
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=4968e56 ]

TS-3698: Add Gentoo support to rc script

This closes #226


 Add gentoo support
 --

 Key: TS-3698
 URL: https://issues.apache.org/jira/browse/TS-3698
 Project: Traffic Server
  Issue Type: Bug
  Components: Build
Reporter: Bryan Call
Assignee: Phil Sorber
 Fix For: 6.0.0






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Resolved] (TS-3707) The default for proxy.config.hostdb.host_file.path should be NULL

2015-06-18 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/TS-3707?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alan M. Carroll resolved TS-3707.
-
Resolution: Fixed

 The default for proxy.config.hostdb.host_file.path should be NULL
 -

 Key: TS-3707
 URL: https://issues.apache.org/jira/browse/TS-3707
 Project: Traffic Server
  Issue Type: Bug
  Components: HostDB
Reporter: Alan M. Carroll
Assignee: Alan M. Carroll
  Labels: yahoo
 Fix For: 6.0.0


 It was an error for this to be set, it should be {{NULL}} (disabled) by 
 default and only used if explicitly enabled.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-2697) Remove the apichecker.pl script


[ 
https://issues.apache.org/jira/browse/TS-2697?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592948#comment-14592948
 ] 

ASF subversion and git services commented on TS-2697:
-

Commit 930b559171141afe58c0e1b2173e52a054eff3ca in trafficserver's branch 
refs/heads/master from [~bcall]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=930b559 ]

TS-2697: Remove the apichecker.pl script


 Remove the apichecker.pl script
 ---

 Key: TS-2697
 URL: https://issues.apache.org/jira/browse/TS-2697
 Project: Traffic Server
  Issue Type: Improvement
  Components: Tools, TS API
Reporter: Leif Hedstrom
Assignee: Bryan Call
 Fix For: 6.0.0


 We should have two data sets:
 {code}
 v2tov3
 v4tov5
 {code}
 and the default is to use the last one, with an option to use another (or 
 both). The way the script works, it's not useful for most people to see the 
 old v2tov3 API changes.
 As part of this, we should also assure that all API changes that have already 
 gone into v5.0.0 has appropriate configuration in the v4tov5 data set.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Resolved] (TS-2697) Remove the apichecker.pl script


 [ 
https://issues.apache.org/jira/browse/TS-2697?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Bryan Call resolved TS-2697.

Resolution: Fixed

 Remove the apichecker.pl script
 ---

 Key: TS-2697
 URL: https://issues.apache.org/jira/browse/TS-2697
 Project: Traffic Server
  Issue Type: Improvement
  Components: Tools, TS API
Reporter: Leif Hedstrom
Assignee: Bryan Call
 Fix For: 6.0.0


 We should have two data sets:
 {code}
 v2tov3
 v4tov5
 {code}
 and the default is to use the last one, with an option to use another (or 
 both). The way the script works, it's not useful for most people to see the 
 old v2tov3 API changes.
 As part of this, we should also assure that all API changes that have already 
 gone into v5.0.0 has appropriate configuration in the v4tov5 data set.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (TS-3430) Why cpu 100% on a occasion?


 [ 
https://issues.apache.org/jira/browse/TS-3430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Bryan Call updated TS-3430:
---
Summary: Why cpu 100% on a occasion?  (was: why cpu 100% on a occasion?)

 Why cpu 100% on a occasion?
 ---

 Key: TS-3430
 URL: https://issues.apache.org/jira/browse/TS-3430
 Project: Traffic Server
  Issue Type: Bug
  Components: Core
Reporter: Zhaonanli
Assignee: Bryan Call
 Fix For: 6.0.0


 trafficserver 4.2.2; Centos 6.5 64bit; 32G mem.
 1. top:
 Cpu0  : 99.0%us,  0.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  1.0%si,  0.0%st
 Cpu1  :100.0%us,  0.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
 Cpu2  : 99.0%us,  0.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  1.0%si,  0.0%st
 Cpu3  :100.0%us,  0.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
 Cpu4  :  0.0%us,100.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
 Cpu5  : 99.0%us,  1.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
 Cpu6  :100.0%us,  0.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
 Cpu7  : 99.0%us,  1.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
 Cpu8  : 99.0%us,  1.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
 Cpu9  : 99.0%us,  1.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
 Cpu10 :100.0%us,  0.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
 Cpu11 :100.0%us,  0.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
 Cpu12 :100.0%us,  0.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
 Cpu13 :100.0%us,  0.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
 Cpu14 :100.0%us,  0.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
 Cpu15 :100.0%us,  0.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
 Mem:  32819596k total, 32507016k used,   312580k free,   325852k buffers
 Swap: 16777212k total,25276k used, 16751936k free, 11826164k cached
   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND  

 21089 traffics  20   0 22.2g  18g  29m R 100.1 58.9  17:20.61 [ET_NET 0]  

 21091 traffics  20   0 22.2g  18g  29m R 100.1 58.9  17:11.08 [ET_NET 1]  
 all thread is 100%.
 2. perf top:
  58.50%  traffic_server   [.] LogObject::_checkout_write(unsigned 
 long*, unsigned long)
  34.01%  traffic_server   [.] bool 
 ink_atomic_cas__int128(__int128 volatile*, __int128, __int128)
 is log questions?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Assigned] (TS-3707) The default for proxy.config.hostdb.host_file.path should be NULL


 [ 
https://issues.apache.org/jira/browse/TS-3707?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alan M. Carroll reassigned TS-3707:
---

Assignee: Alan M. Carroll

 The default for proxy.config.hostdb.host_file.path should be NULL
 -

 Key: TS-3707
 URL: https://issues.apache.org/jira/browse/TS-3707
 Project: Traffic Server
  Issue Type: Bug
  Components: HostDB
Reporter: Alan M. Carroll
Assignee: Alan M. Carroll
  Labels: yahoo
 Fix For: 6.0.0


 It was an error for this to be set, it should be {{NULL}} (disabled) by 
 default and only used if explicitly enabled.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3546) Remove TSPluginRegister API or make the version checking work


[ 
https://issues.apache.org/jira/browse/TS-3546?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592952#comment-14592952
 ] 

Bryan Call commented on TS-3546:


I have a fix for this, but it doesn't force the requirement for remap plugins:
http://ix.io/jaU

I can commit it as is if I don't have time to fix that part of it and file 
another bug.  Thoughts?

 Remove TSPluginRegister API or make the version checking work
 -

 Key: TS-3546
 URL: https://issues.apache.org/jira/browse/TS-3546
 Project: Traffic Server
  Issue Type: Improvement
  Components: TS API
Affects Versions: 5.3.0
Reporter: Bryan Call
Assignee: Bryan Call
 Fix For: 6.0.0


 IRC discussion about it:
 {code}
 09:29:39]  @bcall   why do we want plugins to register?
 [09:30:06]  @jpeach afaik historically it's always been a requirement
 [09:30:30]  @bcall  I don't think so
 [09:30:33]  @jpeach imho there should be a way for  plugin to fail at 
 startup
 [09:30:53]  @jpeach if register does nothing useful then we should just 
 remove it
 [09:31:46]  @bcall  it was used for API version checking from what I 
 remember
 [09:31:52]  @jpeach but registration creates internal info that could be 
 used for something interesting
 [09:31:54]  @bcall  and I never did it in my plugins
 [09:32:18]  @sudheerv   fwiw, i think i didn't either ;)
 [09:32:52]  @jpeach heh
 [09:32:54]  @bcall  it is helpful for 3rd party plugins - vender, email, etc
 [09:33:13]  @bcall  and api version checking
 [09:33:14]  @jpeach that information never goes anywhere
 [09:33:20]  @bcall  I can see the merit of the version checking
 [09:33:21]  @jpeach the version checking does nothing
 [09:33:28]  @bcall  even better :)
 [09:33:40]  @jpeach sounds like you should nuke it for 6.0
 [09:34:09]  @bcall  I will file a bug
 {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3136) Change default TLS cipher suites

2015-06-18 Thread John Eaglesham (JIRA)


[ 
https://issues.apache.org/jira/browse/TS-3136?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592951#comment-14592951
 ] 

John Eaglesham commented on TS-3136:


Should we prefer AES128 over AES256? AES128 is faster and secure enough for all 
reasonable scenarios.

 Change default TLS cipher suites
 

 Key: TS-3136
 URL: https://issues.apache.org/jira/browse/TS-3136
 Project: Traffic Server
  Issue Type: Improvement
  Components: Security, SSL
Reporter: Leif Hedstrom
Assignee: Susan Hinrichs
  Labels: compatibility
 Fix For: 6.0.0


 In TS-3135 [~i.galic] suggested:
 {quote}
 also, recommendations for a safer ciphersuite:
 SSLCipherSuite 
 ECDHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA256:ECDHE-RSA-AES256-SHA:ECDHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES128-SHA256:DHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA:ECDHE-RSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:AES256-GCM-SHA384:AES128-GCM-SHA256:AES256-SHA256:AES128-SHA256:AES256-SHA:AES128-SHA:DES-CBC3-SHA:HIGH:!aNULL:!eNULL:!EXPORT:!DES:!MD5:!PSK:!RC4
  
 from https://cipherli.st/
 {quote}
 [~jacksontj] had responded with:
 {quote}
 [~i.galic] That cipher quite is geared towards security, but doesn't support 
 quite a few older clients. I'd recommend we use the suite from mozilla 
 (https://wiki.mozilla.org/Security/Server_Side_TLS#Recommended_Server_Configurations)
  which is a good mix of security and compatibility:
 {code}
 ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA
 {code}
 {quote}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Resolved] (TS-3709) Add regression command line options to traffic_server help

2015-06-18 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/TS-3709?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Bryan Call resolved TS-3709.

Resolution: Fixed

 Add regression command line options to traffic_server help
 --

 Key: TS-3709
 URL: https://issues.apache.org/jira/browse/TS-3709
 Project: Traffic Server
  Issue Type: Improvement
  Components: Core
Reporter: Bryan Call
Assignee: Bryan Call

 When typing traffic_line -h it would be helpful to see:
   -R, --regressionint   0 Regression Level (quick:1..long:3)
   -r, --regression_test   str Run Specific Regression Test



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3709) Add regression command line options to traffic_server help


[ 
https://issues.apache.org/jira/browse/TS-3709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14593028#comment-14593028
 ] 

ASF subversion and git services commented on TS-3709:
-

Commit d53ecfd3640a2ee83a275a253de491189eb530fe in trafficserver's branch 
refs/heads/master from [~bcall]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=d53ecfd ]

TS-3709: Add regression command line options to traffic_server help


 Add regression command line options to traffic_server help
 --

 Key: TS-3709
 URL: https://issues.apache.org/jira/browse/TS-3709
 Project: Traffic Server
  Issue Type: Improvement
  Components: Core
Reporter: Bryan Call

 When typing traffic_line -h it would be helpful to see:
   -R, --regressionint   0 Regression Level (quick:1..long:3)
   -r, --regression_test   str Run Specific Regression Test



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Assigned] (TS-3709) Add regression command line options to traffic_server help

2015-06-18 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/TS-3709?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Bryan Call reassigned TS-3709:
--

Assignee: Bryan Call

 Add regression command line options to traffic_server help
 --

 Key: TS-3709
 URL: https://issues.apache.org/jira/browse/TS-3709
 Project: Traffic Server
  Issue Type: Improvement
  Components: Core
Reporter: Bryan Call
Assignee: Bryan Call

 When typing traffic_line -h it would be helpful to see:
   -R, --regressionint   0 Regression Level (quick:1..long:3)
   -r, --regression_test   str Run Specific Regression Test



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3707) The default for proxy.config.hostdb.host_file.path should be NULL


[ 
https://issues.apache.org/jira/browse/TS-3707?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592832#comment-14592832
 ] 

ASF subversion and git services commented on TS-3707:
-

Commit bec6dd64a691a6fe948a52f9238e07d52a0c59e3 in trafficserver's branch 
refs/heads/master from [~amc]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=bec6dd6 ]

TS-3707: Set default hosts file path to empty, fix a few round robin bugs.


 The default for proxy.config.hostdb.host_file.path should be NULL
 -

 Key: TS-3707
 URL: https://issues.apache.org/jira/browse/TS-3707
 Project: Traffic Server
  Issue Type: Bug
  Components: HostDB
Reporter: Alan M. Carroll
Assignee: Alan M. Carroll
  Labels: yahoo
 Fix For: 6.0.0


 It was an error for this to be set, it should be {{NULL}} (disabled) by 
 default and only used if explicitly enabled.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3384) Add stats for OCSP Stapling errors

2015-06-18 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/TS-3384?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592959#comment-14592959
 ] 

ASF subversion and git services commented on TS-3384:
-

Commit 2addb39577aa0f12abe430027e8cbff33fbcb3ef in trafficserver's branch 
refs/heads/master from [~ffcai]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=2addb39 ]

TS-3384: Add stats for OCSP Stapling errors


 Add stats for OCSP Stapling errors
 --

 Key: TS-3384
 URL: https://issues.apache.org/jira/browse/TS-3384
 Project: Traffic Server
  Issue Type: Improvement
  Components: SSL
Reporter: Feifei Cai
Assignee: Bryan Call
  Labels: review
 Fix For: 6.0.0

 Attachments: TS-3384.diff


 # Add stats for bad OCSP response status: revoked or unknown.
 {noformat}
 $ traffic_line -m proxy.process.ssl.ssl_ocsp
 proxy.process.ssl.ssl_ocsp_revoked_cert_stat 0
 proxy.process.ssl.ssl_ocsp_unknown_cert_stat 0
 {noformat}
 {noformat}
   OCSP_resp_find_status(bs, cinf-cid, status, reason, rev, thisupd, 
 nextupd);
   switch (status) {
 case V_OCSP_CERTSTATUS_GOOD:
   break;
 case V_OCSP_CERTSTATUS_REVOKED:
   SSL_INCREMENT_DYN_STAT(ssl_ocsp_revoked_cert_stat);
   break;
 case V_OCSP_CERTSTATUS_UNKNOWN:
   SSL_INCREMENT_DYN_STAT(ssl_ocsp_unknown_cert_stat);
   break;
 default:
   break;
   }
 {noformat}
 # change debug tag in OCSP Stapling to ssl_ocsp.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3486) Segfault in do_io_write with plugin (??)

2015-06-18 Thread bettydramit (JIRA)


[ 
https://issues.apache.org/jira/browse/TS-3486?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14593041#comment-14593041
 ] 

bettydramit commented on TS-3486:
-

With this 
https://issues.apache.org/jira/secure/attachment/12740028/ts-3266.diff  patch 
for ats 5.2.0

It crashed about 16 hours.
{code}
 c++filt  a.txt 
traffic_server: Segmentation fault (Address not mapped to object 
[0x20])traffic_server - STACK TRACE: 
/usr/bin/traffic_server(crash_logger_invoke(int, siginfo*, 
void*)+0x99)[0x4aaac9]
/lib64/libpthread.so.0(+0xf710)[0x2b90561d8710]
/usr/bin/traffic_server(MIOBuffer::write_avail()+0x14)[0x68e704]
/usr/bin/traffic_server[0x733a99]
/usr/bin/traffic_server(NetHandler::mainNetEvent(int, Event*)+0x1f2)[0x7282e2]
/usr/bin/traffic_server(EThread::process_event(Event*, int)+0x125)[0x7540c5]
/usr/bin/traffic_server(EThread::execute()+0x43b)[0x75481b]
/usr/bin/traffic_server[0x75350a]
/lib64/libpthread.so.0(+0x79d1)[0x2b90561d09d1]
/lib64/libc.so.6(clone+0x6d)[0x2b90571c78fd]
{code}
Looks like https://issues.apache.org/jira/browse/TS-2681

 Segfault in do_io_write with plugin (??)
 

 Key: TS-3486
 URL: https://issues.apache.org/jira/browse/TS-3486
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 5.2.0, 5.3.0
Reporter: Qiang Li
Assignee: Phil Sorber
  Labels: crash
 Fix For: sometime

 Attachments: ts3486-ptrace.txt.gz


 {code}
 (gdb) bt
 #0  0x005bdb8b in HttpServerSession::do_io_write (this=value 
 optimized out, c=0x2aaadccc4bf0, nbytes=576, buf=0x2aaafc2ffee8, owner=false)
 at HttpServerSession.cc:104
 #1  0x005acc1d in HttpSM::setup_server_send_request 
 (this=0x2aaadccc4bf0) at HttpSM.cc:5686
 #2  0x005b3f85 in HttpSM::handle_api_return (this=0x2aaadccc4bf0) at 
 HttpSM.cc:1520
 #3  0x005b45f8 in HttpSM::state_api_callout (this=0x2aaadccc4bf0, 
 event=6, data=0x0) at HttpSM.cc:1455
 #4  0x005b980b in HttpSM::state_api_callback (this=0x2aaadccc4bf0, 
 event=6, data=0x0) at HttpSM.cc:1275
 #5  0x004d7a1b in TSHttpTxnReenable (txnp=0x2aaadccc4bf0, 
 event=TS_EVENT_HTTP_CONTINUE) at InkAPI.cc:5614
 #6  0x2ba118441c89 in cachefun (contp=value optimized out, event=value 
 optimized out, edata=0x2aaadccc4bf0) at main.cpp:1876
 #7  0x005b4466 in HttpSM::state_api_callout (this=0x2aaadccc4bf0, 
 event=value optimized out, data=value optimized out) at HttpSM.cc:1381
 #8  0x005b627d in HttpSM::do_http_server_open (this=0x2aaadccc4bf0, 
 raw=value optimized out) at HttpSM.cc:4639
 #9  0x005baa04 in HttpSM::set_next_state (this=0x2aaadccc4bf0) at 
 HttpSM.cc:7021
 #10 0x005b25a3 in HttpSM::state_cache_open_write 
 (this=0x2aaadccc4bf0, event=1108, data=0x2aab1c3b6800) at HttpSM.cc:2442
 #11 0x005b5b28 in HttpSM::main_handler (this=0x2aaadccc4bf0, 
 event=1108, data=0x2aab1c3b6800) at HttpSM.cc:2554
 #12 0x0059338a in handleEvent (this=0x2aaadccc6618, event=value 
 optimized out, data=0x2aab1c3b6800) at 
 ../../iocore/eventsystem/I_Continuation.h:145
 #13 HttpCacheSM::state_cache_open_write (this=0x2aaadccc6618, event=value 
 optimized out, data=0x2aab1c3b6800) at HttpCacheSM.cc:167
 #14 0x00697223 in handleEvent (this=0x2aab1c3b6800, event=value 
 optimized out) at ../../iocore/eventsystem/I_Continuation.h:145
 #15 CacheVC::callcont (this=0x2aab1c3b6800, event=value optimized out) at 
 ../../iocore/cache/P_CacheInternal.h:662
 #16 0x00715940 in Cache::open_write (this=value optimized out, 
 cont=value optimized out, key=0x2ba0ff762d70, info=value optimized out, 
 apin_in_cache=46914401429576, type=CACHE_FRAG_TYPE_HTTP, 
 hostname=0x2aaadd281078 
 www.mifangba.comhttpapi.phpwww.mifangba.comhttp://www.mifangba.com/api.php?op=countid=4modelid=12;,
  host_len=16) at CacheWrite.cc:1788
 #17 0x006e5765 in open_write (this=value optimized out, 
 cont=0x2aaadccc6618, expected_size=value optimized out, url=0x2aaadccc5310, 
 cluster_cache_local=value optimized out, request=value optimized out, 
 old_info=0x0, pin_in_cache=0, type=CACHE_FRAG_TYPE_HTTP) at 
 P_CacheInternal.h:1093
 #18 CacheProcessor::open_write (this=value optimized out, 
 cont=0x2aaadccc6618, expected_size=value optimized out, url=0x2aaadccc5310, 
 cluster_cache_local=value optimized out, request=value optimized out, 
 old_info=0x0, pin_in_cache=0, type=CACHE_FRAG_TYPE_HTTP) at Cache.cc:3622
 #19 0x005936f0 in HttpCacheSM::open_write (this=0x2aaadccc6618, 
 url=value optimized out, request=value optimized out, old_info=value 
 optimized out, 
 pin_in_cache=value optimized out, retry=value optimized out, 
 allow_multiple=false) at HttpCacheSM.cc:298
 #20 0x005a022e in HttpSM::do_cache_prepare_action 
 (this=0x2aaadccc4bf0, c_sm=0x2aaadccc6618,

[jira] [Commented] (TS-3313) New World order for connection management and timeouts

2015-06-18 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/TS-3313?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592923#comment-14592923
 ] 

ASF subversion and git services commented on TS-3313:
-

Commit 974e8e3abc9a3f60f516b24302edde5618a3cfc5 in trafficserver's branch 
refs/heads/master from [~bcall]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=974e8e3 ]

TS-3313: Added active queue for incoming connections


 New World order for connection management and timeouts
 --

 Key: TS-3313
 URL: https://issues.apache.org/jira/browse/TS-3313
 Project: Traffic Server
  Issue Type: New Feature
  Components: Core
Reporter: Leif Hedstrom
Assignee: Bryan Call
  Labels: Umbrella
 Fix For: 6.0.0


 This is an umbrella ticket for all issues related to connection management 
 and timeouts.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3313) New World order for connection management and timeouts

2015-06-18 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/TS-3313?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14593012#comment-14593012
 ] 

ASF subversion and git services commented on TS-3313:
-

Commit 21bf88008bb909ab7e99700c0315a5c91aa2a04b in trafficserver's branch 
refs/heads/master from [~bcall]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=21bf880 ]

TS-3313: Added active queue for incoming connections
Check to see if it is a plugin before trying to add to the active queue


 New World order for connection management and timeouts
 --

 Key: TS-3313
 URL: https://issues.apache.org/jira/browse/TS-3313
 Project: Traffic Server
  Issue Type: New Feature
  Components: Core
Reporter: Leif Hedstrom
Assignee: Bryan Call
  Labels: Umbrella
 Fix For: 6.0.0


 This is an umbrella ticket for all issues related to connection management 
 and timeouts.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (TS-3709) Add regression command line options to traffic_server help

Bryan Call created TS-3709:
--

 Summary: Add regression command line options to traffic_server help
 Key: TS-3709
 URL: https://issues.apache.org/jira/browse/TS-3709
 Project: Traffic Server
  Issue Type: Improvement
  Components: Core
Reporter: Bryan Call


When typing traffic_line -h it would be helpful to see:
  -R, --regressionint   0 Regression Level (quick:1..long:3)
  -r, --regression_test   str Run Specific Regression Test



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-2914) LogField cquuh does not work for TSSkipRemappingSet


[ 
https://issues.apache.org/jira/browse/TS-2914?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592157#comment-14592157
 ] 

Leif Hedstrom commented on TS-2914:
---

This needs a little more work I think. I don't like the conditions 
LogAccessHttp.cc, it doesn't seem that it sets the DEFAULT_STR in some 
reasonable ways. 

I also feel that there might be other cases here that should be dealt with, so 
I'm moving this out to 6.1.0.

 LogField cquuh does not work for TSSkipRemappingSet
 ---

 Key: TS-2914
 URL: https://issues.apache.org/jira/browse/TS-2914
 Project: Traffic Server
  Issue Type: Bug
  Components: Logging, TS API
Reporter: xiongzongtao
Assignee: Leif Hedstrom
Priority: Blocker
  Labels: Review
 Fix For: 6.1.0

 Attachments: quickfix.diff


 if cquuh is set in logs_xml.config and  TSSkipRemappingSet called in plugin
   log entry related to that plugin is not correct and not readable



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3681) Promote TSHrtime APIs to ts.h /apidefs.h


[ 
https://issues.apache.org/jira/browse/TS-3681?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592219#comment-14592219
 ] 

Leif Hedstrom commented on TS-3681:
---

Yes, I'd like to land this, unless there are objections?

 Promote TSHrtime APIs to ts.h /apidefs.h
 

 Key: TS-3681
 URL: https://issues.apache.org/jira/browse/TS-3681
 Project: Traffic Server
  Issue Type: Improvement
  Components: TS API
Reporter: Leif Hedstrom
Assignee: Leif Hedstrom
  Labels: compatibility
 Fix For: 6.0.0


 Time to move these from experimental to ts/ts.h / apidefs.h



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (TS-3641) Drupal Auth does not seem to work with HTTP/2

2015-06-18 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/TS-3641?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leif Hedstrom updated TS-3641:
--
Assignee: Susan Hinrichs  (was: Leif Hedstrom)

 Drupal Auth does not seem to work with HTTP/2
 -

 Key: TS-3641
 URL: https://issues.apache.org/jira/browse/TS-3641
 Project: Traffic Server
  Issue Type: Bug
  Components: HTTP/2
Reporter: Leif Hedstrom
Assignee: Susan Hinrichs
 Fix For: 6.0.0


 Using latest chrome, when authenticating to a Drupal site behind ATS, it 
 fails to authenticate. It silently seems to just ignore the auth, and moves 
 along unauthenticated. It's possible this is similar to TS-3640, but the 
 fix from that Jira does not resolve the HTTP/2 issues. 
 In fact, this problem exists all the way back to 5.3.0, so the fix here would 
 also be a back port for 5.3.1 (or 5.3.2).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3681) Promote TSHrtime APIs to ts.h /apidefs.h

2015-06-18 Thread James Peach (JIRA)


[ 
https://issues.apache.org/jira/browse/TS-3681?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592287#comment-14592287
 ] 

James Peach commented on TS-3681:
-

I think the naming could be improved (maybe leave the old experimental name for 
compatibility). I'd like to see API promotion go through API review too if 
that's OK. For the name, maybe TSHRTimeCurrentGet() ... it's a mouthful but it 
is consistent with our other conventions.

 Promote TSHrtime APIs to ts.h /apidefs.h
 

 Key: TS-3681
 URL: https://issues.apache.org/jira/browse/TS-3681
 Project: Traffic Server
  Issue Type: Improvement
  Components: TS API
Reporter: Leif Hedstrom
Assignee: Leif Hedstrom
  Labels: compatibility
 Fix For: 6.0.0


 Time to move these from experimental to ts/ts.h / apidefs.h



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3696) Bad range check in HdrHeap


[ 
https://issues.apache.org/jira/browse/TS-3696?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592320#comment-14592320
 ] 

ASF subversion and git services commented on TS-3696:
-

Commit da5a7a3791c43796408c712f4c185a3efbb19130 in trafficserver's branch 
refs/heads/4.2.x from [~zwoop]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=da5a7a3 ]

TS-3696 Fix range check in HdrHeap::attach_str_heap()

(cherry picked from commit df0b90c5c787378e642dcaf80a8c2cdaad10930a)

Conflicts:
CHANGES


 Bad range check in HdrHeap
 --

 Key: TS-3696
 URL: https://issues.apache.org/jira/browse/TS-3696
 Project: Traffic Server
  Issue Type: Bug
  Components: HTTP
Reporter: Leif Hedstrom
Assignee: Leif Hedstrom
Priority: Blocker
 Fix For: 5.3.1, 6.0.0


 gcc 5.1 complains with
 {code}
 ../../../proxy/hdrs/HdrHeap.cc: In member function 'void 
 HdrHeap::inherit_string_heaps(const HdrHeap*)':
 ../../../proxy/hdrs/HdrHeap.cc:978:23: error: array subscript is above array 
 bounds [-Werror=array-bounds]
  if (m_ronly_heap[z].m_heap_start == h_start) {
^
 cc1plus: all warnings being treated as errors
 Makefile:677: recipe for target 'HdrHeap.o' failed
 make[1]: *** [HdrHeap.o] Error 1
 {code}
 There's a check in the code to make sure *index is within the boundaries, but 
 it is done too late.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (TS-3696) Bad range check in HdrHeap


 [ 
https://issues.apache.org/jira/browse/TS-3696?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Phil Sorber updated TS-3696:

Backport to Version: 4.2.4  (was: 4.2.4, 5.3.1)

 Bad range check in HdrHeap
 --

 Key: TS-3696
 URL: https://issues.apache.org/jira/browse/TS-3696
 Project: Traffic Server
  Issue Type: Bug
  Components: HTTP
Reporter: Leif Hedstrom
Assignee: Leif Hedstrom
Priority: Blocker
 Fix For: 5.3.1, 6.0.0


 gcc 5.1 complains with
 {code}
 ../../../proxy/hdrs/HdrHeap.cc: In member function 'void 
 HdrHeap::inherit_string_heaps(const HdrHeap*)':
 ../../../proxy/hdrs/HdrHeap.cc:978:23: error: array subscript is above array 
 bounds [-Werror=array-bounds]
  if (m_ronly_heap[z].m_heap_start == h_start) {
^
 cc1plus: all warnings being treated as errors
 Makefile:677: recipe for target 'HdrHeap.o' failed
 make[1]: *** [HdrHeap.o] Error 1
 {code}
 There's a check in the code to make sure *index is within the boundaries, but 
 it is done too late.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (TS-3696) Bad range check in HdrHeap


 [ 
https://issues.apache.org/jira/browse/TS-3696?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Phil Sorber updated TS-3696:

Fix Version/s: 5.3.1

 Bad range check in HdrHeap
 --

 Key: TS-3696
 URL: https://issues.apache.org/jira/browse/TS-3696
 Project: Traffic Server
  Issue Type: Bug
  Components: HTTP
Reporter: Leif Hedstrom
Assignee: Leif Hedstrom
Priority: Blocker
 Fix For: 5.3.1, 6.0.0


 gcc 5.1 complains with
 {code}
 ../../../proxy/hdrs/HdrHeap.cc: In member function 'void 
 HdrHeap::inherit_string_heaps(const HdrHeap*)':
 ../../../proxy/hdrs/HdrHeap.cc:978:23: error: array subscript is above array 
 bounds [-Werror=array-bounds]
  if (m_ronly_heap[z].m_heap_start == h_start) {
^
 cc1plus: all warnings being treated as errors
 Makefile:677: recipe for target 'HdrHeap.o' failed
 make[1]: *** [HdrHeap.o] Error 1
 {code}
 There's a check in the code to make sure *index is within the boundaries, but 
 it is done too late.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (TS-2914) LogField cquuh does not work for TSSkipRemappingSet

2015-06-18 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/TS-2914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leif Hedstrom updated TS-2914:
--
Fix Version/s: (was: 6.0.0)
   6.1.0

 LogField cquuh does not work for TSSkipRemappingSet
 ---

 Key: TS-2914
 URL: https://issues.apache.org/jira/browse/TS-2914
 Project: Traffic Server
  Issue Type: Bug
  Components: Logging, TS API
Reporter: xiongzongtao
Assignee: Leif Hedstrom
Priority: Blocker
  Labels: Review
 Fix For: 6.1.0

 Attachments: quickfix.diff


 if cquuh is set in logs_xml.config and  TSSkipRemappingSet called in plugin
   log entry related to that plugin is not correct and not readable



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3688) Change the default values for connect attempts, dead attempts, and dead server timeouts


[ 
https://issues.apache.org/jira/browse/TS-3688?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592282#comment-14592282
 ] 

ASF subversion and git services commented on TS-3688:
-

Commit d9ebd4b5bf3b34018219810c4be260b6a5fda03b in trafficserver's branch 
refs/heads/master from [~bcall]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=d9ebd4b ]

TS-3688: Change the default values for connect attempts, dead attempts, and 
dead server timeouts


 Change the default values for connect attempts, dead attempts, and dead 
 server timeouts
 ---

 Key: TS-3688
 URL: https://issues.apache.org/jira/browse/TS-3688
 Project: Traffic Server
  Issue Type: Improvement
  Components: Configuration
Reporter: Bryan Call
Assignee: Bryan Call
  Labels: incompatible
 Fix For: 6.0.0


 Change the default values for connect attempts, dead attempts, and dead 
 server timeouts:
 proxy.config.http.connect_attempts_max_retries_dead_server 1
 proxy.config.http.connect_attempts_max_retries 3
 proxy.config.http.down_server.cache_time 60



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Resolved] (TS-3688) Change the default values for connect attempts, dead attempts, and dead server timeouts

2015-06-18 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/TS-3688?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Bryan Call resolved TS-3688.

Resolution: Fixed

 Change the default values for connect attempts, dead attempts, and dead 
 server timeouts
 ---

 Key: TS-3688
 URL: https://issues.apache.org/jira/browse/TS-3688
 Project: Traffic Server
  Issue Type: Improvement
  Components: Configuration
Reporter: Bryan Call
Assignee: Bryan Call
  Labels: incompatible
 Fix For: 6.0.0


 Change the default values for connect attempts, dead attempts, and dead 
 server timeouts:
 proxy.config.http.connect_attempts_max_retries_dead_server 1
 proxy.config.http.connect_attempts_max_retries 3
 proxy.config.http.down_server.cache_time 60



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3696) Bad range check in HdrHeap


[ 
https://issues.apache.org/jira/browse/TS-3696?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592295#comment-14592295
 ] 

ASF subversion and git services commented on TS-3696:
-

Commit 22b6ad89dc6ee4018bcdf392ffbe1f7f0847d281 in trafficserver's branch 
refs/heads/5.3.x from [~zwoop]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=22b6ad8 ]

TS-3696 Fix range check in HdrHeap::attach_str_heap()

(cherry picked from commit df0b90c5c787378e642dcaf80a8c2cdaad10930a)

Conflicts:
CHANGES


 Bad range check in HdrHeap
 --

 Key: TS-3696
 URL: https://issues.apache.org/jira/browse/TS-3696
 Project: Traffic Server
  Issue Type: Bug
  Components: HTTP
Reporter: Leif Hedstrom
Assignee: Leif Hedstrom
Priority: Blocker
 Fix For: 5.3.1, 6.0.0


 gcc 5.1 complains with
 {code}
 ../../../proxy/hdrs/HdrHeap.cc: In member function 'void 
 HdrHeap::inherit_string_heaps(const HdrHeap*)':
 ../../../proxy/hdrs/HdrHeap.cc:978:23: error: array subscript is above array 
 bounds [-Werror=array-bounds]
  if (m_ronly_heap[z].m_heap_start == h_start) {
^
 cc1plus: all warnings being treated as errors
 Makefile:677: recipe for target 'HdrHeap.o' failed
 make[1]: *** [HdrHeap.o] Error 1
 {code}
 There's a check in the code to make sure *index is within the boundaries, but 
 it is done too late.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (TS-3707) The default for proxy.config.hostdb.host_file.path should be NULL


 [ 
https://issues.apache.org/jira/browse/TS-3707?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alan M. Carroll updated TS-3707:

Fix Version/s: 6.0.0

 The default for proxy.config.hostdb.host_file.path should be NULL
 -

 Key: TS-3707
 URL: https://issues.apache.org/jira/browse/TS-3707
 Project: Traffic Server
  Issue Type: Bug
  Components: HostDB
Reporter: Alan M. Carroll
  Labels: yahoo
 Fix For: 6.0.0


 It was an error for this to be set, it should be {{NULL}} (disabled) by 
 default and only used if explicitly enabled.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (TS-3707) The default for proxy.config.hostdb.host_file.path should be NULL

2015-06-18 Thread ASF subversion and git services (JIRA)

Alan M. Carroll created TS-3707:
---

 Summary: The default for proxy.config.hostdb.host_file.path should 
be NULL
 Key: TS-3707
 URL: https://issues.apache.org/jira/browse/TS-3707
 Project: Traffic Server
  Issue Type: Bug
  Components: HostDB
Reporter: Alan M. Carroll


It was an error for this to be set, it should be {{NULL}} (disabled) by default 
and only used if explicitly enabled.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3589) Enhance header_rewrite to support TRANSACT_COUNT as a condition


[ 
https://issues.apache.org/jira/browse/TS-3589?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592413#comment-14592413
 ] 

ASF subversion and git services commented on TS-3589:
-

Commit 35a95e183a1eb7e4f228a3a877567afb43694fc4 in trafficserver's branch 
refs/heads/master from [~es]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=35a95e1 ]

[TS-3589] Enhance header_rewrite to support TRANSACT-COUNT as a condition
This closes #200


 Enhance header_rewrite to support TRANSACT_COUNT as a condition
 ---

 Key: TS-3589
 URL: https://issues.apache.org/jira/browse/TS-3589
 Project: Traffic Server
  Issue Type: New Feature
  Components: Plugins
Reporter: Eric Schwartz
Assignee: Alan M. Carroll
 Fix For: 6.0.0


 Adding support to header_rewrite to support TRANSACT_COUNT as a condition.
 Will allow us to add/modify headers on connections that share a Client 
 Session.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (TS-3707) The default for proxy.config.hostdb.host_file.path should be NULL


 [ 
https://issues.apache.org/jira/browse/TS-3707?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alan M. Carroll updated TS-3707:

Labels: yahoo  (was: )

 The default for proxy.config.hostdb.host_file.path should be NULL
 -

 Key: TS-3707
 URL: https://issues.apache.org/jira/browse/TS-3707
 Project: Traffic Server
  Issue Type: Bug
  Components: HostDB
Reporter: Alan M. Carroll
  Labels: yahoo
 Fix For: 6.0.0


 It was an error for this to be set, it should be {{NULL}} (disabled) by 
 default and only used if explicitly enabled.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3589) Enhance header_rewrite to support TRANSACT_COUNT as a condition


[ 
https://issues.apache.org/jira/browse/TS-3589?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592414#comment-14592414
 ] 

ASF GitHub Bot commented on TS-3589:


Github user asfgit closed the pull request at:

https://github.com/apache/trafficserver/pull/200


 Enhance header_rewrite to support TRANSACT_COUNT as a condition
 ---

 Key: TS-3589
 URL: https://issues.apache.org/jira/browse/TS-3589
 Project: Traffic Server
  Issue Type: New Feature
  Components: Plugins
Reporter: Eric Schwartz
Assignee: Alan M. Carroll
 Fix For: 6.0.0


 Adding support to header_rewrite to support TRANSACT_COUNT as a condition.
 Will allow us to add/modify headers on connections that share a Client 
 Session.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (TS-3234) crc field shows TCP_REFRESH_HIT though ATS dosen't cache


 [ 
https://issues.apache.org/jira/browse/TS-3234?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leif Hedstrom updated TS-3234:
--
Fix Version/s: (was: 6.0.0)
   6.1.0

 crc field shows TCP_REFRESH_HIT though ATS dosen't cache
 

 Key: TS-3234
 URL: https://issues.apache.org/jira/browse/TS-3234
 Project: Traffic Server
  Issue Type: Bug
  Components: Logging
Reporter: Masaori Koshiba
Assignee: Leif Hedstrom
  Labels: reiew
 Fix For: 6.1.0

 Attachments: ts3234-001.patch


 Even if caching is disabled, the crc field shows TCP_REFRESH_HIT when 
 coming request is IMS and response is 304 Not Modified.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (TS-777) Increasing logbuffer size makes us drop log entries


 [ 
https://issues.apache.org/jira/browse/TS-777?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leif Hedstrom updated TS-777:
-
Fix Version/s: (was: 6.0.0)
   6.1.0

 Increasing logbuffer size makes us drop log entries
 -

 Key: TS-777
 URL: https://issues.apache.org/jira/browse/TS-777
 Project: Traffic Server
  Issue Type: Bug
  Components: Logging
Affects Versions: 2.1.8
Reporter: Leif Hedstrom
Assignee: Leif Hedstrom
  Labels: A
 Fix For: 6.1.0


 Setting proxy.config.log.log_buffer_size higher than somewhere around 24KB 
 makes us start losing log entries. This is bad, since increasing this setting 
 could be a way to increase performance for busy systems. I've for now set the 
 defaults to 16KB, which seems to be stable.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3641) Drupal Auth does not seem to work with HTTP/2


[ 
https://issues.apache.org/jira/browse/TS-3641?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592217#comment-14592217
 ] 

Leif Hedstrom commented on TS-3641:
---

It did not :/.

 Drupal Auth does not seem to work with HTTP/2
 -

 Key: TS-3641
 URL: https://issues.apache.org/jira/browse/TS-3641
 Project: Traffic Server
  Issue Type: Bug
  Components: HTTP/2
Reporter: Leif Hedstrom
Assignee: Leif Hedstrom
 Fix For: 6.0.0


 Using latest chrome, when authenticating to a Drupal site behind ATS, it 
 fails to authenticate. It silently seems to just ignore the auth, and moves 
 along unauthenticated. It's possible this is similar to TS-3640, but the 
 fix from that Jira does not resolve the HTTP/2 issues. 
 In fact, this problem exists all the way back to 5.3.0, so the fix here would 
 also be a back port for 5.3.1 (or 5.3.2).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (TS-3696) Bad range check in HdrHeap


 [ 
https://issues.apache.org/jira/browse/TS-3696?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Phil Sorber updated TS-3696:

Backport to Version:   (was: 4.2.4)

 Bad range check in HdrHeap
 --

 Key: TS-3696
 URL: https://issues.apache.org/jira/browse/TS-3696
 Project: Traffic Server
  Issue Type: Bug
  Components: HTTP
Reporter: Leif Hedstrom
Assignee: Leif Hedstrom
Priority: Blocker
 Fix For: 4.2.4, 5.3.1, 6.0.0


 gcc 5.1 complains with
 {code}
 ../../../proxy/hdrs/HdrHeap.cc: In member function 'void 
 HdrHeap::inherit_string_heaps(const HdrHeap*)':
 ../../../proxy/hdrs/HdrHeap.cc:978:23: error: array subscript is above array 
 bounds [-Werror=array-bounds]
  if (m_ronly_heap[z].m_heap_start == h_start) {
^
 cc1plus: all warnings being treated as errors
 Makefile:677: recipe for target 'HdrHeap.o' failed
 make[1]: *** [HdrHeap.o] Error 1
 {code}
 There's a check in the code to make sure *index is within the boundaries, but 
 it is done too late.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (TS-3696) Bad range check in HdrHeap


 [ 
https://issues.apache.org/jira/browse/TS-3696?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Phil Sorber updated TS-3696:

Fix Version/s: 4.2.4

 Bad range check in HdrHeap
 --

 Key: TS-3696
 URL: https://issues.apache.org/jira/browse/TS-3696
 Project: Traffic Server
  Issue Type: Bug
  Components: HTTP
Reporter: Leif Hedstrom
Assignee: Leif Hedstrom
Priority: Blocker
 Fix For: 4.2.4, 5.3.1, 6.0.0


 gcc 5.1 complains with
 {code}
 ../../../proxy/hdrs/HdrHeap.cc: In member function 'void 
 HdrHeap::inherit_string_heaps(const HdrHeap*)':
 ../../../proxy/hdrs/HdrHeap.cc:978:23: error: array subscript is above array 
 bounds [-Werror=array-bounds]
  if (m_ronly_heap[z].m_heap_start == h_start) {
^
 cc1plus: all warnings being treated as errors
 Makefile:677: recipe for target 'HdrHeap.o' failed
 make[1]: *** [HdrHeap.o] Error 1
 {code}
 There's a check in the code to make sure *index is within the boundaries, but 
 it is done too late.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3136) Change default TLS cipher suites


[ 
https://issues.apache.org/jira/browse/TS-3136?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592524#comment-14592524
 ] 

ASF GitHub Bot commented on TS-3136:


GitHub user shinrich opened a pull request:

https://github.com/apache/trafficserver/pull/230

TS-3136: Change default TLS cipher suites

The bug contains a rational for this list as well as some production test 
results.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/shinrich/trafficserver ts-3136

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/trafficserver/pull/230.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #230


commit 1024e9ede1dd840f883aa0d6a7d5851940a336e5
Author: shinrich shinr...@yahoo-inc.com
Date:   2015-06-18T21:07:27Z

TS-3136: Change default TLS cipher suites




 Change default TLS cipher suites
 

 Key: TS-3136
 URL: https://issues.apache.org/jira/browse/TS-3136
 Project: Traffic Server
  Issue Type: Improvement
  Components: Security, SSL
Reporter: Leif Hedstrom
Assignee: Susan Hinrichs
  Labels: compatibility
 Fix For: 6.0.0


 In TS-3135 [~i.galic] suggested:
 {quote}
 also, recommendations for a safer ciphersuite:
 SSLCipherSuite 
 ECDHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA256:ECDHE-RSA-AES256-SHA:ECDHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES128-SHA256:DHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA:ECDHE-RSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:AES256-GCM-SHA384:AES128-GCM-SHA256:AES256-SHA256:AES128-SHA256:AES256-SHA:AES128-SHA:DES-CBC3-SHA:HIGH:!aNULL:!eNULL:!EXPORT:!DES:!MD5:!PSK:!RC4
  
 from https://cipherli.st/
 {quote}
 [~jacksontj] had responded with:
 {quote}
 [~i.galic] That cipher quite is geared towards security, but doesn't support 
 quite a few older clients. I'd recommend we use the suite from mozilla 
 (https://wiki.mozilla.org/Security/Server_Side_TLS#Recommended_Server_Configurations)
  which is a good mix of security and compatibility:
 {code}
 ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA
 {code}
 {quote}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3136) Change default TLS cipher suites

2015-06-18 Thread Susan Hinrichs (JIRA)


[ 
https://issues.apache.org/jira/browse/TS-3136?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592485#comment-14592485
 ] 

Susan Hinrichs commented on TS-3136:


Ran some tests on a production box in Y!  Based on those results, I suggest the 
following cipher string.

ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:DHE-DSS-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA256:DHE-RSA-AES128-SHA256:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA:DHE-DSS-AES256-SHA:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA:AES256-GCM-SHA384:AES128-GCM-SHA256:AES256-SHA256:AES128-SHA256:AES256-SHA:AES128-SHA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA
  

The upshot is that we remove RC4, add new ciphers, and rearrange the list to 
give preference to cipher attributes in the following order: PFS, then GCM, 
then stronger SHA, then stronger AES.  3DES is at the end to scoop up the 
remainders.

We tested in the Y! environment which tends to have a wide variety of clients.  
Removing RC4 did not seem to significantly impact handshake success rate.  CBC 
algorithms are also concerning, but if we care about out-of-the-box experience 
it looks like the CBC algorithms need to stick around for a while longer.

Here are details of the test

With Y! original cipher string
0.0102% ssl_error_ssl

The number of DES-CBC3-SHA sessions was negligible (45).  The Y! initial 
configuration has one RC4 algorithm listed kind of early, so the RC4 percentage 
was around 30% as [~davet] noted in an earlier comment.

With proposed default cipher string running for an hour
0.009% ssl_error_ssl 

The percentage of DES-CBC3-SHA sessions grew to 0.9% of sessions.  In my 
experiment, it was impossible to isolate the CPU impact of this change.  To 
test a new cipher without updating all the machines in the production pod, I 
remove the test box from the SSL session sharing communication.  The test box 
experienced around a 30% increase in CPU utilization, but I think that can be 
mostly attributed to increased session negotiation since it did not know about 
the sessions negotiated by other machines in the pod.

We did one experiment with the RC4 ciphers added after DES-CBC3 as another 
measure of how many clients are only willing to do RC4. After about an hour, 2 
RC4 sessions were started.

510932 = Total Successful Handshakes

Percentage of various cipher's negotiated

# Start with PFS/GCM ciphers.  Give slight preference to AES256 over AES128, 
and prefer stronger SHA
0%  ECDHE-ECDSA-AES256-GCM-SHA384: 
4.2%   ECDHE-RSA-AES256-GCM-SHA384: 
0%  ECDHE-ECDSA-AES128-GCM-SHA256:
30.6% ECDHE-RSA-AES128-GCM-SHA256:
# DHE still gives of PFS but at increased computation cost
0%  DHE-RSA-AES256-GCM-SHA384:
0%  DHE-DSS-AES256-GCM-SHA384:
0%  DHE-RSA-AES128-GCM-SHA256:
0%  DHE-DSS-AES128-GCM-SHA256:
# CBC versions of the PFS ciphers
0%  ECDHE-ECDSA-AES256-SHA384:
30.6% ECDHE-RSA-AES256-SHA384:
0%  ECDHE-ECDSA-AES256-SHA:
27.7% ECDHE-RSA-AES256-SHA:
0%  ECDHE-ECDSA-AES128-SHA256:
0%  ECDHE-RSA-AES128-SHA256:
0%  ECDHE-ECDSA-AES128-SHA:
0.14% ECDHE-RSA-AES128-SHA:
0%  DHE-RSA-AES256-SHA256:
0%  DHE-DSS-AES256-SHA256:
0%  DHE-RSA-AES128-SHA256:
0%  DHE-DSS-AES128-SHA256:
0%  DHE-RSA-AES256-SHA:
0%  DHE-DSS-AES256-SHA:
0%  DHE-RSA-AES128-SHA:
0%  DHE-DSS-AES128-SHA:
# No PFS, GCM
0.3%   AES256-GCM-SHA384:
0%  AES128-GCM-SHA256:
# No PFS, CBC
0.2%   AES256-SHA256:
0%  AES128-SHA256:
4.8%   AES256-SHA:
0.5%   AES128-SHA:
# 3DES as a last resort
0.9%   DES-CBC3-SHA


 Change default TLS cipher suites
 

 Key: TS-3136
 URL: https://issues.apache.org/jira/browse/TS-3136
 Project: Traffic Server
  Issue Type: Improvement
  Components: Security, SSL
Reporter: Leif Hedstrom
Assignee: Susan Hinrichs
  Labels: compatibility
 Fix For: 6.0.0


 In TS-3135 [~i.galic] suggested:
 {quote}
 also, recommendations for a safer ciphersuite:
 SSLCipherSuite

[jira] [Updated] (TS-3204) Crash when body_factory file is empty

2015-06-18 Thread ASF subversion and git services (JIRA)


 [ 
https://issues.apache.org/jira/browse/TS-3204?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leif Hedstrom updated TS-3204:
--
Fix Version/s: (was: 6.0.0)
   6.1.0

 Crash when body_factory file is empty
 -

 Key: TS-3204
 URL: https://issues.apache.org/jira/browse/TS-3204
 Project: Traffic Server
  Issue Type: Bug
Reporter: Thomas Jackson
Assignee: Leif Hedstrom
 Fix For: 6.1.0


 Reproducible on 5.0.x
 If you have a body factory page that is completely empty, after some time I 
 start getting very obscure crashes all over the place (ssl, remap, etc.). If 
 I add a single whitespace it works fine, seems that something in there 
 doesn't like empty files.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3488) Tune and configure some NET constants


[ 
https://issues.apache.org/jira/browse/TS-3488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592694#comment-14592694
 ] 

ASF subversion and git services commented on TS-3488:
-

Commit 692d576c09417dbebcdd184fb995264bb027eb45 in trafficserver's branch 
refs/heads/master from [~zwoop]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=692d576 ]

TS-3488] Change some network defines to librecords configurations, and change 
defaults


 Tune and configure some NET constants
 -

 Key: TS-3488
 URL: https://issues.apache.org/jira/browse/TS-3488
 Project: Traffic Server
  Issue Type: Improvement
  Components: Configuration, Network
Reporter: Leif Hedstrom
Assignee: Leif Hedstrom
 Fix For: 6.0.0


 I'm thinking these should at least be tuned (20 seems better):
 {code}
 #define NET_PERIOD -HRTIME_MSECONDS(5)
 #define ACCEPT_PERIOD -HRTIME_MSECONDS(4)
 {code}
 (they used to be 20, bcall checked for me in old code repos, thanks!).
 I think this one should be configurable in some way:
 {code}
 #define NET_RETRY_DELAY HRTIME_MSECONDS(10)
 {code}
 I think increasing this could introduce latency in some cases, but could also 
 reduce the amount of lock retries and hence reduce pressure on event system 
 and core (under high load).
 From the discussions on IRC with amc and jpeach, one consensus seems to be 
 that we should do this for anything configurable:
 1) Set a minimum, based on CLK_TCK (e.g. 10 on linux)
 2) Make configurable options (if any) such that they are multipliers based on 
 CLK_TCK (so, 10, 20, 30 etc. on Linux).
 In any case, at a minimum I'd like to see
 {code}
 -#define NET_PERIOD -HRTIME_MSECONDS(5)
 -#define ACCEPT_PERIOD -HRTIME_MSECONDS(4)
 +#define NET_PERIOD -HRTIME_MSECONDS(20)
 +#define ACCEPT_PERIOD -HRTIME_MSECONDS(20)
 {code}
 And something that allows NET_RETRY_DELAY to be configurable (either 
 records.config or configure.ac)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3589) Enhance header_rewrite to support TRANSACT_COUNT as a condition

2015-06-18 Thread ASF subversion and git services (JIRA)


[ 
https://issues.apache.org/jira/browse/TS-3589?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592695#comment-14592695
 ] 

ASF subversion and git services commented on TS-3589:
-

Commit 83d9826d800ef3d8f1c33b974070179a930d46bc in trafficserver's branch 
refs/heads/master from [~zwoop]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=83d9826 ]

TS-3589 clang-format


 Enhance header_rewrite to support TRANSACT_COUNT as a condition
 ---

 Key: TS-3589
 URL: https://issues.apache.org/jira/browse/TS-3589
 Project: Traffic Server
  Issue Type: New Feature
  Components: Plugins
Reporter: Eric Schwartz
Assignee: Alan M. Carroll
 Fix For: 6.0.0


 Adding support to header_rewrite to support TRANSACT_COUNT as a condition.
 Will allow us to add/modify headers on connections that share a Client 
 Session.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3486) Segfault in do_io_write with plugin (??)

2015-06-18 Thread Eric Sproul (JIRA)


[ 
https://issues.apache.org/jira/browse/TS-3486?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592598#comment-14592598
 ] 

Eric Sproul commented on TS-3486:
-

So far so good, it hasn't crashed since I deployed.  Since deploying 5.3.0 28 
days ago, we've averaged 11 crashes/day, or a crash about every 2 hours.  If we 
go  24 hours without a crash, I'll call this one fixed. :)

 Segfault in do_io_write with plugin (??)
 

 Key: TS-3486
 URL: https://issues.apache.org/jira/browse/TS-3486
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 5.2.0, 5.3.0
Reporter: Qiang Li
Assignee: Phil Sorber
  Labels: crash
 Fix For: sometime

 Attachments: ts3486-ptrace.txt.gz


 {code}
 (gdb) bt
 #0  0x005bdb8b in HttpServerSession::do_io_write (this=value 
 optimized out, c=0x2aaadccc4bf0, nbytes=576, buf=0x2aaafc2ffee8, owner=false)
 at HttpServerSession.cc:104
 #1  0x005acc1d in HttpSM::setup_server_send_request 
 (this=0x2aaadccc4bf0) at HttpSM.cc:5686
 #2  0x005b3f85 in HttpSM::handle_api_return (this=0x2aaadccc4bf0) at 
 HttpSM.cc:1520
 #3  0x005b45f8 in HttpSM::state_api_callout (this=0x2aaadccc4bf0, 
 event=6, data=0x0) at HttpSM.cc:1455
 #4  0x005b980b in HttpSM::state_api_callback (this=0x2aaadccc4bf0, 
 event=6, data=0x0) at HttpSM.cc:1275
 #5  0x004d7a1b in TSHttpTxnReenable (txnp=0x2aaadccc4bf0, 
 event=TS_EVENT_HTTP_CONTINUE) at InkAPI.cc:5614
 #6  0x2ba118441c89 in cachefun (contp=value optimized out, event=value 
 optimized out, edata=0x2aaadccc4bf0) at main.cpp:1876
 #7  0x005b4466 in HttpSM::state_api_callout (this=0x2aaadccc4bf0, 
 event=value optimized out, data=value optimized out) at HttpSM.cc:1381
 #8  0x005b627d in HttpSM::do_http_server_open (this=0x2aaadccc4bf0, 
 raw=value optimized out) at HttpSM.cc:4639
 #9  0x005baa04 in HttpSM::set_next_state (this=0x2aaadccc4bf0) at 
 HttpSM.cc:7021
 #10 0x005b25a3 in HttpSM::state_cache_open_write 
 (this=0x2aaadccc4bf0, event=1108, data=0x2aab1c3b6800) at HttpSM.cc:2442
 #11 0x005b5b28 in HttpSM::main_handler (this=0x2aaadccc4bf0, 
 event=1108, data=0x2aab1c3b6800) at HttpSM.cc:2554
 #12 0x0059338a in handleEvent (this=0x2aaadccc6618, event=value 
 optimized out, data=0x2aab1c3b6800) at 
 ../../iocore/eventsystem/I_Continuation.h:145
 #13 HttpCacheSM::state_cache_open_write (this=0x2aaadccc6618, event=value 
 optimized out, data=0x2aab1c3b6800) at HttpCacheSM.cc:167
 #14 0x00697223 in handleEvent (this=0x2aab1c3b6800, event=value 
 optimized out) at ../../iocore/eventsystem/I_Continuation.h:145
 #15 CacheVC::callcont (this=0x2aab1c3b6800, event=value optimized out) at 
 ../../iocore/cache/P_CacheInternal.h:662
 #16 0x00715940 in Cache::open_write (this=value optimized out, 
 cont=value optimized out, key=0x2ba0ff762d70, info=value optimized out, 
 apin_in_cache=46914401429576, type=CACHE_FRAG_TYPE_HTTP, 
 hostname=0x2aaadd281078 
 www.mifangba.comhttpapi.phpwww.mifangba.comhttp://www.mifangba.com/api.php?op=countid=4modelid=12;,
  host_len=16) at CacheWrite.cc:1788
 #17 0x006e5765 in open_write (this=value optimized out, 
 cont=0x2aaadccc6618, expected_size=value optimized out, url=0x2aaadccc5310, 
 cluster_cache_local=value optimized out, request=value optimized out, 
 old_info=0x0, pin_in_cache=0, type=CACHE_FRAG_TYPE_HTTP) at 
 P_CacheInternal.h:1093
 #18 CacheProcessor::open_write (this=value optimized out, 
 cont=0x2aaadccc6618, expected_size=value optimized out, url=0x2aaadccc5310, 
 cluster_cache_local=value optimized out, request=value optimized out, 
 old_info=0x0, pin_in_cache=0, type=CACHE_FRAG_TYPE_HTTP) at Cache.cc:3622
 #19 0x005936f0 in HttpCacheSM::open_write (this=0x2aaadccc6618, 
 url=value optimized out, request=value optimized out, old_info=value 
 optimized out, 
 pin_in_cache=value optimized out, retry=value optimized out, 
 allow_multiple=false) at HttpCacheSM.cc:298
 #20 0x005a022e in HttpSM::do_cache_prepare_action 
 (this=0x2aaadccc4bf0, c_sm=0x2aaadccc6618, object_read_info=0x0, retry=true, 
 allow_multiple=false) at HttpSM.cc:4511
 #21 0x005babd9 in do_cache_prepare_write (this=0x2aaadccc4bf0) at 
 HttpSM.cc:4436
 #22 HttpSM::set_next_state (this=0x2aaadccc4bf0) at HttpSM.cc:7098
 #23 0x005b3f5f in HttpSM::handle_api_return (this=0x2aaadccc4bf0) at 
 HttpSM.cc:1517
 #24 0x005b45f8 in HttpSM::state_api_callout (this=0x2aaadccc4bf0, 
 event=0, data=0x0) at HttpSM.cc:1455
 #25 0x005ba712 in HttpSM::set_next_state (this=0x2aaadccc4bf0) at 
 HttpSM.cc:6876
 #26 0x005ba702 in HttpSM::set_next_state (this=0x2aaadccc4bf0) at 
 HttpSM.cc:6919
 #27 0x005b3f5f in

[jira] [Commented] (TS-3486) Segfault in do_io_write with plugin (??)


[ 
https://issues.apache.org/jira/browse/TS-3486?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592632#comment-14592632
 ] 

Phil Sorber commented on TS-3486:
-

That's great news. We can mark this a dup of that and make sure that one is 
marked for backport. Then I can roll an rc for 5.3.1.

 Segfault in do_io_write with plugin (??)
 

 Key: TS-3486
 URL: https://issues.apache.org/jira/browse/TS-3486
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 5.2.0, 5.3.0
Reporter: Qiang Li
Assignee: Phil Sorber
  Labels: crash
 Fix For: sometime

 Attachments: ts3486-ptrace.txt.gz


 {code}
 (gdb) bt
 #0  0x005bdb8b in HttpServerSession::do_io_write (this=value 
 optimized out, c=0x2aaadccc4bf0, nbytes=576, buf=0x2aaafc2ffee8, owner=false)
 at HttpServerSession.cc:104
 #1  0x005acc1d in HttpSM::setup_server_send_request 
 (this=0x2aaadccc4bf0) at HttpSM.cc:5686
 #2  0x005b3f85 in HttpSM::handle_api_return (this=0x2aaadccc4bf0) at 
 HttpSM.cc:1520
 #3  0x005b45f8 in HttpSM::state_api_callout (this=0x2aaadccc4bf0, 
 event=6, data=0x0) at HttpSM.cc:1455
 #4  0x005b980b in HttpSM::state_api_callback (this=0x2aaadccc4bf0, 
 event=6, data=0x0) at HttpSM.cc:1275
 #5  0x004d7a1b in TSHttpTxnReenable (txnp=0x2aaadccc4bf0, 
 event=TS_EVENT_HTTP_CONTINUE) at InkAPI.cc:5614
 #6  0x2ba118441c89 in cachefun (contp=value optimized out, event=value 
 optimized out, edata=0x2aaadccc4bf0) at main.cpp:1876
 #7  0x005b4466 in HttpSM::state_api_callout (this=0x2aaadccc4bf0, 
 event=value optimized out, data=value optimized out) at HttpSM.cc:1381
 #8  0x005b627d in HttpSM::do_http_server_open (this=0x2aaadccc4bf0, 
 raw=value optimized out) at HttpSM.cc:4639
 #9  0x005baa04 in HttpSM::set_next_state (this=0x2aaadccc4bf0) at 
 HttpSM.cc:7021
 #10 0x005b25a3 in HttpSM::state_cache_open_write 
 (this=0x2aaadccc4bf0, event=1108, data=0x2aab1c3b6800) at HttpSM.cc:2442
 #11 0x005b5b28 in HttpSM::main_handler (this=0x2aaadccc4bf0, 
 event=1108, data=0x2aab1c3b6800) at HttpSM.cc:2554
 #12 0x0059338a in handleEvent (this=0x2aaadccc6618, event=value 
 optimized out, data=0x2aab1c3b6800) at 
 ../../iocore/eventsystem/I_Continuation.h:145
 #13 HttpCacheSM::state_cache_open_write (this=0x2aaadccc6618, event=value 
 optimized out, data=0x2aab1c3b6800) at HttpCacheSM.cc:167
 #14 0x00697223 in handleEvent (this=0x2aab1c3b6800, event=value 
 optimized out) at ../../iocore/eventsystem/I_Continuation.h:145
 #15 CacheVC::callcont (this=0x2aab1c3b6800, event=value optimized out) at 
 ../../iocore/cache/P_CacheInternal.h:662
 #16 0x00715940 in Cache::open_write (this=value optimized out, 
 cont=value optimized out, key=0x2ba0ff762d70, info=value optimized out, 
 apin_in_cache=46914401429576, type=CACHE_FRAG_TYPE_HTTP, 
 hostname=0x2aaadd281078 
 www.mifangba.comhttpapi.phpwww.mifangba.comhttp://www.mifangba.com/api.php?op=countid=4modelid=12;,
  host_len=16) at CacheWrite.cc:1788
 #17 0x006e5765 in open_write (this=value optimized out, 
 cont=0x2aaadccc6618, expected_size=value optimized out, url=0x2aaadccc5310, 
 cluster_cache_local=value optimized out, request=value optimized out, 
 old_info=0x0, pin_in_cache=0, type=CACHE_FRAG_TYPE_HTTP) at 
 P_CacheInternal.h:1093
 #18 CacheProcessor::open_write (this=value optimized out, 
 cont=0x2aaadccc6618, expected_size=value optimized out, url=0x2aaadccc5310, 
 cluster_cache_local=value optimized out, request=value optimized out, 
 old_info=0x0, pin_in_cache=0, type=CACHE_FRAG_TYPE_HTTP) at Cache.cc:3622
 #19 0x005936f0 in HttpCacheSM::open_write (this=0x2aaadccc6618, 
 url=value optimized out, request=value optimized out, old_info=value 
 optimized out, 
 pin_in_cache=value optimized out, retry=value optimized out, 
 allow_multiple=false) at HttpCacheSM.cc:298
 #20 0x005a022e in HttpSM::do_cache_prepare_action 
 (this=0x2aaadccc4bf0, c_sm=0x2aaadccc6618, object_read_info=0x0, retry=true, 
 allow_multiple=false) at HttpSM.cc:4511
 #21 0x005babd9 in do_cache_prepare_write (this=0x2aaadccc4bf0) at 
 HttpSM.cc:4436
 #22 HttpSM::set_next_state (this=0x2aaadccc4bf0) at HttpSM.cc:7098
 #23 0x005b3f5f in HttpSM::handle_api_return (this=0x2aaadccc4bf0) at 
 HttpSM.cc:1517
 #24 0x005b45f8 in HttpSM::state_api_callout (this=0x2aaadccc4bf0, 
 event=0, data=0x0) at HttpSM.cc:1455
 #25 0x005ba712 in HttpSM::set_next_state (this=0x2aaadccc4bf0) at 
 HttpSM.cc:6876
 #26 0x005ba702 in HttpSM::set_next_state (this=0x2aaadccc4bf0) at 
 HttpSM.cc:6919
 #27 0x005b3f5f in HttpSM::handle_api_return (this=0x2aaadccc4bf0) at 
 HttpSM.cc:1517
 #28 0x005b45f8 in

[jira] [Resolved] (TS-3488) Tune and configure some NET constants


 [ 
https://issues.apache.org/jira/browse/TS-3488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leif Hedstrom resolved TS-3488.
---
Resolution: Fixed

 Tune and configure some NET constants
 -

 Key: TS-3488
 URL: https://issues.apache.org/jira/browse/TS-3488
 Project: Traffic Server
  Issue Type: Improvement
  Components: Configuration, Network
Reporter: Leif Hedstrom
Assignee: Leif Hedstrom
 Fix For: 6.0.0


 I'm thinking these should at least be tuned (20 seems better):
 {code}
 #define NET_PERIOD -HRTIME_MSECONDS(5)
 #define ACCEPT_PERIOD -HRTIME_MSECONDS(4)
 {code}
 (they used to be 20, bcall checked for me in old code repos, thanks!).
 I think this one should be configurable in some way:
 {code}
 #define NET_RETRY_DELAY HRTIME_MSECONDS(10)
 {code}
 I think increasing this could introduce latency in some cases, but could also 
 reduce the amount of lock retries and hence reduce pressure on event system 
 and core (under high load).
 From the discussions on IRC with amc and jpeach, one consensus seems to be 
 that we should do this for anything configurable:
 1) Set a minimum, based on CLK_TCK (e.g. 10 on linux)
 2) Make configurable options (if any) such that they are multipliers based on 
 CLK_TCK (so, 10, 20, 30 etc. on Linux).
 In any case, at a minimum I'd like to see
 {code}
 -#define NET_PERIOD -HRTIME_MSECONDS(5)
 -#define ACCEPT_PERIOD -HRTIME_MSECONDS(4)
 +#define NET_PERIOD -HRTIME_MSECONDS(20)
 +#define ACCEPT_PERIOD -HRTIME_MSECONDS(20)
 {code}
 And something that allows NET_RETRY_DELAY to be configurable (either 
 records.config or configure.ac)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (TS-3708) CONNECT responses do not trigger the SEND_RESP_HDRS hookpoint

2015-06-18 Thread Uri Shachar (JIRA)

Uri Shachar created TS-3708:
---

 Summary: CONNECT responses do not trigger the SEND_RESP_HDRS 
hookpoint
 Key: TS-3708
 URL: https://issues.apache.org/jira/browse/TS-3708
 Project: Traffic Server
  Issue Type: Bug
  Components: HTTP
Reporter: Uri Shachar


When tunnelling a CONNECT request we skip over the API hookpoint for 
SEND_RESPONSE_HDRS.
This is inconsistent and prevents plugins that need to modify the returned 
headers from functioning.

Fix is trivial, but may break plugins depending on this mis-behavior



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-2978) Reorder member variables in HttpSM State


[ 
https://issues.apache.org/jira/browse/TS-2978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592739#comment-14592739
 ] 

ASF GitHub Bot commented on TS-2978:


Github user danobi commented on the pull request:

https://github.com/apache/trafficserver/pull/231#issuecomment-113320662
  
Further testing with pahole may be done later, when I get a vm setup with a 
supported OS. 


 Reorder member variables in HttpSM State
 

 Key: TS-2978
 URL: https://issues.apache.org/jira/browse/TS-2978
 Project: Traffic Server
  Issue Type: Improvement
  Components: HTTP
Reporter: Leif Hedstrom
Assignee: Daniel Xu
  Labels: newbie
 Fix For: sometime


 I think we can reduce its size by reordering for example the booleans such 
 that we don't have to pad so much ?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-2978) Reorder member variables in HttpSM State


[ 
https://issues.apache.org/jira/browse/TS-2978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592738#comment-14592738
 ] 

ASF GitHub Bot commented on TS-2978:


GitHub user danobi opened a pull request:

https://github.com/apache/trafficserver/pull/231

TS-2978 Reorder member variables in HttpSM State

Reduce padding by grouping non four byte aligned variables together.
Packing was done by hand, and pretty much only touched bools and chars. 
There was no attempt to pack any structs/objects. 
Testing with sizeof()s showed a reduction in the size of 
HttpTransact::State from 4088B to 4064B. 


You can merge this pull request into a Git repository by running:

$ git pull https://github.com/danobi/trafficserver TS-2978

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/trafficserver/pull/231.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #231


commit 3b03c58843b53ba11aa2317e2ff11febe01d57bc
Author: Daniel Xu danie...@yahoo-inc.com
Date:   2015-06-18T07:51:45Z

TS-2978 Reorder member variables in HttpSM State

Reduce padding by grouping non four byte aligned
variables together.




 Reorder member variables in HttpSM State
 

 Key: TS-2978
 URL: https://issues.apache.org/jira/browse/TS-2978
 Project: Traffic Server
  Issue Type: Improvement
  Components: HTTP
Reporter: Leif Hedstrom
Assignee: Daniel Xu
  Labels: newbie
 Fix For: sometime


 I think we can reduce its size by reordering for example the booleans such 
 that we don't have to pad so much ?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-3672) API allowing plugins to setup blind tunnel in case of oddities in the client request.

[
https://issues.apache.org/jira/browse/TS-3672?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14592741#comment-14592741
]

Alan M. Carroll commented on TS-3672:
-

It seems reasonable to me. The key point is we can't switch to a blind tunnel
if any bytes have gone out from ATS in either direction. This works for CONNECT
which requires reading the request headers so this should be possible.

API allowing plugins to setup blind tunnel in case of oddities in the client
request.
-

Key: TS-3672
URL: https://issues.apache.org/jira/browse/TS-3672
Project: Traffic Server
Issue Type: New Feature
Components: Core, TS API
Reporter: Pavel Vazharov
Fix For: sometime

Attachments: tunnel_api.patch

Hi all,
This is not a complete feature request. It's more like couple of questions
which can lead to a feature request.
We experience several problems (see below) in our installations with ATS. I
think that all of them can be handled outside the core if there is an API
function which can request 'go to blind tunnel'.
I have the following questions related to these cases:
1. Do you think such an API would be useful and should it be added to the
core?
2. Do you think that it should 'cover' only the
TS_HTTP_READ_REQUEST_HDR_HOOK? (Skip the question if the answer of the above
question is NO :)).
I mean, there is not much sense (IMHO) the new API to be called in some
states, but probably there are other states where it could be useful, such as
TS_HTTP_READ_RESPONSE_HDR_HOOK (if the response is broken to get tunneled).
On the other hand, creating a blind tunnel on the latter states could be
really hard, or nearly impossible, because of the state machine internals.
I'm aware of the TSVConnTunnel which works only for SSL connections and can
be called only in the first 2-3 states (hooks).
3. I looked at the code and have some idea how such and API can be added in
order to be used in TS_HTTP_READ_REQUEST_HDR_HOOK. I tested the change
locally. I'm ready to contribute code to the core, if you guys decide that
it's ok. I'm also open for discussion. It would be easier for our
organization too, if we don't need to patch explicitly. (Skip the question if
the answer of the 1st question is NO :)).
Here are the problems that we experience, and which I think could be 'fixed'
by such an API.
1. The ATS redirects requests from port 80 starting with 'https://' through
port 443. Here is one real request from an online trading software:
GET
https://pda.angelbolt.in/downloads/PDA%20DOWNLOADS/OdinClient/Files/Reg/Win32/EAST-Internet-48.reg
HTTP/1.0
Accept: *.*, */*
User-Agent: Elucid Software Downloader
Referer: pda.angelbolt.in
This is a problem for us, because our installations are running in PBR mode
and only port 80 gets diverted. The response to the request from port 443
never goes back to the transparent proxy box. We don't control the PBR
devices. In addition, diverting the port 443 is not really feasible for us in
big scale, because it'll increase the processed traffic with gigabits, just
to serve such edge cases.
2. We've seen such disqus API requests which cause problems for the ATS.
GET http://some.private.ip/something HTTP/1.1
Host: api-whatever.disqus.com
The host field and the host specified in the get path do not match. The ATS
can't reach the private API in question. Usually clients have a pretty good
reason for sending full, instead of relative URL.
3. It seems that the ATS tries to serve locally proxy related methods, such
as CONNECT, DELETE, PURGE, even when running in transparent mode.
I think we can handle all of the above cases (and probably more oddities) via
a plugin which will request 'go to blind tunnel mode' if it detects something
in the client request. The third point could be solved by extending the ip
allow rules to have a tunnel action, as well. However, I would like the
discussion here to be about the blind tunnel API, unless you think there is a
smarter solution for all of the above cases.

--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (TS-2978) Reorder member variables in HttpSM State