[jira] [Commented] (TS-4947) Collation Server is broken?

2016-10-14 Thread bettydramit (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-4947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15574828#comment-15574828
 ] 

bettydramit commented on TS-4947:
-

[~zwoop] This patch can be merge into the master?

> Collation Server is broken?
> ---
>
> Key: TS-4947
> URL: https://issues.apache.org/jira/browse/TS-4947
> Project: Traffic Server
>  Issue Type: Bug
>  Components: Logging
>Affects Versions: 7.0.0
>Reporter: bettydramit
>Assignee: James Peach
>Priority: Critical
> Fix For: 7.1.0
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> from gitmaster(github.com/apache/trafficserver)
> config Collation Client 
> {code:xml}
> CONFIG proxy.config.url_remap.filename STRING remap.config
> CONFIG proxy.config.log.config.filename STRING logging.config
> CONFIG proxy.config.log.collation_host STRING 192.168.2.33
> CONFIG proxy.config.log.collation_secret STRING testlog
> LOCAL proxy.local.log.collation_mode INT 2
> CONFIG proxy.config.log.collation_port INT 8085
> {code}
> config Collation Server
> {code:xml}
> CONFIG proxy.local.log.collation_mode INT 1
> CONFIG proxy.config.log.collation_port INT 8085
> CONFIG proxy.config.log.collation_secret STRING testlog
> {code}
> logging.config
> {code:xml}
> w3c = format {
>   Format='% %<{Cdn-Real-Ip}cqh> - % [%] \"% % 
> %\" % % \"%<{Referer}cqh>\" \"%<{user-agent}cqh>\" % 
> % % % % % %'
> }
> log.ascii {
>   Filename = 'c11',
>   Format = w3c,
>   CollationHosts = { '192.168.2.33:8085' }
> }
> {code}
> It still flush log to local disk not to remote collation server



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


[jira] [Commented] (TS-4947) Collation Server is broken?

2016-10-14 Thread bettydramit (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-4947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15574442#comment-15574442
 ] 

bettydramit commented on TS-4947:
-

yeah! Good jobs! It works!

> Collation Server is broken?
> ---
>
> Key: TS-4947
> URL: https://issues.apache.org/jira/browse/TS-4947
> Project: Traffic Server
>  Issue Type: Bug
>  Components: Logging
>Affects Versions: 7.0.0
>Reporter: bettydramit
>Assignee: James Peach
>Priority: Critical
> Fix For: 7.1.0
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> from gitmaster(github.com/apache/trafficserver)
> config Collation Client 
> {code:xml}
> CONFIG proxy.config.url_remap.filename STRING remap.config
> CONFIG proxy.config.log.config.filename STRING logging.config
> CONFIG proxy.config.log.collation_host STRING 192.168.2.33
> CONFIG proxy.config.log.collation_secret STRING testlog
> LOCAL proxy.local.log.collation_mode INT 2
> CONFIG proxy.config.log.collation_port INT 8085
> {code}
> config Collation Server
> {code:xml}
> CONFIG proxy.local.log.collation_mode INT 1
> CONFIG proxy.config.log.collation_port INT 8085
> CONFIG proxy.config.log.collation_secret STRING testlog
> {code}
> logging.config
> {code:xml}
> w3c = format {
>   Format='% %<{Cdn-Real-Ip}cqh> - % [%] \"% % 
> %\" % % \"%<{Referer}cqh>\" \"%<{user-agent}cqh>\" % 
> % % % % % %'
> }
> log.ascii {
>   Filename = 'c11',
>   Format = w3c,
>   CollationHosts = { '192.168.2.33:8085' }
> }
> {code}
> It still flush log to local disk not to remote collation server



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


[jira] [Commented] (TS-4947) Collation Server is broken?

2016-10-12 Thread bettydramit (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-4947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15570538#comment-15570538
 ] 

bettydramit commented on TS-4947:
-

It dosn't work with this patch!
It works only for(  CollationHosts =  '192.168.2.33:8085' )

> Collation Server is broken?
> ---
>
> Key: TS-4947
> URL: https://issues.apache.org/jira/browse/TS-4947
> Project: Traffic Server
>  Issue Type: Bug
>  Components: Logging
>Affects Versions: 7.0.0
>Reporter: bettydramit
>Assignee: James Peach
>Priority: Critical
> Fix For: 7.1.0
>
>
> from gitmaster(github.com/apache/trafficserver)
> config Collation Client 
> {code:xml}
> CONFIG proxy.config.url_remap.filename STRING remap.config
> CONFIG proxy.config.log.config.filename STRING logging.config
> CONFIG proxy.config.log.collation_host STRING 192.168.2.33
> CONFIG proxy.config.log.collation_secret STRING testlog
> LOCAL proxy.local.log.collation_mode INT 2
> CONFIG proxy.config.log.collation_port INT 8085
> {code}
> config Collation Server
> {code:xml}
> CONFIG proxy.local.log.collation_mode INT 1
> CONFIG proxy.config.log.collation_port INT 8085
> CONFIG proxy.config.log.collation_secret STRING testlog
> {code}
> logging.config
> {code:xml}
> w3c = format {
>   Format='% %<{Cdn-Real-Ip}cqh> - % [%] \"% % 
> %\" % % \"%<{Referer}cqh>\" \"%<{user-agent}cqh>\" % 
> % % % % % %'
> }
> log.ascii {
>   Filename = 'c11',
>   Format = w3c,
>   CollationHosts = { '192.168.2.33:8085' }
> }
> {code}
> It still flush log to local disk not to remote collation server



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


[jira] [Comment Edited] (TS-4947) Collation Server is broken?

2016-10-11 Thread bettydramit (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-4947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15565082#comment-15565082
 ] 

bettydramit edited comment on TS-4947 at 10/11/16 10:12 AM:


[~zwoop]
[Oct 11 18:08:24.037] Server {0x2ad041436040} WARNING: 
/etc/trafficserver/logging.config:5: invalid 'CollationHosts' argument


was (Author: bettydreamit):
[Oct 11 18:08:24.037] Server {0x2ad041436040} WARNING: 
/etc/trafficserver/logging.config:5: invalid 'CollationHosts' argument

> Collation Server is broken?
> ---
>
> Key: TS-4947
> URL: https://issues.apache.org/jira/browse/TS-4947
> Project: Traffic Server
>  Issue Type: Bug
>  Components: Logging
>Reporter: bettydramit
>
> from gitmaster(github.com/apache/trafficserver)
> config Collation Client 
> {code:xml}
> CONFIG proxy.config.url_remap.filename STRING remap.config
> CONFIG proxy.config.log.config.filename STRING logging.config
> CONFIG proxy.config.log.collation_host STRING 192.168.2.33
> CONFIG proxy.config.log.collation_secret STRING testlog
> LOCAL proxy.local.log.collation_mode INT 2
> CONFIG proxy.config.log.collation_port INT 8085
> {code}
> config Collation Server
> {code:xml}
> CONFIG proxy.local.log.collation_mode INT 1
> CONFIG proxy.config.log.collation_port INT 8085
> CONFIG proxy.config.log.collation_secret STRING testlog
> {code}
> logging.config
> {code:xml}
> w3c = format {
>   Format='% %<{Cdn-Real-Ip}cqh> - % [%] \"% % 
> %\" % % \"%<{Referer}cqh>\" \"%<{user-agent}cqh>\" % 
> % % % % % %'
> }
> log.ascii {
>   Filename = 'c11',
>   Format = w3c,
>   CollationHosts = { '192.168.2.33:8085' }
> }
> {code}
> It still flush log to local disk not to remote collation server



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


[jira] [Commented] (TS-4947) Collation Server is broken?

2016-10-11 Thread bettydramit (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-4947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15565082#comment-15565082
 ] 

bettydramit commented on TS-4947:
-

[Oct 11 18:08:24.037] Server {0x2ad041436040} WARNING: 
/etc/trafficserver/logging.config:5: invalid 'CollationHosts' argument

> Collation Server is broken?
> ---
>
> Key: TS-4947
> URL: https://issues.apache.org/jira/browse/TS-4947
> Project: Traffic Server
>  Issue Type: Bug
>  Components: Logging
>Reporter: bettydramit
>
> from gitmaster(github.com/apache/trafficserver)
> config Collation Client 
> {code:xml}
> CONFIG proxy.config.url_remap.filename STRING remap.config
> CONFIG proxy.config.log.config.filename STRING logging.config
> CONFIG proxy.config.log.collation_host STRING 192.168.2.33
> CONFIG proxy.config.log.collation_secret STRING testlog
> LOCAL proxy.local.log.collation_mode INT 2
> CONFIG proxy.config.log.collation_port INT 8085
> {code}
> config Collation Server
> {code:xml}
> CONFIG proxy.local.log.collation_mode INT 1
> CONFIG proxy.config.log.collation_port INT 8085
> CONFIG proxy.config.log.collation_secret STRING testlog
> {code}
> logging.config
> {code:xml}
> w3c = format {
>   Format='% %<{Cdn-Real-Ip}cqh> - % [%] \"% % 
> %\" % % \"%<{Referer}cqh>\" \"%<{user-agent}cqh>\" % 
> % % % % % %'
> }
> log.ascii {
>   Filename = 'c11',
>   Format = w3c,
>   CollationHosts = { '192.168.2.33:8085' }
> }
> {code}
> It still flush log to local disk not to remote collation server



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


[jira] [Created] (TS-4947) Collation Server is broken?

2016-10-11 Thread bettydramit (JIRA)
bettydramit created TS-4947:
---

 Summary: Collation Server is broken?
 Key: TS-4947
 URL: https://issues.apache.org/jira/browse/TS-4947
 Project: Traffic Server
  Issue Type: Bug
  Components: Logging
Reporter: bettydramit


from gitmaster(github.com/apache/trafficserver)
config Collation Client 
{code:xml}
CONFIG proxy.config.url_remap.filename STRING remap.config
CONFIG proxy.config.log.config.filename STRING logging.config
CONFIG proxy.config.log.collation_host STRING 192.168.2.33
CONFIG proxy.config.log.collation_secret STRING testlog
LOCAL proxy.local.log.collation_mode INT 2
CONFIG proxy.config.log.collation_port INT 8085
{code}

config Collation Server
{code:xml}
CONFIG proxy.local.log.collation_mode INT 1
CONFIG proxy.config.log.collation_port INT 8085
CONFIG proxy.config.log.collation_secret STRING testlog
{code}

logging.config
{code:xml}
w3c = format {
  Format='% %<{Cdn-Real-Ip}cqh> - % [%] \"% % 
%\" % % \"%<{Referer}cqh>\" \"%<{user-agent}cqh>\" % 
% % % % % %'
}

log.ascii {
  Filename = 'c11',
  Format = w3c,
  CollationHosts = { '192.168.2.33:8085' }
}
{code}
It still flush log to local disk not to remote collation server



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


[jira] [Commented] (TS-4395) conf_purge: Simple plugin to purge an entire remap rule

2016-05-03 Thread bettydramit (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-4395?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15268174#comment-15268174
 ] 

bettydramit commented on TS-4395:
-

[~zwoop]  Where is patch?

> conf_purge: Simple plugin to purge an entire remap rule
> ---
>
> Key: TS-4395
> URL: https://issues.apache.org/jira/browse/TS-4395
> Project: Traffic Server
>  Issue Type: New Feature
>  Components: Plugins
>Reporter: Leif Hedstrom
>Assignee: Leif Hedstrom
> Fix For: 7.0.0
>
>
> This is similar to the existing plugin to purge based on a genID stored in a 
> persistent storage. The difference is that the purging is done exclusively 
> via a restful API, and has little (no) overhead on performance (since the 
> generation ID is always in memory).
> Example:
> {code}
> map http://example.com/p1  http://p1.example.com
> @plugin=remap_purge.so @pparam=--path=__secret_purge__  
> @pparam=--state=example_p1
> {code}
> And to purge:
> {code}
> $ curl -s -D - -X PURGE http://example.com/p1/__secret_purge__
> HTTP/1.1 200 OK
> Date: Sat, 30 Apr 2016 00:09:34 GMT
> Connection: close
> Server: ATS/7.0.0
> Content-Length: 39
> Content-Type: text/html
> PURGED http://example.com/p1
> {code}



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


[jira] [Updated] (TS-4223) ERROR: [LocalManager::pollMgmtProcessServer] select failed or was interrupted (4)

2016-02-26 Thread bettydramit (JIRA)

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

bettydramit updated TS-4223:

Description: 
update to 6.1.1

configure
./configure --enable-layout=Gentoo  --libdir=%{_libdir}/trafficserver   
--enable-hwloc


when exec traffic_ctl config reload

lot of  [Feb 23 14:20:13.554] Manager {0x7f4216adb840} ERROR: 
[LocalManager::pollMgmtProcessServer] select failed or was interrupted (4) at 
manager.log 

traffic.out
traffic_ctl: configuration reload request failed: [13] Operation not permitted.
traffic_ctl: configuration reload request failed: [13] Operation not permitted.
traffic_ctl: configuration reload request failed: [13] Operation not permitted.


new config will not reload success

  was:
update to 6.1.1


when exec traffic_ctl config reload

lot of  [Feb 23 14:20:13.554] Manager {0x7f4216adb840} ERROR: 
[LocalManager::pollMgmtProcessServer] select failed or was interrupted (4) at 
manager.log 

traffic.out
traffic_ctl: configuration reload request failed: [13] Operation not permitted.
traffic_ctl: configuration reload request failed: [13] Operation not permitted.
traffic_ctl: configuration reload request failed: [13] Operation not permitted.


new config will not reload success


> ERROR: [LocalManager::pollMgmtProcessServer] select failed or was interrupted 
> (4)
> -
>
> Key: TS-4223
> URL: https://issues.apache.org/jira/browse/TS-4223
> Project: Traffic Server
>  Issue Type: Bug
>Affects Versions: 6.1.1
>Reporter: bettydramit
>Priority: Critical
> Fix For: sometime
>
>
> update to 6.1.1
> configure
> ./configure --enable-layout=Gentoo  --libdir=%{_libdir}/trafficserver   
> --enable-hwloc
> when exec traffic_ctl config reload
> lot of  [Feb 23 14:20:13.554] Manager {0x7f4216adb840} ERROR: 
> [LocalManager::pollMgmtProcessServer] select failed or was interrupted (4) at 
> manager.log 
> traffic.out
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.
> new config will not reload success



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


[jira] [Commented] (TS-4223) new config will not reload success ERROR: [LocalManager::pollMgmtProcessServer] select failed or was interrupted (4)

2016-02-26 Thread bettydramit (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-4223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15170321#comment-15170321
 ] 

bettydramit commented on TS-4223:
-

[~zwoop] Sorry, reload success.
but with a lot of "select failed or was interrupted (4) "

> new config will not reload success  ERROR: 
> [LocalManager::pollMgmtProcessServer] select failed or was interrupted (4)
> -
>
> Key: TS-4223
> URL: https://issues.apache.org/jira/browse/TS-4223
> Project: Traffic Server
>  Issue Type: Bug
>Affects Versions: 6.1.1
>Reporter: bettydramit
>Priority: Critical
> Fix For: sometime
>
>
> update to 6.1.1
> when exec traffic_ctl config reload
> lot of  [Feb 23 14:20:13.554] Manager {0x7f4216adb840} ERROR: 
> [LocalManager::pollMgmtProcessServer] select failed or was interrupted (4) at 
> manager.log 
> traffic.out
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.
> new config will not reload success



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


[jira] [Updated] (TS-4223) ERROR: [LocalManager::pollMgmtProcessServer] select failed or was interrupted (4)

2016-02-26 Thread bettydramit (JIRA)

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

bettydramit updated TS-4223:

Summary: ERROR: [LocalManager::pollMgmtProcessServer] select failed or was 
interrupted (4)  (was: new config will not reload success  ERROR: 
[LocalManager::pollMgmtProcessServer] select failed or was interrupted (4))

> ERROR: [LocalManager::pollMgmtProcessServer] select failed or was interrupted 
> (4)
> -
>
> Key: TS-4223
> URL: https://issues.apache.org/jira/browse/TS-4223
> Project: Traffic Server
>  Issue Type: Bug
>Affects Versions: 6.1.1
>Reporter: bettydramit
>Priority: Critical
> Fix For: sometime
>
>
> update to 6.1.1
> when exec traffic_ctl config reload
> lot of  [Feb 23 14:20:13.554] Manager {0x7f4216adb840} ERROR: 
> [LocalManager::pollMgmtProcessServer] select failed or was interrupted (4) at 
> manager.log 
> traffic.out
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.
> new config will not reload success



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


[jira] [Updated] (TS-4223) new config will not reload success ERROR: [LocalManager::pollMgmtProcessServer] select failed or was interrupted (4)

2016-02-23 Thread bettydramit (JIRA)

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

bettydramit updated TS-4223:

Priority: Critical  (was: Major)

> new config will not reload success  ERROR: 
> [LocalManager::pollMgmtProcessServer] select failed or was interrupted (4)
> -
>
> Key: TS-4223
> URL: https://issues.apache.org/jira/browse/TS-4223
> Project: Traffic Server
>  Issue Type: Bug
>Affects Versions: 6.1.1
>Reporter: bettydramit
>Priority: Critical
>
> update to 6.1.1
> when exec traffic_ctl config reload
> lot of  [Feb 23 14:20:13.554] Manager {0x7f4216adb840} ERROR: 
> [LocalManager::pollMgmtProcessServer] select failed or was interrupted (4) at 
> manager.log 
> traffic.out
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.
> new config will not reload success



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


[jira] [Updated] (TS-4223) new config will not reload success ERROR: [LocalManager::pollMgmtProcessServer] select failed or was interrupted (4)

2016-02-23 Thread bettydramit (JIRA)

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

bettydramit updated TS-4223:

Summary: new config will not reload success  ERROR: 
[LocalManager::pollMgmtProcessServer] select failed or was interrupted (4)  
(was: [Feb 23 14:20:13.554] Manager {0x7f4216adb840} ERROR: 
[LocalManager::pollMgmtProcessServer] select failed or was interrupted (4))

> new config will not reload success  ERROR: 
> [LocalManager::pollMgmtProcessServer] select failed or was interrupted (4)
> -
>
> Key: TS-4223
> URL: https://issues.apache.org/jira/browse/TS-4223
> Project: Traffic Server
>  Issue Type: Bug
>Affects Versions: 6.1.1
>Reporter: bettydramit
>
> update to 6.1.1
> when exec traffic_ctl config reload
> lot of  [Feb 23 14:20:13.554] Manager {0x7f4216adb840} ERROR: 
> [LocalManager::pollMgmtProcessServer] select failed or was interrupted (4) at 
> manager.log 
> traffic.out
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.
> new config will not reload success



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


[jira] [Updated] (TS-4223) [Feb 23 14:20:13.554] Manager {0x7f4216adb840} ERROR: [LocalManager::pollMgmtProcessServer] select failed or was interrupted (4)

2016-02-23 Thread bettydramit (JIRA)

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

bettydramit updated TS-4223:

Description: 
update to 6.1.1


when exec traffic_ctl config reload

lot of  [Feb 23 14:20:13.554] Manager {0x7f4216adb840} ERROR: 
[LocalManager::pollMgmtProcessServer] select failed or was interrupted (4) at 
manager.log 

traffic.out
traffic_ctl: configuration reload request failed: [13] Operation not permitted.
traffic_ctl: configuration reload request failed: [13] Operation not permitted.
traffic_ctl: configuration reload request failed: [13] Operation not permitted.


new config will not reload success

  was:
update to 6.1.1


when exec traffic_ctl config reload

lot of  [Feb 23 14:20:13.554] Manager {0x7f4216adb840} ERROR: 
[LocalManager::pollMgmtProcessServer] select failed or was interrupted (4) at 
manager.log 

traffic.out
traffic_ctl: configuration reload request failed: [13] Operation not permitted.
traffic_ctl: configuration reload request failed: [13] Operation not permitted.
traffic_ctl: configuration reload request failed: [13] Operation not permitted.


> [Feb 23 14:20:13.554] Manager {0x7f4216adb840} ERROR: 
> [LocalManager::pollMgmtProcessServer] select failed or was interrupted (4)
> 
>
> Key: TS-4223
> URL: https://issues.apache.org/jira/browse/TS-4223
> Project: Traffic Server
>  Issue Type: Bug
>Affects Versions: 6.1.1
>Reporter: bettydramit
>
> update to 6.1.1
> when exec traffic_ctl config reload
> lot of  [Feb 23 14:20:13.554] Manager {0x7f4216adb840} ERROR: 
> [LocalManager::pollMgmtProcessServer] select failed or was interrupted (4) at 
> manager.log 
> traffic.out
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.
> new config will not reload success



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


[jira] [Updated] (TS-4223) [Feb 23 14:20:13.554] Manager {0x7f4216adb840} ERROR: [LocalManager::pollMgmtProcessServer] select failed or was interrupted (4)

2016-02-22 Thread bettydramit (JIRA)

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

bettydramit updated TS-4223:

Affects Version/s: 6.1.1

> [Feb 23 14:20:13.554] Manager {0x7f4216adb840} ERROR: 
> [LocalManager::pollMgmtProcessServer] select failed or was interrupted (4)
> 
>
> Key: TS-4223
> URL: https://issues.apache.org/jira/browse/TS-4223
> Project: Traffic Server
>  Issue Type: Bug
>Affects Versions: 6.1.1
>Reporter: bettydramit
>
> update to 6.1.1
> when exec traffic_ctl config reload
> lot of  [Feb 23 14:20:13.554] Manager {0x7f4216adb840} ERROR: 
> [LocalManager::pollMgmtProcessServer] select failed or was interrupted (4) at 
> manager.log 
> traffic.out
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.
> traffic_ctl: configuration reload request failed: [13] Operation not 
> permitted.



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


[jira] [Created] (TS-4223) [Feb 23 14:20:13.554] Manager {0x7f4216adb840} ERROR: [LocalManager::pollMgmtProcessServer] select failed or was interrupted (4)

2016-02-22 Thread bettydramit (JIRA)
bettydramit created TS-4223:
---

 Summary: [Feb 23 14:20:13.554] Manager {0x7f4216adb840} ERROR: 
[LocalManager::pollMgmtProcessServer] select failed or was interrupted (4)
 Key: TS-4223
 URL: https://issues.apache.org/jira/browse/TS-4223
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit


update to 6.1.1


when exec traffic_ctl config reload

lot of  [Feb 23 14:20:13.554] Manager {0x7f4216adb840} ERROR: 
[LocalManager::pollMgmtProcessServer] select failed or was interrupted (4) at 
manager.log 

traffic.out
traffic_ctl: configuration reload request failed: [13] Operation not permitted.
traffic_ctl: configuration reload request failed: [13] Operation not permitted.
traffic_ctl: configuration reload request failed: [13] Operation not permitted.



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


[jira] [Commented] (TS-4055) Coredump when closing a transaction with a stalled connection to the origin

2015-12-14 Thread bettydramit (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-4055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15057438#comment-15057438
 ] 

bettydramit commented on TS-4055:
-

It works with https://github.com/apache/trafficserver/pull/373.patch(running 
over 48 Hours)

> Coredump when closing a transaction with a stalled connection to the origin  
> -
>
> Key: TS-4055
> URL: https://issues.apache.org/jira/browse/TS-4055
> Project: Traffic Server
>  Issue Type: Bug
>Affects Versions: 6.0.1
>Reporter: bettydramit
>Assignee: Bryan Call
>  Labels: crash
> Fix For: 6.0.1, 6.1.0
>
>
> {code}
> c++filt  traffic_server: Segmentation fault (Address not mapped to object [0x8])
> traffic_server - STACK TRACE: 
> /usr/bin/traffic_server(crash_logger_invoke(int, siginfo_t*, 
> void*)+0x8e)[0x4abf4e]
> /lib64/libpthread.so.0(+0x10430)[0x2abaac562430]
> /usr/bin/traffic_server(HttpSM::handle_server_setup_error(int, 
> void*)+0x25b)[0x5b5d0b]
> /usr/bin/traffic_server(HttpSM::state_send_server_request_header(int, 
> void*)+0x142)[0x5c0dd2]
> /usr/bin/traffic_server(HttpSM::main_handler(int, void*)+0xc8)[0x5c5e38]
> /usr/bin/traffic_server(UnixNetVConnection::mainEvent(int, 
> Event*)+0x4ff)[0x78651f]
> /usr/bin/traffic_server(InactivityCop::check_inactivity(int, 
> Event*)+0x28d)[0x7789ad]
> /usr/bin/traffic_server(EThread::process_event(Event*, int)+0x8a)[0x7bdf5a]
> /usr/bin/traffic_server(EThread::execute()+0xaa5)[0x7bf045]
> /usr/bin/traffic_server[0x7bda25]
> /lib64/libpthread.so.0(+0x7555)[0x2abaac559555]
> /lib64/libc.so.6(clone+0x6d)[0x2abaad67bb9d]
> Dec 05 21:00:12 localhost sendEmail[23289]: Email was sent successfully!
> {code}



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


[jira] [Commented] (TS-4055) Segmentation fault

2015-12-11 Thread bettydramit (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-4055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15052491#comment-15052491
 ] 

bettydramit commented on TS-4055:
-

with 1859562086b330eed6eda637f5f98a3431db5915 patch

The issue is still

traffic_server - STACK TRACE: 
/usr/bin/traffic_server(_Z19crash_logger_invokeiP9siginfo_tPv+0x8e)[0x4abf4e]
/lib64/libpthread.so.0(+0x10430)[0x2b77b3a81430]
/usr/bin/traffic_server(_ZN6HttpSM25handle_server_setup_errorEiPv+0x25b)[0x5b5d0b]
/usr/bin/traffic_server(_ZN6HttpSM32state_send_server_request_headerEiPv+0x142)[0x5c0dd2]
/usr/bin/traffic_server(_ZN6HttpSM12main_handlerEiPv+0xc8)[0x5c5e38]
/usr/bin/traffic_server(_ZN18UnixNetVConnection9mainEventEiP5Event+0x4ff)[0x78653f]
/usr/bin/traffic_server(_ZN13InactivityCop16check_inactivityEiP5Event+0x28d)[0x7789cd]
/usr/bin/traffic_server(_ZN7EThread13process_eventEP5Eventi+0x8a)[0x7bdf7a]
/usr/bin/traffic_server(_ZN7EThread7executeEv+0xaa5)[0x7bf065]
/usr/bin/traffic_server[0x7bda45]
/lib64/libpthread.so.0(+0x7555)[0x2b77b3a78555]
/lib64/libc.so.6(clone+0x6d)[0x2b77b4b9ab9d]
Dec 10 11:29:23 localhost sendEmail[10841]: Email was sent successfully!

> Segmentation fault 
> ---
>
> Key: TS-4055
> URL: https://issues.apache.org/jira/browse/TS-4055
> Project: Traffic Server
>  Issue Type: Bug
>Affects Versions: 6.0.1
>Reporter: bettydramit
>
> {code}
> c++filt  traffic_server: Segmentation fault (Address not mapped to object [0x8])
> traffic_server - STACK TRACE: 
> /usr/bin/traffic_server(crash_logger_invoke(int, siginfo_t*, 
> void*)+0x8e)[0x4abf4e]
> /lib64/libpthread.so.0(+0x10430)[0x2abaac562430]
> /usr/bin/traffic_server(HttpSM::handle_server_setup_error(int, 
> void*)+0x25b)[0x5b5d0b]
> /usr/bin/traffic_server(HttpSM::state_send_server_request_header(int, 
> void*)+0x142)[0x5c0dd2]
> /usr/bin/traffic_server(HttpSM::main_handler(int, void*)+0xc8)[0x5c5e38]
> /usr/bin/traffic_server(UnixNetVConnection::mainEvent(int, 
> Event*)+0x4ff)[0x78651f]
> /usr/bin/traffic_server(InactivityCop::check_inactivity(int, 
> Event*)+0x28d)[0x7789ad]
> /usr/bin/traffic_server(EThread::process_event(Event*, int)+0x8a)[0x7bdf5a]
> /usr/bin/traffic_server(EThread::execute()+0xaa5)[0x7bf045]
> /usr/bin/traffic_server[0x7bda25]
> /lib64/libpthread.so.0(+0x7555)[0x2abaac559555]
> /lib64/libc.so.6(clone+0x6d)[0x2abaad67bb9d]
> Dec 05 21:00:12 localhost sendEmail[23289]: Email was sent successfully!
> {code}



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


[jira] [Created] (TS-4055) Segmentation fault

2015-12-05 Thread bettydramit (JIRA)
bettydramit created TS-4055:
---

 Summary: Segmentation fault 
 Key: TS-4055
 URL: https://issues.apache.org/jira/browse/TS-4055
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit


{code}
c++filt 

[jira] [Commented] (TS-3981) Segmentation fault in add_to_active_queue()

2015-10-28 Thread bettydramit (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-3981?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14978043#comment-14978043
 ] 

bettydramit commented on TS-3981:
-

GDB info
{code}
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `/usr/bin/traffic_server -M --httpport 
80:fd=9,81:fd=10,443:fd=11:ssl:proto=http'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x0077818f in NetHandler::add_to_active_queue(UnixNetVConnection*) 
()
Missing separate debuginfos, use: dnf debuginfo-install ts-6.0.0-2.fc22.x86_64
(gdb) bt
#0  0x0077818f in NetHandler::add_to_active_queue(UnixNetVConnection*) 
()
#1  0x005a3ced in HttpClientSession::start() ()
#2  0x004f7c13 in ProxyClientSession::state_api_callout(int, void*) ()
#3  0x005a106a in HttpClientSession::new_connection(NetVConnection*, 
MIOBuffer*, IOBufferReader*, bool) ()
#4  0x0059af31 in HttpSessionAccept::accept(NetVConnection*, 
MIOBuffer*, IOBufferReader*) ()
#5  0x004f72e2 in ProtocolProbeTrampoline::ioCompletionEvent(int, 
void*) ()
#6  0x00786f53 in read_from_net(NetHandler*, UnixNetVConnection*, 
EThread*) [clone .constprop.38] ()
#7  0x00774efa in NetHandler::mainNetEvent(int, Event*) ()
#8  0x007beabb in EThread::execute() ()
#9  0x0049134d in main ()

{code}

> Segmentation fault  in add_to_active_queue()
> 
>
> Key: TS-3981
> URL: https://issues.apache.org/jira/browse/TS-3981
> Project: Traffic Server
>  Issue Type: Bug
>Affects Versions: 6.0.0
>Reporter: bettydramit
>  Labels: crash
> Fix For: 6.1.0
>
>
> {code}
> traffic_server: Segmentation fault (Address not mapped to object [0x8])
> traffic_server - STACK TRACE: 
> /usr/bin/traffic_server(crash_logger_invoke(int, siginfo_t*, 
> void*)+0x8e)[0x4abf4e]
> /lib64/libpthread.so.0(+0x10430)[0x2b15be123430]
> /usr/bin/traffic_server(NetHandler::add_to_active_queue(UnixNetVConnection*)+0x51f)[0x77818f]
> /usr/bin/traffic_server(HttpClientSession::start()+0x11d)[0x5a3ced]
> /usr/bin/traffic_server(ProxyClientSession::state_api_callout(int, 
> void*)+0x33)[0x4f7c13]
> /usr/bin/traffic_server(HttpClientSession::new_connection(NetVConnection*, 
> MIOBuffer*, IOBufferReader*, bool)+0x21a)[0x5a106a]
> /usr/bin/traffic_server(HttpSessionAccept::accept(NetVConnection*, 
> MIOBuffer*, IOBufferReader*)+0x211)[0x59af31]
> /usr/bin/traffic_server(ProtocolProbeTrampoline::ioCompletionEvent(int, 
> void*)+0xb02)[0x4f72e2]
> /usr/bin/traffic_server[0x786f53]
> /usr/bin/traffic_server(NetHandler::mainNetEvent(int, Event*)+0x1fa)[0x774efa]
> /usr/bin/traffic_server(EThread::execute()+0x67b)[0x7beabb]
> /usr/bin/traffic_server[0x7bd8c5]
> /lib64/libpthread.so.0(+0x7555)[0x2b15be11a555]
> /lib64/libc.so.6(clone+0x6d)[0x2b15bf23cb9d]
> {code}



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


[jira] [Updated] (TS-3981) Segmentation fault

2015-10-26 Thread bettydramit (JIRA)

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

bettydramit updated TS-3981:

Affects Version/s: 6.0.0

> Segmentation fault 
> ---
>
> Key: TS-3981
> URL: https://issues.apache.org/jira/browse/TS-3981
> Project: Traffic Server
>  Issue Type: Bug
>Affects Versions: 6.0.0
>Reporter: bettydramit
>
> {code}
> traffic_server: Segmentation fault (Address not mapped to object [0x8])
> traffic_server - STACK TRACE: 
> /usr/bin/traffic_server(crash_logger_invoke(int, siginfo_t*, 
> void*)+0x8e)[0x4abf4e]
> /lib64/libpthread.so.0(+0x10430)[0x2b15be123430]
> /usr/bin/traffic_server(NetHandler::add_to_active_queue(UnixNetVConnection*)+0x51f)[0x77818f]
> /usr/bin/traffic_server(HttpClientSession::start()+0x11d)[0x5a3ced]
> /usr/bin/traffic_server(ProxyClientSession::state_api_callout(int, 
> void*)+0x33)[0x4f7c13]
> /usr/bin/traffic_server(HttpClientSession::new_connection(NetVConnection*, 
> MIOBuffer*, IOBufferReader*, bool)+0x21a)[0x5a106a]
> /usr/bin/traffic_server(HttpSessionAccept::accept(NetVConnection*, 
> MIOBuffer*, IOBufferReader*)+0x211)[0x59af31]
> /usr/bin/traffic_server(ProtocolProbeTrampoline::ioCompletionEvent(int, 
> void*)+0xb02)[0x4f72e2]
> /usr/bin/traffic_server[0x786f53]
> /usr/bin/traffic_server(NetHandler::mainNetEvent(int, Event*)+0x1fa)[0x774efa]
> /usr/bin/traffic_server(EThread::execute()+0x67b)[0x7beabb]
> /usr/bin/traffic_server[0x7bd8c5]
> /lib64/libpthread.so.0(+0x7555)[0x2b15be11a555]
> /lib64/libc.so.6(clone+0x6d)[0x2b15bf23cb9d]
> {code}



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


[jira] [Created] (TS-3981) Segmentation fault

2015-10-26 Thread bettydramit (JIRA)
bettydramit created TS-3981:
---

 Summary: Segmentation fault 
 Key: TS-3981
 URL: https://issues.apache.org/jira/browse/TS-3981
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit


{code}
traffic_server: Segmentation fault (Address not mapped to object [0x8])
traffic_server - STACK TRACE: 
/usr/bin/traffic_server(crash_logger_invoke(int, siginfo_t*, 
void*)+0x8e)[0x4abf4e]
/lib64/libpthread.so.0(+0x10430)[0x2b15be123430]
/usr/bin/traffic_server(NetHandler::add_to_active_queue(UnixNetVConnection*)+0x51f)[0x77818f]
/usr/bin/traffic_server(HttpClientSession::start()+0x11d)[0x5a3ced]
/usr/bin/traffic_server(ProxyClientSession::state_api_callout(int, 
void*)+0x33)[0x4f7c13]
/usr/bin/traffic_server(HttpClientSession::new_connection(NetVConnection*, 
MIOBuffer*, IOBufferReader*, bool)+0x21a)[0x5a106a]
/usr/bin/traffic_server(HttpSessionAccept::accept(NetVConnection*, MIOBuffer*, 
IOBufferReader*)+0x211)[0x59af31]
/usr/bin/traffic_server(ProtocolProbeTrampoline::ioCompletionEvent(int, 
void*)+0xb02)[0x4f72e2]
/usr/bin/traffic_server[0x786f53]
/usr/bin/traffic_server(NetHandler::mainNetEvent(int, Event*)+0x1fa)[0x774efa]
/usr/bin/traffic_server(EThread::execute()+0x67b)[0x7beabb]
/usr/bin/traffic_server[0x7bd8c5]
/lib64/libpthread.so.0(+0x7555)[0x2b15be11a555]
/lib64/libc.so.6(clone+0x6d)[0x2b15bf23cb9d]
{code}



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


[jira] [Updated] (TS-3840) net::ERR_SSL_BAD_RECORD_MAC_ALERT sometimes

2015-08-13 Thread bettydramit (JIRA)

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

bettydramit updated TS-3840:

Description: 
when some https sites with ats 5.2.0
sometimes will be get net::ERR_SSL_BAD_RECORD_MAC_ALERT  with chrome
It disappear when refresh the page(ctrl+f5)

{code}
#CONFIG proxy.config.http.server_ports STRING 80 81 8085 443:proto=spdy;http:ssl
{code}

  was:
when some https sites with ats 5.2.0
sometimes will be get net::ERR_SSL_BAD_RECORD_MAC_ALERT  with chrome
It disappear when refresh the page(ctrl+f5)


 net::ERR_SSL_BAD_RECORD_MAC_ALERT sometimes
 ---

 Key: TS-3840
 URL: https://issues.apache.org/jira/browse/TS-3840
 Project: Traffic Server
  Issue Type: Bug
  Components: Cache
Affects Versions: 5.2.0
Reporter: bettydramit
  Labels: https

 when some https sites with ats 5.2.0
 sometimes will be get net::ERR_SSL_BAD_RECORD_MAC_ALERT  with chrome
 It disappear when refresh the page(ctrl+f5)
 {code}
 #CONFIG proxy.config.http.server_ports STRING 80 81 8085 
 443:proto=spdy;http:ssl
 {code}



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


[jira] [Updated] (TS-3840) net::ERR_SSL_BAD_RECORD_MAC_ALERT sometimes

2015-08-13 Thread bettydramit (JIRA)

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

bettydramit updated TS-3840:

Affects Version/s: 5.2.0

 net::ERR_SSL_BAD_RECORD_MAC_ALERT sometimes
 ---

 Key: TS-3840
 URL: https://issues.apache.org/jira/browse/TS-3840
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 5.2.0
Reporter: bettydramit
  Labels: https

 when some https sites with ats 5.2.0
 sometimes will be get net::ERR_SSL_BAD_RECORD_MAC_ALERT  with chrome
 It disappear when refresh the page(ctrl+f5)



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


[jira] [Updated] (TS-3840) net::ERR_SSL_BAD_RECORD_MAC_ALERT sometimes

2015-08-13 Thread bettydramit (JIRA)

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

bettydramit updated TS-3840:

Labels: https  (was: )

 net::ERR_SSL_BAD_RECORD_MAC_ALERT sometimes
 ---

 Key: TS-3840
 URL: https://issues.apache.org/jira/browse/TS-3840
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 5.2.0
Reporter: bettydramit
  Labels: https

 when some https sites with ats 5.2.0
 sometimes will be get net::ERR_SSL_BAD_RECORD_MAC_ALERT  with chrome
 It disappear when refresh the page(ctrl+f5)



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


[jira] [Created] (TS-3840) net::ERR_SSL_BAD_RECORD_MAC_ALERT sometimes

2015-08-13 Thread bettydramit (JIRA)
bettydramit created TS-3840:
---

 Summary: net::ERR_SSL_BAD_RECORD_MAC_ALERT sometimes
 Key: TS-3840
 URL: https://issues.apache.org/jira/browse/TS-3840
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit


when some https sites with ats 5.2.0
sometimes will be get net::ERR_SSL_BAD_RECORD_MAC_ALERT  with chrome
It disappear when refresh the page(ctrl+f5)



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


[jira] [Updated] (TS-3840) net::ERR_SSL_BAD_RECORD_MAC_ALERT sometimes

2015-08-13 Thread bettydramit (JIRA)

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

bettydramit updated TS-3840:

Component/s: Cache

 net::ERR_SSL_BAD_RECORD_MAC_ALERT sometimes
 ---

 Key: TS-3840
 URL: https://issues.apache.org/jira/browse/TS-3840
 Project: Traffic Server
  Issue Type: Bug
  Components: Cache
Affects Versions: 5.2.0
Reporter: bettydramit
  Labels: https

 when some https sites with ats 5.2.0
 sometimes will be get net::ERR_SSL_BAD_RECORD_MAC_ALERT  with chrome
 It disappear when refresh the page(ctrl+f5)



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


[jira] [Updated] (TS-3840) net::ERR_SSL_BAD_RECORD_MAC_ALERT sometimes

2015-08-13 Thread bettydramit (JIRA)

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

bettydramit updated TS-3840:

Description: 
when some https sites with ats 5.2.0
sometimes will be get net::ERR_SSL_BAD_RECORD_MAC_ALERT  with chrome
It disappear when refresh the page(ctrl+f5)

{code}
CONFIG proxy.config.http.server_ports STRING 80 443:ssl

{code}

  was:
when some https sites with ats 5.2.0
sometimes will be get net::ERR_SSL_BAD_RECORD_MAC_ALERT  with chrome
It disappear when refresh the page(ctrl+f5)

{code}
#CONFIG proxy.config.http.server_ports STRING 80 81 8085 443:proto=spdy;http:ssl
{code}


 net::ERR_SSL_BAD_RECORD_MAC_ALERT sometimes
 ---

 Key: TS-3840
 URL: https://issues.apache.org/jira/browse/TS-3840
 Project: Traffic Server
  Issue Type: Bug
  Components: Cache
Affects Versions: 5.2.0
Reporter: bettydramit
  Labels: https

 when some https sites with ats 5.2.0
 sometimes will be get net::ERR_SSL_BAD_RECORD_MAC_ALERT  with chrome
 It disappear when refresh the page(ctrl+f5)
 {code}
 CONFIG proxy.config.http.server_ports STRING 80 443:ssl
 {code}



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


[jira] [Commented] (TS-3363) core dump in HttpSM::handle_server_setup_error when handling inactivity timer expiry

2015-08-09 Thread bettydramit (JIRA)

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

bettydramit commented on TS-3363:
-

anyone can fix this bug!

 core dump in HttpSM::handle_server_setup_error when handling inactivity timer 
 expiry
 

 Key: TS-3363
 URL: https://issues.apache.org/jira/browse/TS-3363
 Project: Traffic Server
  Issue Type: Bug
  Components: Core
Affects Versions: 5.0.1
Reporter: Sudheer Vinukonda
 Fix For: 6.1.0


 The core dump is caused by missing null check for *c* here 
 {{https://github.com/apache/trafficserver/blob/master/proxy/http/HttpSM.cc#L5250}}
  although, it seems that *c* shouldn't be null at this point (if *tunnel* is 
 active).
 {code}
 (gdb) bt
 #0  0x005daca9 in HttpSM::handle_server_setup_error 
 (this=0x2b906c5d8f10, event=105, data=0x2b8e183b8300) at HttpSM.cc:5188
 #1  0x005cf16f in HttpSM::state_read_server_response_header 
 (this=0x2b906c5d8f10, event=105, data=0x2b8e183b8300) at HttpSM.cc:1750
 #2  0x005d19ae in HttpSM::main_handler (this=0x2b906c5d8f10, 
 event=105, data=0x2b8e183b8300) at HttpSM.cc:2522
 #3  0x004f6bb8 in Continuation::handleEvent (this=0x2b906c5d8f10, 
 event=105, data=0x2b8e183b8300) at ../iocore/eventsystem/I_Continuation.h:146
 #4  0x007379b3 in read_signal_and_update (event=105, 
 vc=0x2b8e183b81f0) at UnixNetVConnection.cc:141
 #5  0x0073a928 in UnixNetVConnection::mainEvent (this=0x2b8e183b81f0, 
 event=1, e=0x2771150) at UnixNetVConnection.cc:1071
 #6  0x004f6bb8 in Continuation::handleEvent (this=0x2b8e183b81f0, 
 event=1, data=0x2771150) at ../iocore/eventsystem/I_Continuation.h:146
 #7  0x00731eba in InactivityCop::check_inactivity (this=0x2647ba0, 
 event=2, e=0x2771150) at UnixNet.cc:100
 #8  0x004f6bb8 in Continuation::handleEvent (this=0x2647ba0, event=2, 
 data=0x2771150) at ../iocore/eventsystem/I_Continuation.h:146
 #9  0x0075858e in EThread::process_event (this=0x2b8c9eb56010, 
 e=0x2771150, calling_code=2) at UnixEThread.cc:145
 #10 0x007588a9 in EThread::execute (this=0x2b8c9eb56010) at 
 UnixEThread.cc:224
 #11 0x00757b0c in spawn_thread_internal (a=0x2642360) at Thread.cc:88
 #12 0x2b8c9c6d8851 in __free_tcb () from /lib64/libpthread.so.0
 #13 0x in ?? ()
 (gdb) print c
 $1 = (HttpTunnelConsumer *) 0x0
 (gdb) p post_transform_info.vc
 $2 = (VConnection *) 0x0
 (gdb) p post_transform_info
 $3 = {entry = 0x0, vc = 0x0}
 (gdb) p tunnel
 $4 = {Continuation = {force_VFPT_to_top = {_vptr.force_VFPT_to_top = 
 0x7900d0}, handler = (int (Continuation::*)(Continuation *, int, void *)) 
 0x61a23e
  HttpTunnel::main_handler(int, void*), mutex = {m_ptr = 
 0x2b8db912c7e0}, link = {SLinkContinuation = {next = 0x0}, prev = 0x0}}, 
 num_producers = 1, num_consumers = 1, consumers = {{
   link = {SLinkHttpTunnelConsumer = {next = 0x0}, prev = 0x0}, 
 producer = 0x2b906c5d9d30, self_producer = 0x0, vc_type = HT_HTTP_CLIENT, vc 
 = 0x2b8ec5e96d50, 
   buffer_reader = 0x2b8db3149e50, vc_handler = (int (HttpSM::*)(HttpSM *, 
 int, HttpTunnelConsumer *)) 0x5d3078 
 HttpSM::tunnel_handler_100_continue_ua(int, HttpTunnelConsumer*), 
   write_vio = 0x2b8e1883baf8, skip_bytes = 0, bytes_written = 0, 
 handler_state = 0, alive = true, write_success = false, name = 0x78e839 user 
 agent}, {
   link = {SLinkHttpTunnelConsumer = {next = 0x0}, prev = 0x0}, 
 producer = 0x0, self_producer = 0x0, vc_type = HT_HTTP_SERVER, vc = 0x0, 
 buffer_reader = 0x0, vc_handler = NULL, 
   write_vio = 0x0, skip_bytes = 0, bytes_written = 0, handler_state = 0, 
 alive = false, write_success = false, name = 0x0}, {link = 
 {SLinkHttpTunnelConsumer = {next = 0x0}, prev = 0x0}, 
   producer = 0x0, self_producer = 0x0, vc_type = HT_HTTP_SERVER, vc = 
 0x0, buffer_reader = 0x0, vc_handler = NULL, write_vio = 0x0, skip_bytes = 0, 
 bytes_written = 0, handler_state = 0, 
   alive = false, write_success = false, name = 0x0}, {link = 
 {SLinkHttpTunnelConsumer = {next = 0x0}, prev = 0x0}, producer = 0x0, 
 self_producer = 0x0, vc_type = HT_HTTP_SERVER, 
   vc = 0x0, buffer_reader = 0x0, vc_handler = NULL, write_vio = 0x0, 
 skip_bytes = 0, bytes_written = 0, handler_state = 0, alive = false, 
 write_success = false, name = 0x0}}, producers = {{
   consumer_list = {head = 0x2b906c5d9b70}, self_consumer = 0x0, vc = 0x1, 
 vc_handler = NULL, read_vio = 0x0, read_buffer = 0x2b8db3149e10, buffer_start 
 = 0x0, vc_type = HT_STATIC, 
   chunked_handler = {static DEFAULT_MAX_CHUNK_SIZE = 4096, action = 
 ChunkedHandler::ACTION_DOCHUNK, chunked_reader = 0x0, dechunked_buffer = 0x0, 
 dechunked_size = 0, dechunked_reader = 0x0, 
 

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

2015-07-10 Thread bettydramit (JIRA)

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

bettydramit commented on TS-3486:
-

why not backport to 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: Susan Hinrichs
  Labels: crash
 Fix For: 6.0.0

 Attachments: ts-3266-2.diff, ts-3266-complete.diff, 
 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, 
 event=6, data=0x0) at 

[jira] [Commented] (TS-3216) Add HPKP (Public Key Pinning Extension for HTTP) support

2015-07-08 Thread bettydramit (JIRA)

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

bettydramit commented on TS-3216:
-

Sorry, for my mistake
When chmod o+x test.csr and enabled proxy.config.ssl.hpkp.enabled 1 in 
records.config
and ssl_multicert.config
dest_ip=* ssl_cert_name=test.crt ssl_key_name=test.key hpkp_enabled=1 
hpkp_max_age=300 hpkp_include_subdomains=1 hpkp_backup_csr_filename=test.csr

It works!
But only worked for Wget
{code}
 Public-Key-Pins: pin-sha256=BRotFk9Bt4Ldy9ab04f6T+84fYi3vPTBOlXvAWwptMU=; 
pin-sha256=BRotFk9Bt4Ldy9ab04f6T+84fYi3vPTBOlXvAWwptMU=; max-age=3000; 
includeSubDomains
{code}

It break when chrome get 
core bt info
{code}
Core was generated by `/usr/bin/traffic_server -M --httpport 
80:fd=7,443:fd=8:ssl'.
Program terminated with signal 11, Segmentation fault.
#0  HttpTransactHeaders::insert_hpkp_header_in_response (s=value optimized 
out, header=0x2b4e7c17c840) at HttpTransactHeaders.cc:823
823   const SSLCertContext *cc = ssl_vc-sslCertContext;
Missing separate debuginfos, use: debuginfo-install 
glibc-2.12-1.132.el6_5.2.x86_64 hwloc-1.5-1.el6.x86_64 
libattr-2.4.44-7.el6.x86_64 libcap-2.16-5.5.el6.x86_64 
libgcc-4.4.7-4.el6.x86_64 libstdc++-4.4.7-4.el6.x86_64 
libxml2-2.7.6-14.el6_5.2.x86_64 nss-softokn-freebl-3.14.3-10.el6_5.x86_64 
numactl-2.0.7-8.el6.x86_64 pciutils-libs-3.1.10-2.el6.x86_64 
pcre-7.8-6.el6.x86_64 spdylay-1.2.5-1.el6.x86_64 tcl-8.5.7-6.el6.x86_64 
xz-libs-4.999.9-0.3.beta.20091007git.el6.x86_64 zlib-1.2.3-29.el6.x86_64
(gdb) bt
#0  HttpTransactHeaders::insert_hpkp_header_in_response (s=value optimized 
out, header=0x2b4e7c17c840) at HttpTransactHeaders.cc:823
#1  0x005cde57 in HttpTransact::build_response (s=0x2b4e7c17c0f8, 
base_response=0x2b4e7c17c8c0, outgoing_response=0x2b4e7c17c840, 
outgoing_version=value optimized out, status_code=HTTP_STATUS_OK, 
reason_phrase=value optimized out) at HttpTransact.cc:7943
#2  0x005d768b in 
HttpTransact::handle_cache_operation_on_forward_server_response 
(s=0x2b4e7c17c0f8) at HttpTransact.cc:4542
#3  0x005e181c in HttpTransact::HandleResponse (s=0x2b4e7c17c0f8) at 
HttpTransact.cc:3328
#4  0x0059a0e6 in HttpSM::call_transact_and_set_next_state 
(this=0x2b4e7c17c090, f=value optimized out) at HttpSM.cc:6832
#5  0x005ad4cf in HttpSM::handle_api_return (this=0x2b4e7c17c090) at 
HttpSM.cc:1508
#6  0x005b08ff in do_api_callout (this=0x2b4e7c17c090, event=100, 
data=0x2b4e8001b318) at HttpSM.cc:390
#7  HttpSM::state_read_server_response_header (this=0x2b4e7c17c090, event=100, 
data=0x2b4e8001b318) at HttpSM.cc:1846
#8  0x005afe78 in HttpSM::main_handler (this=0x2b4e7c17c090, event=100, 
data=0x2b4e8001b318) at HttpSM.cc:2534
#9  0x0073b840 in handleEvent (this=0x2b4e8001b200, event=value 
optimized out) at ../../iocore/eventsystem/I_Continuation.h:145
#10 read_signal_and_update (this=0x2b4e8001b200, event=value optimized out) 
at UnixNetVConnection.cc:142
#11 UnixNetVConnection::readSignalAndUpdate (this=0x2b4e8001b200, event=value 
optimized out) at UnixNetVConnection.cc:972
#12 0x007237e5 in SSLNetVConnection::net_read_io (this=0x2b4e8001b200, 
nh=0x2b4e09f0eb40, lthread=0x2b4e09f0b010)
at SSLNetVConnection.cc:579
#13 0x00730822 in NetHandler::mainNetEvent (this=0x2b4e09f0eb40, 
event=value optimized out, e=value optimized out)
at UnixNet.cc:516
#14 0x0075df15 in handleEvent (this=0x2b4e09f0b010, e=0x1fad2d0, 
calling_code=5) at I_Continuation.h:145
#15 EThread::process_event (this=0x2b4e09f0b010, e=0x1fad2d0, calling_code=5) 
at UnixEThread.cc:128
#16 0x0075e859 in EThread::execute (this=0x2b4e09f0b010) at 
UnixEThread.cc:252
#17 0x0075d35a in spawn_thread_internal (a=0x2204c30) at Thread.cc:85
#18 0x2b4dff25a9d1 in start_thread () from /lib64/libpthread.so.0
#19 0x2b4e00ef9b5d in clone () from /lib64/libc.so.6
(gdb) 

{code}

 Add HPKP (Public Key Pinning Extension for HTTP) support
 

 Key: TS-3216
 URL: https://issues.apache.org/jira/browse/TS-3216
 Project: Traffic Server
  Issue Type: New Feature
  Components: SSL
Reporter: Masaori Koshiba
  Labels: review
 Fix For: 6.1.0

 Attachments: hpkp-001.patch, hpkp-002.patch, hpkp-003.patch


 Add Public Key Pinning Extension for HTTP Support in Traffic Server.
 RFC 7469 Public Key Pinning Extension for HTTP
 - https://tools.ietf.org/html/rfc7469



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


[jira] [Commented] (TS-3216) Add HPKP (Public Key Pinning Extension for HTTP) support

2015-07-08 Thread bettydramit (JIRA)

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

bettydramit commented on TS-3216:
-

[~masaori] With hpkp-003.patch 

ssl_multicert.config
{code}
dest_ip=* ssl_cert_name=test.crt ssl_key_name=test.key hpkp_enabled=1 
hpkp_max_age=300 hpkp_include_subdomains=1 hpkp_backup_csr_filename=test.csr
{code}

start ats
{code}
[Jul  8 15:14:12.385] Server {0x2ae6de051180} NOTE: loading SSL certificate 
configuration from /etc/trafficserver/ssl_multicert.config
[Jul  8 15:14:12.387] Server {0x2ae6de051180} ERROR: fail to read csr from 
'/etc/trafficserver/www.test.csr'
[Jul  8 15:14:12.387] Server {0x2ae6de051180} ERROR: fail to generate backup 
pin for HPKP
[Jul  8 15:14:12.434] Server {0x2ae6de051180} NOTE: traffic server running
[Jul  8 15:14:12.563] Server {0x2ae6df688700} NOTE: cache enabled

{code}

 Add HPKP (Public Key Pinning Extension for HTTP) support
 

 Key: TS-3216
 URL: https://issues.apache.org/jira/browse/TS-3216
 Project: Traffic Server
  Issue Type: New Feature
  Components: SSL
Reporter: Masaori Koshiba
  Labels: review
 Fix For: 6.1.0

 Attachments: hpkp-001.patch, hpkp-002.patch, hpkp-003.patch


 Add Public Key Pinning Extension for HTTP Support in Traffic Server.
 RFC 7469 Public Key Pinning Extension for HTTP
 - https://tools.ietf.org/html/rfc7469



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


[jira] [Commented] (TS-3216) Add HPKP (Public Key Pinning Extension for HTTP) support

2015-07-08 Thread bettydramit (JIRA)

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

bettydramit commented on TS-3216:
-

I will try, Thanks

 Add HPKP (Public Key Pinning Extension for HTTP) support
 

 Key: TS-3216
 URL: https://issues.apache.org/jira/browse/TS-3216
 Project: Traffic Server
  Issue Type: New Feature
  Components: SSL
Reporter: Masaori Koshiba
  Labels: review
 Fix For: 6.1.0

 Attachments: hpkp-001.patch, hpkp-002.patch, hpkp-003.patch


 Add Public Key Pinning Extension for HTTP Support in Traffic Server.
 RFC 7469 Public Key Pinning Extension for HTTP
 - https://tools.ietf.org/html/rfc7469



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


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

2015-07-06 Thread bettydramit (JIRA)

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

bettydramit commented on TS-3486:
-

it has been running for 10 days on last patch build. 
Great!

 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: Susan Hinrichs
  Labels: crash
 Fix For: 6.0.0

 Attachments: ts-3266-2.diff, ts-3266-complete.diff, 
 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 

[jira] [Commented] (TS-3710) Crash in TLS with 6.0.0, related to the session cleanup additions

2015-07-04 Thread bettydramit (JIRA)

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

bettydramit commented on TS-3710:
-

It can be backport to 5.2.x and 5.3.x ?

 Crash in TLS with 6.0.0, related to the session cleanup additions
 -

 Key: TS-3710
 URL: https://issues.apache.org/jira/browse/TS-3710
 Project: Traffic Server
  Issue Type: Bug
  Components: SSL
Reporter: Leif Hedstrom
Assignee: Susan Hinrichs
Priority: Critical
 Fix For: 6.1.0

 Attachments: ts-3710-2.diff, ts-3710.diff


 {code}
 ==9570==ERROR: AddressSanitizer: heap-use-after-free on address 
 0x60649f48 at pc 0xb9f969 bp 0x2b8dbc348920 sp 0x2b8dbc348918
 READ of size 8 at 0x60649f48 thread T8 ([ET_NET 7])
 #0 0xb9f968 in Continuation::handleEvent(int, void*) 
 ../../iocore/eventsystem/I_Continuation.h:145
 #1 0xb9f968 in read_signal_and_update 
 /usr/local/src/trafficserver/iocore/net/UnixNetVConnection.cc:142
 #2 0xb9f968 in UnixNetVConnection::mainEvent(int, Event*) 
 /usr/local/src/trafficserver/iocore/net/UnixNetVConnection.cc:1115
 #3 0xb7daf7 in Continuation::handleEvent(int, void*) 
 ../../iocore/eventsystem/I_Continuation.h:145
 #4 0xb7daf7 in InactivityCop::check_inactivity(int, Event*) 
 /usr/local/src/trafficserver/iocore/net/UnixNet.cc:102
 #5 0xc21ffe in Continuation::handleEvent(int, void*) 
 /usr/local/src/trafficserver/iocore/eventsystem/I_Continuation.h:145
 #6 0xc21ffe in EThread::process_event(Event*, int) 
 /usr/local/src/trafficserver/iocore/eventsystem/UnixEThread.cc:128
 #7 0xc241f7 in EThread::execute() 
 /usr/local/src/trafficserver/iocore/eventsystem/UnixEThread.cc:207
 #8 0xc20c18 in spawn_thread_internal 
 /usr/local/src/trafficserver/iocore/eventsystem/Thread.cc:85
 #9 0x2b8db3ff6df4 in start_thread (/lib64/libpthread.so.0+0x7df4)
 #10 0x2b8db585f1ac in __clone (/lib64/libc.so.6+0xf61ac)
 0x60649f48 is located 8 bytes inside of 56-byte region 
 [0x60649f40,0x60649f78)
 freed by thread T8 ([ET_NET 7]) here:
 #0 0x2b8db1bf3117 in operator delete(void*) 
 ../../.././libsanitizer/asan/asan_new_delete.cc:81
 #1 0xb5b20e in SSLNextProtocolTrampoline::ioCompletionEvent(int, void*) 
 /usr/local/src/trafficserver/iocore/net/SSLNextProtocolAccept.cc:89
 #2 0xbb2eef in Continuation::handleEvent(int, void*) 
 ../../iocore/eventsystem/I_Continuation.h:145
 #3 0xbb2eef in read_signal_and_update 
 /usr/local/src/trafficserver/iocore/net/UnixNetVConnection.cc:142
 #4 0xbb2eef in read_signal_done 
 /usr/local/src/trafficserver/iocore/net/UnixNetVConnection.cc:203
 #5 0xbb2eef in UnixNetVConnection::readSignalDone(int, NetHandler*) 
 /usr/local/src/trafficserver/iocore/net/UnixNetVConnection.cc:957
 #6 0xb55d6d in SSLNetVConnection::net_read_io(NetHandler*, EThread*) 
 /usr/local/src/trafficserver/iocore/net/SSLNetVConnection.cc:480
 #7 0xb748fc in NetHandler::mainNetEvent(int, Event*) 
 /usr/local/src/trafficserver/iocore/net/UnixNet.cc:516
 #8 0xc24e89 in Continuation::handleEvent(int, void*) 
 /usr/local/src/trafficserver/iocore/eventsystem/I_Continuation.h:145
 #9 0xc24e89 in EThread::process_event(Event*, int) 
 /usr/local/src/trafficserver/iocore/eventsystem/UnixEThread.cc:128
 #10 0xc24e89 in EThread::execute() 
 /usr/local/src/trafficserver/iocore/eventsystem/UnixEThread.cc:252
 #11 0xc20c18 in spawn_thread_internal 
 /usr/local/src/trafficserver/iocore/eventsystem/Thread.cc:85
 #12 0x2b8db3ff6df4 in start_thread (/lib64/libpthread.so.0+0x7df4)
 previously allocated by thread T8 ([ET_NET 7]) here:
 #0 0x2b8db1bf2c9f in operator new(unsigned long) 
 ../../.././libsanitizer/asan/asan_new_delete.cc:50
 #1 0xb59f8b in SSLNextProtocolAccept::mainEvent(int, void*) 
 /usr/local/src/trafficserver/iocore/net/SSLNextProtocolAccept.cc:134
 #2 0xb888e9 in Continuation::handleEvent(int, void*) 
 ../../iocore/eventsystem/I_Continuation.h:145
 #3 0xb888e9 in NetAccept::acceptFastEvent(int, void*) 
 /usr/local/src/trafficserver/iocore/net/UnixNetAccept.cc:466
 #4 0xc24e89 in Continuation::handleEvent(int, void*) 
 /usr/local/src/trafficserver/iocore/eventsystem/I_Continuation.h:145
 #5 0xc24e89 in EThread::process_event(Event*, int) 
 /usr/local/src/trafficserver/iocore/eventsystem/UnixEThread.cc:128
 #6 0xc24e89 in EThread::execute() 
 /usr/local/src/trafficserver/iocore/eventsystem/UnixEThread.cc:252
 #7 0xc20c18 in spawn_thread_internal 
 /usr/local/src/trafficserver/iocore/eventsystem/Thread.cc:85
 #8 0x2b8db3ff6df4 in start_thread (/lib64/libpthread.so.0+0x7df4)
 Thread T8 ([ET_NET 7]) created by T0 ([ET_NET 0]) here:
 #0 0x2b8db1bc186a in __interceptor_pthread_create 
 

[jira] [Created] (TS-3734) InactivityCop::check_inactivity

2015-07-02 Thread bettydramit (JIRA)
bettydramit created TS-3734:
---

 Summary: InactivityCop::check_inactivity
 Key: TS-3734
 URL: https://issues.apache.org/jira/browse/TS-3734
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit


{code}
traffic_server: Segmentation fault (Address not mapped to object 
[0x2aaac4d64998])traffic_server - STACK TRACE: 
/usr/bin/traffic_server(crash_logger_invoke(int, siginfo*, 
void*)+0x99)[0x4aaac9]
/lib64/libpthread.so.0(+0xf710)[0x2b973ceec710]
/usr/bin/traffic_server[0x72fea4]
/usr/bin/traffic_server(UnixNetVConnection::mainEvent(int, 
Event*)+0x51b)[0x73227b]
/usr/bin/traffic_server(InactivityCop::check_inactivity(int, 
Event*)+0x1a5)[0x7294a5]
/usr/bin/traffic_server(EThread::process_event(Event*, int)+0x125)[0x7540d5]
/usr/bin/traffic_server(EThread::execute()+0x5c3)[0x7549b3]
/usr/bin/traffic_server[0x75351a]
/lib64/libpthread.so.0(+0x79d1)[0x2b973cee49d1]
/lib64/libc.so.6(clone+0x6d)[0x2b973d66c8fd]
{code}



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


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

2015-06-24 Thread bettydramit (JIRA)

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

bettydramit commented on TS-3486:
-

I've been running with this patch in production for 10 hours without a crash.
I will continue to focus on this bug


 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: ts-3266-2.diff, 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] [Commented] (TS-3486) Segfault in do_io_write with plugin (??)

2015-06-24 Thread bettydramit (JIRA)

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

bettydramit commented on TS-3486:
-

Crashed after 15 hours.
{code}
traffic_server: Segmentation fault (Address not mapped to object 
[(nil)])traffic_server - STACK TRACE: 
/usr/bin/traffic_server(crash_logger_invoke(int, siginfo*, 
void*)+0x99)[0x4aaab9]
/lib64/libpthread.so.0(+0xf710)[0x2abb33fdd710]
/usr/bin/traffic_server(HttpServerSession::do_io_write(Continuation*, long, 
IOBufferReader*, bool)+0xb)[0x5b95eb]
/usr/bin/traffic_server(HttpSM::setup_server_send_request()+0x32d)[0x5ab64d]
/usr/bin/traffic_server(HttpSM::handle_api_return()+0x385)[0x5b4a25]
/usr/bin/traffic_server(HttpSM::state_api_callout(int, void*)+0x2b0)[0x5ac4e0]
/usr/bin/traffic_server(HttpSM::state_api_callback(int, void*)+0x8b)[0x5b259b]
/usr/bin/traffic_server(TSHttpTxnReenable+0x24b)[0x4d31eb]
{code}

 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: ts-3266-2.diff, 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 

[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-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=14592774#comment-14592774
 ] 

bettydramit commented on TS-3486:
-

Good Jobs

 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, 
 event=6, data=0x0) at HttpSM.cc:1455
 #29 0x005b980b in 

[jira] [Created] (TS-3627) Count tx and rx bytes for WebSocket

2015-05-20 Thread bettydramit (JIRA)
bettydramit created TS-3627:
---

 Summary: Count tx and rx bytes for WebSocket
 Key: TS-3627
 URL: https://issues.apache.org/jira/browse/TS-3627
 Project: Traffic Server
  Issue Type: New Feature
Reporter: bettydramit


How to count rx and tx per map websocket (ws and wss)?



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


[jira] [Updated] (TS-3593) Segmentation fault.

2015-05-09 Thread bettydramit (JIRA)

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

bettydramit updated TS-3593:

Description: 
Master version from git
Build configure
{code}
./configure --enable-layout=Gentoo  --libdir=%{_libdir}/trafficserver  
--enable-spdy --enable-reclaimable-freelist --enable-interim-cache --
enable-hwloc --with-openssl=/usr/local/ssl
{code}

{code}
Core was generated by `/usr/bin/traffic_server -M --httpport 
80:fd=7,443:fd=8:ssl'.
Program terminated with signal 11, Segmentation fault.
#0  HttpTunnel::chain_abort_all (this=0x2abcdc7014a8, p=0x2abcdc7016a0) at 
HttpTunnel.cc:1403
1403p-bytes_read = p-read_vio-ndone;
Missing separate debuginfos, use: debuginfo-install 
glibc-2.12-1.132.el6_5.2.x86_64 hwloc-1.5-1.el6.x86_64 
libattr-2.4.44-7.el6.x86_64 libcap-2.16-5.5.el6.x86_64 
libgcc-4.4.7-4.el6.x86_64 libstdc++-4.4.7-4.el6.x86_64 
libxml2-2.7.6-14.el6_5.2.x86_64 nss-softokn-freebl-3.14.3-10.el6_5.x86_64 
numactl-2.0.7-8.el6.x86_64 pciutils-libs-3.1.10-2.el6.x86_64 
pcre-7.8-6.el6.x86_64 spdylay-1.2.5-1.el6.x86_64 tcl-8.5.7-6.el6.x86_64 
xz-libs-4.999.9-0.3.beta.20091007git.el6.x86_64 zlib-1.2.3-29.el6.x86_64
(gdb) bt
#0  HttpTunnel::chain_abort_all (this=0x2abcdc7014a8, p=0x2abcdc7016a0) at 
HttpTunnel.cc:1403
#1  0x006099c4 in HttpTunnel::kill_tunnel (this=0x2abcdc7014a8) at 
HttpTunnel.cc:524
#2  0x005ce6fa in HttpSM::kill_this (this=0x2abcdc70) at 
HttpSM.cc:6568
#3  0x005cef38 in HttpSM::main_handler (this=0x2abcdc70, event=105, 
data=0x2abcdc560118) at HttpSM.cc:2623
#4  0x0075ba09 in handleEvent (event=value optimized out, 
vc=0x2abcdc56) at ../../iocore/eventsystem/I_Continuation.h:145
#5  read_signal_and_update (event=value optimized out, vc=0x2abcdc56) at 
UnixNetVConnection.cc:139
#6  0x0075ddbf in UnixNetVConnection::mainEvent (this=0x2abcdc56, 
event=value optimized out, e=value optimized out)
at UnixNetVConnection.cc:1094
#7  0x00755041 in handleEvent (this=0x1db34e0, event=value optimized 
out, e=0x2abc6fa8ed20)
at ../../iocore/eventsystem/I_Continuation.h:145
#8  InactivityCop::check_inactivity (this=0x1db34e0, event=value optimized 
out, e=0x2abc6fa8ed20) at UnixNet.cc:107
#9  0x0077f435 in handleEvent (this=0x2abc6e470010, e=0x2abc6fa8ed20, 
calling_code=2) at I_Continuation.h:145
#10 EThread::process_event (this=0x2abc6e470010, e=0x2abc6fa8ed20, 
calling_code=2) at UnixEThread.cc:128
#11 0x0077fd13 in EThread::execute (this=0x2abc6e470010) at 
UnixEThread.cc:207
#12 0x0077e87a in spawn_thread_internal (a=0x1daa260) at Thread.cc:85
#13 0x2abc6b6639d1 in start_thread () from /lib64/libpthread.so.0
#14 0x2abc6d302b5d in clone () from /lib64/libc.so.6
(gdb) f 0
#0  HttpTunnel::chain_abort_all (this=0x2abcdc7014a8, p=0x2abcdc7016a0) at 
HttpTunnel.cc:1403
1403p-bytes_read = p-read_vio-ndone;
(gdb) l
1398c = c-link.next;
1399  }
1400
1401  if (p-alive) {
1402p-alive = false;
1403p-bytes_read = p-read_vio-ndone;
1404if (p-self_consumer) {
1405  p-self_consumer-alive = false;
1406}
1407p-read_vio = NULL;
(gdb) p p
$1 = (HttpTunnelProducer *) 0x2abcdc7016a0
(gdb) p *p
$2 = {consumer_list = {head = 0x2abcdc7014e0}, self_consumer = 0x0, vc = 
0x2abcdc848000, vc_handler = (int (HttpSM::*)(HttpSM *, int, 
HttpTunnelProducer *)) 0x5ba7a0 HttpSM::tunnel_handler_server(int, 
HttpTunnelProducer*), read_vio = 0x0, 
  read_buffer = 0x2abcdc57bde0, buffer_start = 0x2abcdc57bdf8, vc_type = 
HT_HTTP_SERVER, chunked_handler = {
static DEFAULT_MAX_CHUNK_SIZE = 4096, action = 
ChunkedHandler::ACTION_DOCHUNK, chunked_reader = 0x0, dechunked_buffer = 0x0, 
dechunked_size = 0, dechunked_reader = 0x0, chunked_buffer = 0x0, 
chunked_size = 0, truncation = false, skip_bytes = 132, 
state = ChunkedHandler::CHUNK_READ_CHUNK, cur_chunk_size = 0, bytes_left = 
0, last_server_event = 0, running_sum = 0, num_digits = 0, 
max_chunk_size = 4096, max_chunk_header = 
1000\r\n\000\000\000\000\000\000\000\000\000, max_chunk_header_len = 6}, 
  chunking_action = TCA_PASSTHRU_DECHUNKED_CONTENT, do_chunking = false, 
do_dechunking = false, do_chunked_passthru = false, 
  init_bytes_done = 348, nbytes = -1, ntodo = -1, bytes_read = 0, handler_state 
= 0, last_event = 0, num_consumers = 1, alive = false, 
  read_success = false, flow_control_source = 0x0, name = 0x812c2f http 
server}
(gdb) p p-read_vio
$3 = (VIO *) 0x0
{code}

  was:
Master version from git
{code}
Core was generated by `/usr/bin/traffic_server -M --httpport 
80:fd=7,443:fd=8:ssl'.
Program terminated with signal 11, Segmentation fault.
#0  HttpTunnel::chain_abort_all (this=0x2abcdc7014a8, p=0x2abcdc7016a0) at 
HttpTunnel.cc:1403
1403p-bytes_read = p-read_vio-ndone;
Missing separate debuginfos, use: debuginfo-install 
glibc-2.12-1.132.el6_5.2.x86_64 

[jira] [Updated] (TS-3593) Segmentation fault.

2015-05-09 Thread bettydramit (JIRA)

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

bettydramit updated TS-3593:

Affects Version/s: 6.0.0

 Segmentation fault.
 ---

 Key: TS-3593
 URL: https://issues.apache.org/jira/browse/TS-3593
 Project: Traffic Server
  Issue Type: Bug
  Components: Core
Affects Versions: 6.0.0
Reporter: bettydramit

 Master version from git
 {code}
 Core was generated by `/usr/bin/traffic_server -M --httpport 
 80:fd=7,443:fd=8:ssl'.
 Program terminated with signal 11, Segmentation fault.
 #0  HttpTunnel::chain_abort_all (this=0x2abcdc7014a8, p=0x2abcdc7016a0) at 
 HttpTunnel.cc:1403
 1403p-bytes_read = p-read_vio-ndone;
 Missing separate debuginfos, use: debuginfo-install 
 glibc-2.12-1.132.el6_5.2.x86_64 hwloc-1.5-1.el6.x86_64 
 libattr-2.4.44-7.el6.x86_64 libcap-2.16-5.5.el6.x86_64 
 libgcc-4.4.7-4.el6.x86_64 libstdc++-4.4.7-4.el6.x86_64 
 libxml2-2.7.6-14.el6_5.2.x86_64 nss-softokn-freebl-3.14.3-10.el6_5.x86_64 
 numactl-2.0.7-8.el6.x86_64 pciutils-libs-3.1.10-2.el6.x86_64 
 pcre-7.8-6.el6.x86_64 spdylay-1.2.5-1.el6.x86_64 tcl-8.5.7-6.el6.x86_64 
 xz-libs-4.999.9-0.3.beta.20091007git.el6.x86_64 zlib-1.2.3-29.el6.x86_64
 (gdb) bt
 #0  HttpTunnel::chain_abort_all (this=0x2abcdc7014a8, p=0x2abcdc7016a0) at 
 HttpTunnel.cc:1403
 #1  0x006099c4 in HttpTunnel::kill_tunnel (this=0x2abcdc7014a8) at 
 HttpTunnel.cc:524
 #2  0x005ce6fa in HttpSM::kill_this (this=0x2abcdc70) at 
 HttpSM.cc:6568
 #3  0x005cef38 in HttpSM::main_handler (this=0x2abcdc70, 
 event=105, data=0x2abcdc560118) at HttpSM.cc:2623
 #4  0x0075ba09 in handleEvent (event=value optimized out, 
 vc=0x2abcdc56) at ../../iocore/eventsystem/I_Continuation.h:145
 #5  read_signal_and_update (event=value optimized out, vc=0x2abcdc56) 
 at UnixNetVConnection.cc:139
 #6  0x0075ddbf in UnixNetVConnection::mainEvent (this=0x2abcdc56, 
 event=value optimized out, e=value optimized out)
 at UnixNetVConnection.cc:1094
 #7  0x00755041 in handleEvent (this=0x1db34e0, event=value optimized 
 out, e=0x2abc6fa8ed20)
 at ../../iocore/eventsystem/I_Continuation.h:145
 #8  InactivityCop::check_inactivity (this=0x1db34e0, event=value optimized 
 out, e=0x2abc6fa8ed20) at UnixNet.cc:107
 #9  0x0077f435 in handleEvent (this=0x2abc6e470010, e=0x2abc6fa8ed20, 
 calling_code=2) at I_Continuation.h:145
 #10 EThread::process_event (this=0x2abc6e470010, e=0x2abc6fa8ed20, 
 calling_code=2) at UnixEThread.cc:128
 #11 0x0077fd13 in EThread::execute (this=0x2abc6e470010) at 
 UnixEThread.cc:207
 #12 0x0077e87a in spawn_thread_internal (a=0x1daa260) at Thread.cc:85
 #13 0x2abc6b6639d1 in start_thread () from /lib64/libpthread.so.0
 #14 0x2abc6d302b5d in clone () from /lib64/libc.so.6
 (gdb) f 0
 #0  HttpTunnel::chain_abort_all (this=0x2abcdc7014a8, p=0x2abcdc7016a0) at 
 HttpTunnel.cc:1403
 1403p-bytes_read = p-read_vio-ndone;
 (gdb) l
 1398c = c-link.next;
 1399  }
 1400
 1401  if (p-alive) {
 1402p-alive = false;
 1403p-bytes_read = p-read_vio-ndone;
 1404if (p-self_consumer) {
 1405  p-self_consumer-alive = false;
 1406}
 1407p-read_vio = NULL;
 (gdb) p p
 $1 = (HttpTunnelProducer *) 0x2abcdc7016a0
 (gdb) p *p
 $2 = {consumer_list = {head = 0x2abcdc7014e0}, self_consumer = 0x0, vc = 
 0x2abcdc848000, vc_handler = (int (HttpSM::*)(HttpSM *, int, 
 HttpTunnelProducer *)) 0x5ba7a0 HttpSM::tunnel_handler_server(int, 
 HttpTunnelProducer*), read_vio = 0x0, 
   read_buffer = 0x2abcdc57bde0, buffer_start = 0x2abcdc57bdf8, vc_type = 
 HT_HTTP_SERVER, chunked_handler = {
 static DEFAULT_MAX_CHUNK_SIZE = 4096, action = 
 ChunkedHandler::ACTION_DOCHUNK, chunked_reader = 0x0, dechunked_buffer = 0x0, 
 dechunked_size = 0, dechunked_reader = 0x0, chunked_buffer = 0x0, 
 chunked_size = 0, truncation = false, skip_bytes = 132, 
 state = ChunkedHandler::CHUNK_READ_CHUNK, cur_chunk_size = 0, bytes_left 
 = 0, last_server_event = 0, running_sum = 0, num_digits = 0, 
 max_chunk_size = 4096, max_chunk_header = 
 1000\r\n\000\000\000\000\000\000\000\000\000, max_chunk_header_len = 6}, 
   chunking_action = TCA_PASSTHRU_DECHUNKED_CONTENT, do_chunking = false, 
 do_dechunking = false, do_chunked_passthru = false, 
   init_bytes_done = 348, nbytes = -1, ntodo = -1, bytes_read = 0, 
 handler_state = 0, last_event = 0, num_consumers = 1, alive = false, 
   read_success = false, flow_control_source = 0x0, name = 0x812c2f http 
 server}
 (gdb) p p-read_vio
 $3 = (VIO *) 0x0
 {code}



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


[jira] [Commented] (TS-3216) Add HPKP (Public Key Pinning Extension for HTTP) support

2015-03-16 Thread bettydramit (JIRA)

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

bettydramit commented on TS-3216:
-

It is a very nice feature

 Add HPKP (Public Key Pinning Extension for HTTP) support
 

 Key: TS-3216
 URL: https://issues.apache.org/jira/browse/TS-3216
 Project: Traffic Server
  Issue Type: New Feature
  Components: SSL
Reporter: Masaori Koshiba
Assignee: James Peach
  Labels: review
 Fix For: 5.3.0

 Attachments: hpkp-001.patch, hpkp-002.patch


 Add Public Key Pinning Extension for HTTP Support in Traffic Server.
 Public Key Pinning Extension for HTTP (draft-ietf-websec-key-pinning-21)
 - https://tools.ietf.org/html/draft-ietf-websec-key-pinning-21



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


[jira] [Commented] (TS-3248) 5.2.0 Segmentation fault

2014-12-20 Thread bettydramit (JIRA)

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

bettydramit commented on TS-3248:
-

With this patch,it has been running in production with no crashes for over 24 
hours.

 5.2.0 Segmentation fault
 

 Key: TS-3248
 URL: https://issues.apache.org/jira/browse/TS-3248
 Project: Traffic Server
  Issue Type: Bug
  Components: Core
Affects Versions: 5.2.0
Reporter: Qiang Li
Assignee: Sudheer Vinukonda
Priority: Blocker
  Labels: crash
 Fix For: 5.2.0


 Segmentation fault sometime
 {code}
 (gdb) bt
 #0  0x0073334a in operator IOBufferBlock* (nh=0x2b4d9e1e8b50, 
 vc=0x2aaac4d0, thread=0x2b4d9e1e5010) at ../../lib/ts/Ptr.h:326
 #1  first_write_block (nh=0x2b4d9e1e8b50, vc=0x2aaac4d0, 
 thread=0x2b4d9e1e5010) at ../../iocore/eventsystem/I_IOBuffer.h:920
 #2  read_from_net (nh=0x2b4d9e1e8b50, vc=0x2aaac4d0, 
 thread=0x2b4d9e1e5010) at UnixNetVConnection.cc:244
 #3  0x00727a62 in NetHandler::mainNetEvent (this=0x2b4d9e1e8b50, 
 event=value optimized out, e=value optimized out) at UnixNet.cc:399
 #4  0x007538f5 in handleEvent (this=0x2b4d9e1e5010, e=0x2b4d9f806d80, 
 calling_code=5) at I_Continuation.h:146
 #5  EThread::process_event (this=0x2b4d9e1e5010, e=0x2b4d9f806d80, 
 calling_code=5) at UnixEThread.cc:144
 #6  0x0075404b in EThread::execute (this=0x2b4d9e1e5010) at 
 UnixEThread.cc:268
 #7  0x00752d3a in spawn_thread_internal (a=0x157a1b0) at Thread.cc:88
 #8  0x2b4d9b0fa9d1 in start_thread () from /lib64/libpthread.so.0
 #9  0x2b4d9c0f19dd in clone () from /lib64/libc.so.6
 (gdb) f 2
 #2  read_from_net (nh=0x2b4d9e1e8b50, vc=0x2aaac4d0, 
 thread=0x2b4d9e1e5010) at UnixNetVConnection.cc:244
 244   IOBufferBlock *b = buf.writer()-first_write_block();
 (gdb) l
 239 // read data
 240 int64_t rattempted = 0, total_read = 0;
 241 int niov = 0;
 242 IOVec tiovec[NET_MAX_IOV];
 243 if (toread) {
 244   IOBufferBlock *b = buf.writer()-first_write_block();
 245   do {
 246 niov = 0;
 247 rattempted = 0;
 248 while (b  niov  NET_MAX_IOV) {
 (gdb) p buf
 $1 = (MIOBufferAccessor ) @0x2aaac608: {mbuf = 0x0, entry = 0x0}
 (gdb) p toread 
 $2 = 7768
 (gdb) 
 {code}
 at line 244 ,mbuf = 0x0, so buf.writer() return NULL



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


[jira] [Commented] (TS-3248) 5.2.0 Segmentation fault

2014-12-20 Thread bettydramit (JIRA)

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

bettydramit commented on TS-3248:
-

Perfect!

 5.2.0 Segmentation fault
 

 Key: TS-3248
 URL: https://issues.apache.org/jira/browse/TS-3248
 Project: Traffic Server
  Issue Type: Bug
  Components: Core
Affects Versions: 5.2.0
Reporter: Qiang Li
Assignee: Sudheer Vinukonda
Priority: Blocker
  Labels: crash
 Fix For: 5.3.0


 Segmentation fault sometime
 {code}
 (gdb) bt
 #0  0x0073334a in operator IOBufferBlock* (nh=0x2b4d9e1e8b50, 
 vc=0x2aaac4d0, thread=0x2b4d9e1e5010) at ../../lib/ts/Ptr.h:326
 #1  first_write_block (nh=0x2b4d9e1e8b50, vc=0x2aaac4d0, 
 thread=0x2b4d9e1e5010) at ../../iocore/eventsystem/I_IOBuffer.h:920
 #2  read_from_net (nh=0x2b4d9e1e8b50, vc=0x2aaac4d0, 
 thread=0x2b4d9e1e5010) at UnixNetVConnection.cc:244
 #3  0x00727a62 in NetHandler::mainNetEvent (this=0x2b4d9e1e8b50, 
 event=value optimized out, e=value optimized out) at UnixNet.cc:399
 #4  0x007538f5 in handleEvent (this=0x2b4d9e1e5010, e=0x2b4d9f806d80, 
 calling_code=5) at I_Continuation.h:146
 #5  EThread::process_event (this=0x2b4d9e1e5010, e=0x2b4d9f806d80, 
 calling_code=5) at UnixEThread.cc:144
 #6  0x0075404b in EThread::execute (this=0x2b4d9e1e5010) at 
 UnixEThread.cc:268
 #7  0x00752d3a in spawn_thread_internal (a=0x157a1b0) at Thread.cc:88
 #8  0x2b4d9b0fa9d1 in start_thread () from /lib64/libpthread.so.0
 #9  0x2b4d9c0f19dd in clone () from /lib64/libc.so.6
 (gdb) f 2
 #2  read_from_net (nh=0x2b4d9e1e8b50, vc=0x2aaac4d0, 
 thread=0x2b4d9e1e5010) at UnixNetVConnection.cc:244
 244   IOBufferBlock *b = buf.writer()-first_write_block();
 (gdb) l
 239 // read data
 240 int64_t rattempted = 0, total_read = 0;
 241 int niov = 0;
 242 IOVec tiovec[NET_MAX_IOV];
 243 if (toread) {
 244   IOBufferBlock *b = buf.writer()-first_write_block();
 245   do {
 246 niov = 0;
 247 rattempted = 0;
 248 while (b  niov  NET_MAX_IOV) {
 (gdb) p buf
 $1 = (MIOBufferAccessor ) @0x2aaac608: {mbuf = 0x0, entry = 0x0}
 (gdb) p toread 
 $2 = 7768
 (gdb) 
 {code}
 at line 244 ,mbuf = 0x0, so buf.writer() return NULL



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


[jira] [Commented] (TS-3248) 5.2.0 Segmentation fault

2014-12-20 Thread bettydramit (JIRA)

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

bettydramit commented on TS-3248:
-

Good job

 5.2.0 Segmentation fault
 

 Key: TS-3248
 URL: https://issues.apache.org/jira/browse/TS-3248
 Project: Traffic Server
  Issue Type: Bug
  Components: Core
Affects Versions: 5.2.0
Reporter: Qiang Li
Assignee: Sudheer Vinukonda
Priority: Blocker
  Labels: crash
 Fix For: 5.3.0


 Segmentation fault sometime
 {code}
 (gdb) bt
 #0  0x0073334a in operator IOBufferBlock* (nh=0x2b4d9e1e8b50, 
 vc=0x2aaac4d0, thread=0x2b4d9e1e5010) at ../../lib/ts/Ptr.h:326
 #1  first_write_block (nh=0x2b4d9e1e8b50, vc=0x2aaac4d0, 
 thread=0x2b4d9e1e5010) at ../../iocore/eventsystem/I_IOBuffer.h:920
 #2  read_from_net (nh=0x2b4d9e1e8b50, vc=0x2aaac4d0, 
 thread=0x2b4d9e1e5010) at UnixNetVConnection.cc:244
 #3  0x00727a62 in NetHandler::mainNetEvent (this=0x2b4d9e1e8b50, 
 event=value optimized out, e=value optimized out) at UnixNet.cc:399
 #4  0x007538f5 in handleEvent (this=0x2b4d9e1e5010, e=0x2b4d9f806d80, 
 calling_code=5) at I_Continuation.h:146
 #5  EThread::process_event (this=0x2b4d9e1e5010, e=0x2b4d9f806d80, 
 calling_code=5) at UnixEThread.cc:144
 #6  0x0075404b in EThread::execute (this=0x2b4d9e1e5010) at 
 UnixEThread.cc:268
 #7  0x00752d3a in spawn_thread_internal (a=0x157a1b0) at Thread.cc:88
 #8  0x2b4d9b0fa9d1 in start_thread () from /lib64/libpthread.so.0
 #9  0x2b4d9c0f19dd in clone () from /lib64/libc.so.6
 (gdb) f 2
 #2  read_from_net (nh=0x2b4d9e1e8b50, vc=0x2aaac4d0, 
 thread=0x2b4d9e1e5010) at UnixNetVConnection.cc:244
 244   IOBufferBlock *b = buf.writer()-first_write_block();
 (gdb) l
 239 // read data
 240 int64_t rattempted = 0, total_read = 0;
 241 int niov = 0;
 242 IOVec tiovec[NET_MAX_IOV];
 243 if (toread) {
 244   IOBufferBlock *b = buf.writer()-first_write_block();
 245   do {
 246 niov = 0;
 247 rattempted = 0;
 248 while (b  niov  NET_MAX_IOV) {
 (gdb) p buf
 $1 = (MIOBufferAccessor ) @0x2aaac608: {mbuf = 0x0, entry = 0x0}
 (gdb) p toread 
 $2 = 7768
 (gdb) 
 {code}
 at line 244 ,mbuf = 0x0, so buf.writer() return NULL



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


[jira] [Commented] (TS-2417) Add forward secrecy support with DHE (SSL related)

2014-12-20 Thread bettydramit (JIRA)

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

bettydramit commented on TS-2417:
-

Why not support  ECDHE , Nginx support

 Add forward secrecy support with DHE (SSL related)
 --

 Key: TS-2417
 URL: https://issues.apache.org/jira/browse/TS-2417
 Project: Traffic Server
  Issue Type: New Feature
  Components: HTTP, SSL
Reporter: Bryan Call
Assignee: John Eaglesham
 Fix For: 5.2.0

 Attachments: ats_dhe-2.patch, ats_dhe-3.patch


 mod_ssl bug and changes:
 https://issues.apache.org/bugzilla/show_bug.cgi?id=49559
 Discussion on httpd-dev list:
 http://mail-archives.apache.org/mod_mbox/httpd-dev/201309.mbox/%3c52358ed1.2070...@velox.ch%3E



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


[jira] [Commented] (TS-3053) enable-linux-native-aio crash

2014-11-21 Thread bettydramit (JIRA)

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

bettydramit commented on TS-3053:
-

why close this issue?


 enable-linux-native-aio crash
 -

 Key: TS-3053
 URL: https://issues.apache.org/jira/browse/TS-3053
 Project: Traffic Server
  Issue Type: Bug
Reporter: Qiang Li

 configure with --enable-linux-native-aio  it will crash  sometime
 {code}
 (gdb) bt
 #0  enqueue (op=0x2aaae465ecc0) at ../../lib/ts/List.h:290
 #1  ink_aio_read (op=0x2aaae465ecc0) at AIO.cc:611
 #2  0x006ca458 in CacheVC::handleRead (this=0x2aaae465eb40) at 
 Cache.cc:2756
 #3  0x006ef52e in Cache::open_read (this=value optimized out, 
 cont=0x2aaaf0101a30, key=value optimized out, request=0x2aaaf0100708, 
 params=0x2aaaf01000e0, type=value optimized out, 
 hostname=0x2aaaf0240073 
 cdn.u1.huluxia.comhttpg1/M00/0C/8D/wKgBB1QAtUOAXXj-AAARZtl9MXk020.jpg_160x160.jpegcdn.u1.huluxia.com\377,
  host_len=18)
 at CacheRead.cc:136
 #4  0x006ccf6d in open_read (this=value optimized out, 
 cont=0x2aaaf0101a30, url=0x2aaaf0100720, cluster_cache_local=value optimized 
 out, 
 request=0x2aaaf0100708, params=0x2aaaf01000e0, pin_in_cache=0, 
 type=CACHE_FRAG_TYPE_HTTP) at P_CacheInternal.h:1083
 #5  CacheProcessor::open_read (this=value optimized out, 
 cont=0x2aaaf0101a30, url=0x2aaaf0100720, cluster_cache_local=value optimized 
 out, 
 request=0x2aaaf0100708, params=0x2aaaf01000e0, pin_in_cache=0, 
 type=CACHE_FRAG_TYPE_HTTP) at Cache.cc:3600
 #6  0x00588d94 in do_cache_open_read (this=value optimized out, 
 url=value optimized out, hdr=value optimized out, 
 params=value optimized out, pin_in_cache=value optimized out) at 
 HttpCacheSM.cc:216
 #7  HttpCacheSM::open_read (this=value optimized out, url=value optimized 
 out, hdr=value optimized out, params=value optimized out, 
 pin_in_cache=value optimized out) at HttpCacheSM.cc:248
 #8  0x005961e3 in HttpSM::do_cache_lookup_and_read 
 (this=0x2aaaf010) at HttpSM.cc:4330
 #9  0x005af784 in HttpSM::set_next_state (this=0x2aaaf010) at 
 HttpSM.cc:6992
 #10 0x005a8ec2 in HttpSM::handle_api_return (this=0x2aaaf010) at 
 HttpSM.cc:1509
 #11 0x005a95c0 in HttpSM::state_api_callout (this=0x2aaaf010, 
 event=0, data=0x0) at HttpSM.cc:1441
 #12 0x005af26a in HttpSM::set_next_state (this=0x2aaaf010) at 
 HttpSM.cc:6882
 #13 0x0059563e in HttpSM::state_remap_request (this=0x2aaaf010, 
 event=63002) at HttpSM.cc:3826
 #14 0x005ac598 in HttpSM::main_handler (this=0x2aaaf010, 
 event=63002, data=0x0) at HttpSM.cc:2546
 #15 0x00605c3a in handleEvent (this=0x2aaacc548000, event=1, 
 e=0x2aaaf024ed20) at ../../../iocore/eventsystem/I_Continuation.h:146
 #16 RemapPlugins::run_remap (this=0x2aaacc548000, event=1, e=0x2aaaf024ed20) 
 at RemapPlugins.cc:180
 #17 0x0074656f in handleEvent (this=0x2afd7171f010, e=0x2aaaf024ed20, 
 calling_code=1) at I_Continuation.h:146
 #18 EThread::process_event (this=0x2afd7171f010, e=0x2aaaf024ed20, 
 calling_code=1) at UnixEThread.cc:144
 #19 0x00746edb in EThread::execute (this=0x2afd7171f010) at 
 UnixEThread.cc:195
 #20 0x0074590a in spawn_thread_internal (a=0x1b86300) at Thread.cc:88
 #21 0x2afd68f2e9d1 in start_thread () from /lib64/libpthread.so.0
 #22 0x2afd69f24b6d in clone () from /lib64/libc.so.6
 (gdb) f 1
 #1  ink_aio_read (op=0x2aaae465ecc0) at AIO.cc:611
 611 t-diskHandler-ready_list.enqueue(op);
 (gdb) p t-diskHandler
 $1 = (DiskHandler *) 0x0
 (gdb)
 {code}



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


[jira] [Commented] (TS-3053) enable-linux-native-aio crash

2014-11-21 Thread bettydramit (JIRA)

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

bettydramit commented on TS-3053:
-

OK.. which one ts-2537 or ts-2676?

 enable-linux-native-aio crash
 -

 Key: TS-3053
 URL: https://issues.apache.org/jira/browse/TS-3053
 Project: Traffic Server
  Issue Type: Bug
Reporter: Qiang Li

 configure with --enable-linux-native-aio  it will crash  sometime
 {code}
 (gdb) bt
 #0  enqueue (op=0x2aaae465ecc0) at ../../lib/ts/List.h:290
 #1  ink_aio_read (op=0x2aaae465ecc0) at AIO.cc:611
 #2  0x006ca458 in CacheVC::handleRead (this=0x2aaae465eb40) at 
 Cache.cc:2756
 #3  0x006ef52e in Cache::open_read (this=value optimized out, 
 cont=0x2aaaf0101a30, key=value optimized out, request=0x2aaaf0100708, 
 params=0x2aaaf01000e0, type=value optimized out, 
 hostname=0x2aaaf0240073 
 cdn.u1.huluxia.comhttpg1/M00/0C/8D/wKgBB1QAtUOAXXj-AAARZtl9MXk020.jpg_160x160.jpegcdn.u1.huluxia.com\377,
  host_len=18)
 at CacheRead.cc:136
 #4  0x006ccf6d in open_read (this=value optimized out, 
 cont=0x2aaaf0101a30, url=0x2aaaf0100720, cluster_cache_local=value optimized 
 out, 
 request=0x2aaaf0100708, params=0x2aaaf01000e0, pin_in_cache=0, 
 type=CACHE_FRAG_TYPE_HTTP) at P_CacheInternal.h:1083
 #5  CacheProcessor::open_read (this=value optimized out, 
 cont=0x2aaaf0101a30, url=0x2aaaf0100720, cluster_cache_local=value optimized 
 out, 
 request=0x2aaaf0100708, params=0x2aaaf01000e0, pin_in_cache=0, 
 type=CACHE_FRAG_TYPE_HTTP) at Cache.cc:3600
 #6  0x00588d94 in do_cache_open_read (this=value optimized out, 
 url=value optimized out, hdr=value optimized out, 
 params=value optimized out, pin_in_cache=value optimized out) at 
 HttpCacheSM.cc:216
 #7  HttpCacheSM::open_read (this=value optimized out, url=value optimized 
 out, hdr=value optimized out, params=value optimized out, 
 pin_in_cache=value optimized out) at HttpCacheSM.cc:248
 #8  0x005961e3 in HttpSM::do_cache_lookup_and_read 
 (this=0x2aaaf010) at HttpSM.cc:4330
 #9  0x005af784 in HttpSM::set_next_state (this=0x2aaaf010) at 
 HttpSM.cc:6992
 #10 0x005a8ec2 in HttpSM::handle_api_return (this=0x2aaaf010) at 
 HttpSM.cc:1509
 #11 0x005a95c0 in HttpSM::state_api_callout (this=0x2aaaf010, 
 event=0, data=0x0) at HttpSM.cc:1441
 #12 0x005af26a in HttpSM::set_next_state (this=0x2aaaf010) at 
 HttpSM.cc:6882
 #13 0x0059563e in HttpSM::state_remap_request (this=0x2aaaf010, 
 event=63002) at HttpSM.cc:3826
 #14 0x005ac598 in HttpSM::main_handler (this=0x2aaaf010, 
 event=63002, data=0x0) at HttpSM.cc:2546
 #15 0x00605c3a in handleEvent (this=0x2aaacc548000, event=1, 
 e=0x2aaaf024ed20) at ../../../iocore/eventsystem/I_Continuation.h:146
 #16 RemapPlugins::run_remap (this=0x2aaacc548000, event=1, e=0x2aaaf024ed20) 
 at RemapPlugins.cc:180
 #17 0x0074656f in handleEvent (this=0x2afd7171f010, e=0x2aaaf024ed20, 
 calling_code=1) at I_Continuation.h:146
 #18 EThread::process_event (this=0x2afd7171f010, e=0x2aaaf024ed20, 
 calling_code=1) at UnixEThread.cc:144
 #19 0x00746edb in EThread::execute (this=0x2afd7171f010) at 
 UnixEThread.cc:195
 #20 0x0074590a in spawn_thread_internal (a=0x1b86300) at Thread.cc:88
 #21 0x2afd68f2e9d1 in start_thread () from /lib64/libpthread.so.0
 #22 0x2afd69f24b6d in clone () from /lib64/libc.so.6
 (gdb) f 1
 #1  ink_aio_read (op=0x2aaae465ecc0) at AIO.cc:611
 611 t-diskHandler-ready_list.enqueue(op);
 (gdb) p t-diskHandler
 $1 = (DiskHandler *) 0x0
 (gdb)
 {code}



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


[jira] [Commented] (TS-3152) We offer up H2-14 on current master, even when it's not working / supported

2014-10-23 Thread bettydramit (JIRA)

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

bettydramit commented on TS-3152:
-

with ts-3152.diff 
Test with nghttp

nghttp -v https://aaa.verycdn.cn/a.html
[  0.080][NPN] server offers:
  * http/1.1
  * http/1.0
[ERROR] HTTP/2 protocol was not selected. (nghttp2 expects h2-14)
[ERROR] Could not connect to the host
Some requests were not processed. total=1, processed=0

 We offer up H2-14 on current master, even when it's not working / supported
 ---

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

 Attachments: TS-3152.diff


 E.g.
 {code}
 [root@ats ~]#  /usr/local/bin/nghttp  -v https://www.ogre.com
 [  0.112][NPN] server offers:
   * spdy/3.1
   * spdy/3
   * h2-14
   * http/1.1
   * http/1.0
 The negotiated protocol: h2-14
 ...
 [  0.156] send SETTINGS frame length=0, flags=0x01, stream_id=0
   ; ACK
   (niv=0)
 [ERROR] Network error
 Some requests were not processed. total=1, processed=0
 {code}



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


[jira] [Created] (TS-3083) crash

2014-09-17 Thread bettydramit (JIRA)
bettydramit created TS-3083:
---

 Summary: crash
 Key: TS-3083
 URL: https://issues.apache.org/jira/browse/TS-3083
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit


c++filt a.txt 
{code}
/lib64/libpthread.so.0(+0xf710)[0x2b4c37949710]
/usr/lib64/trafficserver/libtsutil.so.5(ink_atomiclist_pop+0x3e)[0x2b4c35abb64e]
/usr/lib64/trafficserver/libtsutil.so.5(reclaimable_freelist_new+0x65)[0x2b4c35abc065]
/usr/bin/traffic_server(MIOBuffer_tracker::operator()(long)+0x2b)[0x4a33db]
/usr/bin/traffic_server(PluginVCCore::init()+0x2e3)[0x4d9903]
/usr/bin/traffic_server(PluginVCCore::alloc()+0x11d)[0x4dcf4d]
/usr/bin/traffic_server(TSHttpConnectWithPluginId+0x5d)[0x4b9e9d]
/usr/bin/traffic_server(FetchSM::httpConnect()+0x74)[0x4a0224]
/usr/bin/traffic_server(PluginVC::process_read_side(bool)+0x375)[0x4da675]
/usr/bin/traffic_server(PluginVC::process_write_side(bool)+0x57a)[0x4dafca]
/usr/bin/traffic_server(PluginVC::main_handler(int, void*)+0x315)[0x4dc9a5]
/usr/bin/traffic_server(EThread::process_event(Event*, int)+0x8f)[0x73788f]
/usr/bin/traffic_server(EThread::execute()+0x57b)[0x7381fb]
{code}



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


[jira] [Updated] (TS-3083) crash

2014-09-17 Thread bettydramit (JIRA)

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

bettydramit updated TS-3083:

Affects Version/s: 5.0.2

 crash
 -

 Key: TS-3083
 URL: https://issues.apache.org/jira/browse/TS-3083
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 5.0.2
Reporter: bettydramit
  Labels: crash

 c++filt a.txt 
 {code}
 /lib64/libpthread.so.0(+0xf710)[0x2b4c37949710]
 /usr/lib64/trafficserver/libtsutil.so.5(ink_atomiclist_pop+0x3e)[0x2b4c35abb64e]
 /usr/lib64/trafficserver/libtsutil.so.5(reclaimable_freelist_new+0x65)[0x2b4c35abc065]
 /usr/bin/traffic_server(MIOBuffer_tracker::operator()(long)+0x2b)[0x4a33db]
 /usr/bin/traffic_server(PluginVCCore::init()+0x2e3)[0x4d9903]
 /usr/bin/traffic_server(PluginVCCore::alloc()+0x11d)[0x4dcf4d]
 /usr/bin/traffic_server(TSHttpConnectWithPluginId+0x5d)[0x4b9e9d]
 /usr/bin/traffic_server(FetchSM::httpConnect()+0x74)[0x4a0224]
 /usr/bin/traffic_server(PluginVC::process_read_side(bool)+0x375)[0x4da675]
 /usr/bin/traffic_server(PluginVC::process_write_side(bool)+0x57a)[0x4dafca]
 /usr/bin/traffic_server(PluginVC::main_handler(int, void*)+0x315)[0x4dc9a5]
 /usr/bin/traffic_server(EThread::process_event(Event*, int)+0x8f)[0x73788f]
 /usr/bin/traffic_server(EThread::execute()+0x57b)[0x7381fb]
 {code}



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


[jira] [Updated] (TS-3083) crash

2014-09-17 Thread bettydramit (JIRA)

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

bettydramit updated TS-3083:

Labels: crash  (was: )

 crash
 -

 Key: TS-3083
 URL: https://issues.apache.org/jira/browse/TS-3083
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 5.0.2
Reporter: bettydramit
  Labels: crash

 c++filt a.txt 
 {code}
 /lib64/libpthread.so.0(+0xf710)[0x2b4c37949710]
 /usr/lib64/trafficserver/libtsutil.so.5(ink_atomiclist_pop+0x3e)[0x2b4c35abb64e]
 /usr/lib64/trafficserver/libtsutil.so.5(reclaimable_freelist_new+0x65)[0x2b4c35abc065]
 /usr/bin/traffic_server(MIOBuffer_tracker::operator()(long)+0x2b)[0x4a33db]
 /usr/bin/traffic_server(PluginVCCore::init()+0x2e3)[0x4d9903]
 /usr/bin/traffic_server(PluginVCCore::alloc()+0x11d)[0x4dcf4d]
 /usr/bin/traffic_server(TSHttpConnectWithPluginId+0x5d)[0x4b9e9d]
 /usr/bin/traffic_server(FetchSM::httpConnect()+0x74)[0x4a0224]
 /usr/bin/traffic_server(PluginVC::process_read_side(bool)+0x375)[0x4da675]
 /usr/bin/traffic_server(PluginVC::process_write_side(bool)+0x57a)[0x4dafca]
 /usr/bin/traffic_server(PluginVC::main_handler(int, void*)+0x315)[0x4dc9a5]
 /usr/bin/traffic_server(EThread::process_event(Event*, int)+0x8f)[0x73788f]
 /usr/bin/traffic_server(EThread::execute()+0x57b)[0x7381fb]
 {code}



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


[jira] [Updated] (TS-3083) crash

2014-09-17 Thread bettydramit (JIRA)

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

bettydramit updated TS-3083:

Component/s: Core

 crash
 -

 Key: TS-3083
 URL: https://issues.apache.org/jira/browse/TS-3083
 Project: Traffic Server
  Issue Type: Bug
  Components: Core
Affects Versions: 5.0.2
Reporter: bettydramit
  Labels: crash

 c++filt a.txt 
 {code}
 /lib64/libpthread.so.0(+0xf710)[0x2b4c37949710]
 /usr/lib64/trafficserver/libtsutil.so.5(ink_atomiclist_pop+0x3e)[0x2b4c35abb64e]
 /usr/lib64/trafficserver/libtsutil.so.5(reclaimable_freelist_new+0x65)[0x2b4c35abc065]
 /usr/bin/traffic_server(MIOBuffer_tracker::operator()(long)+0x2b)[0x4a33db]
 /usr/bin/traffic_server(PluginVCCore::init()+0x2e3)[0x4d9903]
 /usr/bin/traffic_server(PluginVCCore::alloc()+0x11d)[0x4dcf4d]
 /usr/bin/traffic_server(TSHttpConnectWithPluginId+0x5d)[0x4b9e9d]
 /usr/bin/traffic_server(FetchSM::httpConnect()+0x74)[0x4a0224]
 /usr/bin/traffic_server(PluginVC::process_read_side(bool)+0x375)[0x4da675]
 /usr/bin/traffic_server(PluginVC::process_write_side(bool)+0x57a)[0x4dafca]
 /usr/bin/traffic_server(PluginVC::main_handler(int, void*)+0x315)[0x4dc9a5]
 /usr/bin/traffic_server(EThread::process_event(Event*, int)+0x8f)[0x73788f]
 /usr/bin/traffic_server(EThread::execute()+0x57b)[0x7381fb]
 {code}



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


[jira] [Commented] (TS-3083) crash

2014-09-17 Thread bettydramit (JIRA)

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

bettydramit commented on TS-3083:
-

ENV: centos 6.5 5.0.2
{code}
./configure --enable-layout=Gentoo  --libdir=%{_libdir}/trafficserver  
--enable-spdy --enable-reclaimable-freelist --enable-interim-cache
{code}

 crash
 -

 Key: TS-3083
 URL: https://issues.apache.org/jira/browse/TS-3083
 Project: Traffic Server
  Issue Type: Bug
  Components: Core
Affects Versions: 5.0.2
Reporter: bettydramit
  Labels: crash

 c++filt a.txt 
 {code}
 /lib64/libpthread.so.0(+0xf710)[0x2b4c37949710]
 /usr/lib64/trafficserver/libtsutil.so.5(ink_atomiclist_pop+0x3e)[0x2b4c35abb64e]
 /usr/lib64/trafficserver/libtsutil.so.5(reclaimable_freelist_new+0x65)[0x2b4c35abc065]
 /usr/bin/traffic_server(MIOBuffer_tracker::operator()(long)+0x2b)[0x4a33db]
 /usr/bin/traffic_server(PluginVCCore::init()+0x2e3)[0x4d9903]
 /usr/bin/traffic_server(PluginVCCore::alloc()+0x11d)[0x4dcf4d]
 /usr/bin/traffic_server(TSHttpConnectWithPluginId+0x5d)[0x4b9e9d]
 /usr/bin/traffic_server(FetchSM::httpConnect()+0x74)[0x4a0224]
 /usr/bin/traffic_server(PluginVC::process_read_side(bool)+0x375)[0x4da675]
 /usr/bin/traffic_server(PluginVC::process_write_side(bool)+0x57a)[0x4dafca]
 /usr/bin/traffic_server(PluginVC::main_handler(int, void*)+0x315)[0x4dc9a5]
 /usr/bin/traffic_server(EThread::process_event(Event*, int)+0x8f)[0x73788f]
 /usr/bin/traffic_server(EThread::execute()+0x57b)[0x7381fb]
 {code}



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


[jira] [Created] (TS-3079) crash

2014-09-16 Thread bettydramit (JIRA)
bettydramit created TS-3079:
---

 Summary: crash
 Key: TS-3079
 URL: https://issues.apache.org/jira/browse/TS-3079
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit


{code}
/usr/bin/traffic_server(EThread::is_event_type(int)+0x9)[0x745ed9]
/usr/bin/traffic_server(UnixNetProcessor::connect_re_internal(Continuation*, 
sockaddr const*, NetVCOptions*)+0x382)[0x71f162]
/usr/bin/traffic_server(HttpSM::do_http_server_open(bool)+0x71c)[0x5aa35c]
/usr/bin/traffic_server(HttpSM::set_next_state()+0x4dd)[0x5af30d]
/usr/bin/traffic_server(HttpSM::state_send_server_request_header(int, 
void*)+0x84)[0x5adaf4]
/usr/bin/traffic_server(HttpSM::main_handler(int, void*)+0xd8)[0x5ac358]
/usr/bin/traffic_server[0x7229d1]
/usr/bin/traffic_server[0x725fef]
/usr/bin/traffic_server(NetHandler::mainNetEvent(int, Event*)+0x1f2)[0x719ed2]
/usr/bin/traffic_server(EThread::process_event(Event*, int)+0x8f)[0x74676f]
/usr/bin/traffic_server(EThread::execute()+0x43b)[0x746f9b]
/usr/bin/traffic_server[0x745b0a]
/lib64/libpthread.so.0(+0x79d1)[0x2ad94a91b9d1]
/lib64/libc.so.6(clone+0x6d)[0x2ad94b911b6d]
{code}



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


[jira] [Updated] (TS-3079) crash

2014-09-16 Thread bettydramit (JIRA)

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

bettydramit updated TS-3079:

Affects Version/s: 5.1.0

 crash
 -

 Key: TS-3079
 URL: https://issues.apache.org/jira/browse/TS-3079
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 5.1.0
Reporter: bettydramit

 {code}
 /usr/bin/traffic_server(EThread::is_event_type(int)+0x9)[0x745ed9]
 /usr/bin/traffic_server(UnixNetProcessor::connect_re_internal(Continuation*, 
 sockaddr const*, NetVCOptions*)+0x382)[0x71f162]
 /usr/bin/traffic_server(HttpSM::do_http_server_open(bool)+0x71c)[0x5aa35c]
 /usr/bin/traffic_server(HttpSM::set_next_state()+0x4dd)[0x5af30d]
 /usr/bin/traffic_server(HttpSM::state_send_server_request_header(int, 
 void*)+0x84)[0x5adaf4]
 /usr/bin/traffic_server(HttpSM::main_handler(int, void*)+0xd8)[0x5ac358]
 /usr/bin/traffic_server[0x7229d1]
 /usr/bin/traffic_server[0x725fef]
 /usr/bin/traffic_server(NetHandler::mainNetEvent(int, Event*)+0x1f2)[0x719ed2]
 /usr/bin/traffic_server(EThread::process_event(Event*, int)+0x8f)[0x74676f]
 /usr/bin/traffic_server(EThread::execute()+0x43b)[0x746f9b]
 /usr/bin/traffic_server[0x745b0a]
 /lib64/libpthread.so.0(+0x79d1)[0x2ad94a91b9d1]
 /lib64/libc.so.6(clone+0x6d)[0x2ad94b911b6d]
 {code}



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


[jira] [Commented] (TS-3025) Segmentation fault when SPDY enabled

2014-08-20 Thread bettydramit (JIRA)

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

bettydramit commented on TS-3025:
-

same as  TS-1798. 
close this issue?

 Segmentation fault when SPDY enabled
 

 Key: TS-3025
 URL: https://issues.apache.org/jira/browse/TS-3025
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 5.1.0
Reporter: bettydramit
  Labels: crash
 Fix For: 5.2.0


 Env: Centos 6 x86_64 gitmaster version
 enable spdy
 {code}
 `/usr/bin/traffic_server -M --httpport 80:fd=9,443:fd=10:ssl:proto=http;spdy'
 {code}
 core info
 {code}
 NOTE: Traffic Server received Sig 11: Segmentation fault
 /usr/bin/traffic_server - STACK TRACE: 
 /lib64/libpthread.so.0(+0xf710)[0x2b920328b710]
 /usr/bin/traffic_server(EThread::is_event_type(int)+0x9)[0x73f019]
 /usr/bin/traffic_server(UnixNetProcessor::connect_re_internal(Continuation*, 
 sockaddr const*, NetVCOptions*)+0x382)[0x7182f2]
 /usr/bin/traffic_server(HttpSM::do_http_server_open(bool)+0x71c)[0x5a96cc]
 /usr/bin/traffic_server(HttpSM::set_next_state()+0x4e0)[0x5ae690]
 /usr/bin/traffic_server(HttpSM::state_send_server_request_header(int, 
 void*)+0x84)[0x5ace74]
 /usr/bin/traffic_server(HttpSM::main_handler(int, void*)+0xd8)[0x5ab6c8]
 /usr/bin/traffic_server[0x71bb61]
 /usr/bin/traffic_server[0x71f17f]
 /usr/bin/traffic_server(NetHandler::mainNetEvent(int, Event*)+0x1f2)[0x7130e2]
 /usr/bin/traffic_server(EThread::process_event(Event*, int)+0x8f)[0x73f8af]
 /usr/bin/traffic_server(EThread::execute()+0x43b)[0x7400db]
 /usr/bin/traffic_server[0x73ec4a]
 /lib64/libpthread.so.0(+0x79d1)[0x2b92032839d1]
 /lib64/libc.so.6(clone+0x6d)[0x2b9204279b6d]
 {code}
 gdb info
 {code}
 Program terminated with signal 11, Segmentation fault.
 #0  0x0073f019 in EThread::is_event_type (this=0x0, et=0) at 
 UnixEThread.cc:120
 (gdb) bt
 #0  0x0073f019 in EThread::is_event_type (this=0x0, et=0) at 
 UnixEThread.cc:120
 #1  0x007182f2 in UnixNetProcessor::connect_re_internal (this=value 
 optimized out, cont=0x2aab21bed4e0, 
 target=value optimized out, opt=0x2b920706d940) at 
 UnixNetProcessor.cc:247
 #2  0x005a96cc in connect_re (this=0x2aab21bed4e0, raw=value 
 optimized out) at ../../iocore/net/P_UnixNetProcessor.h:85
 #3  HttpSM::do_http_server_open (this=0x2aab21bed4e0, raw=value optimized 
 out) at HttpSM.cc:4699
 #4  0x005ae690 in HttpSM::set_next_state (this=0x2aab21bed4e0) at 
 HttpSM.cc:7024
 #5  0x005ace74 in HttpSM::state_send_server_request_header 
 (this=0x2aab21bed4e0, event=104, data=0x2aab20a63420) at HttpSM.cc:1962
 #6  0x005ab6c8 in HttpSM::main_handler (this=0x2aab21bed4e0, 
 event=104, data=0x2aab20a63420) at HttpSM.cc:2542
 #7  0x0071bb61 in handleEvent (event=value optimized out, 
 nh=0x2b920646cbc0, vc=0x2aab20a63310)
 at ../../iocore/eventsystem/I_Continuation.h:146
 #8  read_signal_and_update (event=value optimized out, nh=0x2b920646cbc0, 
 vc=0x2aab20a63310) at UnixNetVConnection.cc:137
 #9  read_signal_done (event=value optimized out, nh=0x2b920646cbc0, 
 vc=0x2aab20a63310) at UnixNetVConnection.cc:167
 #10 0x0071f17f in read_from_net (nh=0x2b920646cbc0, 
 vc=0x2aab20a63310, thread=value optimized out) at UnixNetVConnection.cc:291
 #11 0x007130e2 in NetHandler::mainNetEvent (this=0x2b920646cbc0, 
 event=value optimized out, e=value optimized out)
 at UnixNet.cc:399
 #12 0x0073f8af in handleEvent (this=0x2b9206469010, e=0x2b9207986cc0, 
 calling_code=5) at I_Continuation.h:146
 #13 EThread::process_event (this=0x2b9206469010, e=0x2b9207986cc0, 
 calling_code=5) at UnixEThread.cc:144
 #14 0x007400db in EThread::execute (this=0x2b9206469010) at 
 UnixEThread.cc:268
 #15 0x0073ec4a in spawn_thread_internal (a=0x2ac4c10) at Thread.cc:88
 #16 0x2b92032839d1 in start_thread () from /lib64/libpthread.so.0
 #17 0x2b9204279b6d in clone () from /lib64/libc.so.6
 {code}



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Created] (TS-3022) double free or corruption (!prev)

2014-08-19 Thread bettydramit (JIRA)
bettydramit created TS-3022:
---

 Summary: double free or corruption (!prev)
 Key: TS-3022
 URL: https://issues.apache.org/jira/browse/TS-3022
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit


Centos 6 x86_64 gitmaster
Enable ocsp
config set
{code}
CONFIG proxy.config.ssl.ocsp.enabled INT 1
CONFIG proxy.config.ssl.ocsp.update_period INT 60
{code}

{code}
[E. Mgmt] log == [TrafficManager] using root directory '/usr'
[TrafficServer] using root directory '/usr'
*** glibc detected *** /usr/bin/traffic_server: double free or corruption 
(!prev): 0x02af8be0 ***
=== Backtrace: =
/lib64/libc.so.6(+0x76166)[0x2ac6c2294166]
/lib64/libc.so.6(+0x78c93)[0x2ac6c2296c93]
/usr/lib64/libcrypto.so.10(CRYPTO_free+0x1d)[0x2ac6bfb990ad]
/usr/lib64/libcrypto.so.10(+0x68ada)[0x2ac6bfb9aada]
/usr/lib64/libssl.so.10(SSL_CTX_free+0x6e)[0x2ac6bf907e7e]
/usr/bin/traffic_server(_ZN17SSLContextStorageD1Ev+0x59)[0x72c489]
/usr/bin/traffic_server(_ZN13SSLCertLookupD0Ev+0x29)[0x72c5f9]
/usr/bin/traffic_server(_ZN18ConfigInfoReleaser12handle_eventEiPv+0x17)[0x665da7]
/usr/bin/traffic_server(_ZN7EThread13process_eventEP5Eventi+0x8f)[0x73f7bf]
/usr/bin/traffic_server(_ZN7EThread7executeEv+0x5c3)[0x740173]
/usr/bin/traffic_server[0x73eb5a]
/lib64/libpthread.so.0(+0x79d1)[0x2ac6c13109d1]
{code}



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (TS-3022) double free or corruption (!prev)

2014-08-19 Thread bettydramit (JIRA)

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

bettydramit commented on TS-3022:
-

gdb info
{code}
(gdb) bt
#0  0x2ba78af74925 in raise () from /lib64/libc.so.6
#1  0x2ba78af76105 in abort () from /lib64/libc.so.6
#2  0x2ba78afb2837 in __libc_message () from /lib64/libc.so.6
#3  0x2ba78afb8166 in malloc_printerr () from /lib64/libc.so.6
#4  0x2ba78afbac93 in _int_free () from /lib64/libc.so.6
#5  0x2ba7888bd0ad in CRYPTO_free () from /usr/lib64/libcrypto.so.10
#6  0x2ba7888beada in ?? () from /usr/lib64/libcrypto.so.10
#7  0x2ba78862be7e in SSL_CTX_free () from /usr/lib64/libssl.so.10
#8  0x0072c579 in SSLContextStorage::~SSLContextStorage 
(this=0x2a1a940, __in_chrg=value optimized out) at SSLCertLookup.cc:216
#9  0x0072c6e9 in ~SSLCertLookup (this=0x2a1a910, __in_chrg=value 
optimized out) at SSLCertLookup.cc:104
#10 SSLCertLookup::~SSLCertLookup (this=0x2a1a910, __in_chrg=value optimized 
out) at SSLCertLookup.cc:105
#11 0x00665e67 in ConfigInfoReleaser::handle_event 
(this=0x2aaae407c060) at ProxyConfig.cc:106
#12 0x0073f8af in handleEvent (this=0x2ba78d820010, e=0x2aab21baeea0, 
calling_code=2) at I_Continuation.h:146
#13 EThread::process_event (this=0x2ba78d820010, e=0x2aab21baeea0, 
calling_code=2) at UnixEThread.cc:144
#14 0x00740263 in EThread::execute (this=0x2ba78d820010) at 
UnixEThread.cc:223
#15 0x0073ec4a in spawn_thread_internal (a=0x2622710) at Thread.cc:88
#16 0x2ba78a0349d1 in start_thread () from /lib64/libpthread.so.0
#17 0x2ba78b02ab6d in clone () from /lib64/libc.so.6
(gdb) 
{code}

 double free or corruption (!prev)
 -

 Key: TS-3022
 URL: https://issues.apache.org/jira/browse/TS-3022
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit

 Centos 6 x86_64 gitmaster
 Enable ocsp
 config set
 {code}
 CONFIG proxy.config.ssl.ocsp.enabled INT 1
 CONFIG proxy.config.ssl.ocsp.update_period INT 60
 {code}
 {code}
 [E. Mgmt] log == [TrafficManager] using root directory '/usr'
 [TrafficServer] using root directory '/usr'
 *** glibc detected *** /usr/bin/traffic_server: double free or corruption 
 (!prev): 0x02af8be0 ***
 === Backtrace: =
 /lib64/libc.so.6(+0x76166)[0x2ac6c2294166]
 /lib64/libc.so.6(+0x78c93)[0x2ac6c2296c93]
 /usr/lib64/libcrypto.so.10(CRYPTO_free+0x1d)[0x2ac6bfb990ad]
 /usr/lib64/libcrypto.so.10(+0x68ada)[0x2ac6bfb9aada]
 /usr/lib64/libssl.so.10(SSL_CTX_free+0x6e)[0x2ac6bf907e7e]
 /usr/bin/traffic_server(_ZN17SSLContextStorageD1Ev+0x59)[0x72c489]
 /usr/bin/traffic_server(_ZN13SSLCertLookupD0Ev+0x29)[0x72c5f9]
 /usr/bin/traffic_server(_ZN18ConfigInfoReleaser12handle_eventEiPv+0x17)[0x665da7]
 /usr/bin/traffic_server(_ZN7EThread13process_eventEP5Eventi+0x8f)[0x73f7bf]
 /usr/bin/traffic_server(_ZN7EThread7executeEv+0x5c3)[0x740173]
 /usr/bin/traffic_server[0x73eb5a]
 /lib64/libpthread.so.0(+0x79d1)[0x2ac6c13109d1]
 {code}



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Created] (TS-3025) Segmentation fault

2014-08-19 Thread bettydramit (JIRA)
bettydramit created TS-3025:
---

 Summary: Segmentation fault
 Key: TS-3025
 URL: https://issues.apache.org/jira/browse/TS-3025
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit


Env: Centos 6 x86_64 gitmaster version
enable spdy
{code}
`/usr/bin/traffic_server -M --httpport 80:fd=9,443:fd=10:ssl:proto=http;spdy'
{code}

core info
{code}
NOTE: Traffic Server received Sig 11: Segmentation fault
/usr/bin/traffic_server - STACK TRACE: 
/lib64/libpthread.so.0(+0xf710)[0x2b920328b710]
/usr/bin/traffic_server(EThread::is_event_type(int)+0x9)[0x73f019]
/usr/bin/traffic_server(UnixNetProcessor::connect_re_internal(Continuation*, 
sockaddr const*, NetVCOptions*)+0x382)[0x7182f2]
/usr/bin/traffic_server(HttpSM::do_http_server_open(bool)+0x71c)[0x5a96cc]
/usr/bin/traffic_server(HttpSM::set_next_state()+0x4e0)[0x5ae690]
/usr/bin/traffic_server(HttpSM::state_send_server_request_header(int, 
void*)+0x84)[0x5ace74]
/usr/bin/traffic_server(HttpSM::main_handler(int, void*)+0xd8)[0x5ab6c8]
/usr/bin/traffic_server[0x71bb61]
/usr/bin/traffic_server[0x71f17f]
/usr/bin/traffic_server(NetHandler::mainNetEvent(int, Event*)+0x1f2)[0x7130e2]
/usr/bin/traffic_server(EThread::process_event(Event*, int)+0x8f)[0x73f8af]
/usr/bin/traffic_server(EThread::execute()+0x43b)[0x7400db]
/usr/bin/traffic_server[0x73ec4a]
/lib64/libpthread.so.0(+0x79d1)[0x2b92032839d1]
/lib64/libc.so.6(clone+0x6d)[0x2b9204279b6d]
{code}

gdb info
{code}
Program terminated with signal 11, Segmentation fault.
#0  0x0073f019 in EThread::is_event_type (this=0x0, et=0) at 
UnixEThread.cc:120
(gdb) bt
#0  0x0073f019 in EThread::is_event_type (this=0x0, et=0) at 
UnixEThread.cc:120
#1  0x007182f2 in UnixNetProcessor::connect_re_internal (this=value 
optimized out, cont=0x2aab21bed4e0, 
target=value optimized out, opt=0x2b920706d940) at UnixNetProcessor.cc:247
#2  0x005a96cc in connect_re (this=0x2aab21bed4e0, raw=value optimized 
out) at ../../iocore/net/P_UnixNetProcessor.h:85
#3  HttpSM::do_http_server_open (this=0x2aab21bed4e0, raw=value optimized 
out) at HttpSM.cc:4699
#4  0x005ae690 in HttpSM::set_next_state (this=0x2aab21bed4e0) at 
HttpSM.cc:7024
#5  0x005ace74 in HttpSM::state_send_server_request_header 
(this=0x2aab21bed4e0, event=104, data=0x2aab20a63420) at HttpSM.cc:1962
#6  0x005ab6c8 in HttpSM::main_handler (this=0x2aab21bed4e0, event=104, 
data=0x2aab20a63420) at HttpSM.cc:2542
#7  0x0071bb61 in handleEvent (event=value optimized out, 
nh=0x2b920646cbc0, vc=0x2aab20a63310)
at ../../iocore/eventsystem/I_Continuation.h:146
#8  read_signal_and_update (event=value optimized out, nh=0x2b920646cbc0, 
vc=0x2aab20a63310) at UnixNetVConnection.cc:137
#9  read_signal_done (event=value optimized out, nh=0x2b920646cbc0, 
vc=0x2aab20a63310) at UnixNetVConnection.cc:167
#10 0x0071f17f in read_from_net (nh=0x2b920646cbc0, vc=0x2aab20a63310, 
thread=value optimized out) at UnixNetVConnection.cc:291
#11 0x007130e2 in NetHandler::mainNetEvent (this=0x2b920646cbc0, 
event=value optimized out, e=value optimized out)
at UnixNet.cc:399
#12 0x0073f8af in handleEvent (this=0x2b9206469010, e=0x2b9207986cc0, 
calling_code=5) at I_Continuation.h:146
#13 EThread::process_event (this=0x2b9206469010, e=0x2b9207986cc0, 
calling_code=5) at UnixEThread.cc:144
#14 0x007400db in EThread::execute (this=0x2b9206469010) at 
UnixEThread.cc:268
#15 0x0073ec4a in spawn_thread_internal (a=0x2ac4c10) at Thread.cc:88
#16 0x2b92032839d1 in start_thread () from /lib64/libpthread.so.0
#17 0x2b9204279b6d in clone () from /lib64/libc.so.6
{code}



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Updated] (TS-3025) Segmentation fault

2014-08-19 Thread bettydramit (JIRA)

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

bettydramit updated TS-3025:


Affects Version/s: 5.1.0

 Segmentation fault
 --

 Key: TS-3025
 URL: https://issues.apache.org/jira/browse/TS-3025
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 5.1.0
Reporter: bettydramit
  Labels: crash

 Env: Centos 6 x86_64 gitmaster version
 enable spdy
 {code}
 `/usr/bin/traffic_server -M --httpport 80:fd=9,443:fd=10:ssl:proto=http;spdy'
 {code}
 core info
 {code}
 NOTE: Traffic Server received Sig 11: Segmentation fault
 /usr/bin/traffic_server - STACK TRACE: 
 /lib64/libpthread.so.0(+0xf710)[0x2b920328b710]
 /usr/bin/traffic_server(EThread::is_event_type(int)+0x9)[0x73f019]
 /usr/bin/traffic_server(UnixNetProcessor::connect_re_internal(Continuation*, 
 sockaddr const*, NetVCOptions*)+0x382)[0x7182f2]
 /usr/bin/traffic_server(HttpSM::do_http_server_open(bool)+0x71c)[0x5a96cc]
 /usr/bin/traffic_server(HttpSM::set_next_state()+0x4e0)[0x5ae690]
 /usr/bin/traffic_server(HttpSM::state_send_server_request_header(int, 
 void*)+0x84)[0x5ace74]
 /usr/bin/traffic_server(HttpSM::main_handler(int, void*)+0xd8)[0x5ab6c8]
 /usr/bin/traffic_server[0x71bb61]
 /usr/bin/traffic_server[0x71f17f]
 /usr/bin/traffic_server(NetHandler::mainNetEvent(int, Event*)+0x1f2)[0x7130e2]
 /usr/bin/traffic_server(EThread::process_event(Event*, int)+0x8f)[0x73f8af]
 /usr/bin/traffic_server(EThread::execute()+0x43b)[0x7400db]
 /usr/bin/traffic_server[0x73ec4a]
 /lib64/libpthread.so.0(+0x79d1)[0x2b92032839d1]
 /lib64/libc.so.6(clone+0x6d)[0x2b9204279b6d]
 {code}
 gdb info
 {code}
 Program terminated with signal 11, Segmentation fault.
 #0  0x0073f019 in EThread::is_event_type (this=0x0, et=0) at 
 UnixEThread.cc:120
 (gdb) bt
 #0  0x0073f019 in EThread::is_event_type (this=0x0, et=0) at 
 UnixEThread.cc:120
 #1  0x007182f2 in UnixNetProcessor::connect_re_internal (this=value 
 optimized out, cont=0x2aab21bed4e0, 
 target=value optimized out, opt=0x2b920706d940) at 
 UnixNetProcessor.cc:247
 #2  0x005a96cc in connect_re (this=0x2aab21bed4e0, raw=value 
 optimized out) at ../../iocore/net/P_UnixNetProcessor.h:85
 #3  HttpSM::do_http_server_open (this=0x2aab21bed4e0, raw=value optimized 
 out) at HttpSM.cc:4699
 #4  0x005ae690 in HttpSM::set_next_state (this=0x2aab21bed4e0) at 
 HttpSM.cc:7024
 #5  0x005ace74 in HttpSM::state_send_server_request_header 
 (this=0x2aab21bed4e0, event=104, data=0x2aab20a63420) at HttpSM.cc:1962
 #6  0x005ab6c8 in HttpSM::main_handler (this=0x2aab21bed4e0, 
 event=104, data=0x2aab20a63420) at HttpSM.cc:2542
 #7  0x0071bb61 in handleEvent (event=value optimized out, 
 nh=0x2b920646cbc0, vc=0x2aab20a63310)
 at ../../iocore/eventsystem/I_Continuation.h:146
 #8  read_signal_and_update (event=value optimized out, nh=0x2b920646cbc0, 
 vc=0x2aab20a63310) at UnixNetVConnection.cc:137
 #9  read_signal_done (event=value optimized out, nh=0x2b920646cbc0, 
 vc=0x2aab20a63310) at UnixNetVConnection.cc:167
 #10 0x0071f17f in read_from_net (nh=0x2b920646cbc0, 
 vc=0x2aab20a63310, thread=value optimized out) at UnixNetVConnection.cc:291
 #11 0x007130e2 in NetHandler::mainNetEvent (this=0x2b920646cbc0, 
 event=value optimized out, e=value optimized out)
 at UnixNet.cc:399
 #12 0x0073f8af in handleEvent (this=0x2b9206469010, e=0x2b9207986cc0, 
 calling_code=5) at I_Continuation.h:146
 #13 EThread::process_event (this=0x2b9206469010, e=0x2b9207986cc0, 
 calling_code=5) at UnixEThread.cc:144
 #14 0x007400db in EThread::execute (this=0x2b9206469010) at 
 UnixEThread.cc:268
 #15 0x0073ec4a in spawn_thread_internal (a=0x2ac4c10) at Thread.cc:88
 #16 0x2b92032839d1 in start_thread () from /lib64/libpthread.so.0
 #17 0x2b9204279b6d in clone () from /lib64/libc.so.6
 {code}



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Updated] (TS-3025) Segmentation fault

2014-08-19 Thread bettydramit (JIRA)

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

bettydramit updated TS-3025:


Labels: crash  (was: )

 Segmentation fault
 --

 Key: TS-3025
 URL: https://issues.apache.org/jira/browse/TS-3025
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 5.1.0
Reporter: bettydramit
  Labels: crash

 Env: Centos 6 x86_64 gitmaster version
 enable spdy
 {code}
 `/usr/bin/traffic_server -M --httpport 80:fd=9,443:fd=10:ssl:proto=http;spdy'
 {code}
 core info
 {code}
 NOTE: Traffic Server received Sig 11: Segmentation fault
 /usr/bin/traffic_server - STACK TRACE: 
 /lib64/libpthread.so.0(+0xf710)[0x2b920328b710]
 /usr/bin/traffic_server(EThread::is_event_type(int)+0x9)[0x73f019]
 /usr/bin/traffic_server(UnixNetProcessor::connect_re_internal(Continuation*, 
 sockaddr const*, NetVCOptions*)+0x382)[0x7182f2]
 /usr/bin/traffic_server(HttpSM::do_http_server_open(bool)+0x71c)[0x5a96cc]
 /usr/bin/traffic_server(HttpSM::set_next_state()+0x4e0)[0x5ae690]
 /usr/bin/traffic_server(HttpSM::state_send_server_request_header(int, 
 void*)+0x84)[0x5ace74]
 /usr/bin/traffic_server(HttpSM::main_handler(int, void*)+0xd8)[0x5ab6c8]
 /usr/bin/traffic_server[0x71bb61]
 /usr/bin/traffic_server[0x71f17f]
 /usr/bin/traffic_server(NetHandler::mainNetEvent(int, Event*)+0x1f2)[0x7130e2]
 /usr/bin/traffic_server(EThread::process_event(Event*, int)+0x8f)[0x73f8af]
 /usr/bin/traffic_server(EThread::execute()+0x43b)[0x7400db]
 /usr/bin/traffic_server[0x73ec4a]
 /lib64/libpthread.so.0(+0x79d1)[0x2b92032839d1]
 /lib64/libc.so.6(clone+0x6d)[0x2b9204279b6d]
 {code}
 gdb info
 {code}
 Program terminated with signal 11, Segmentation fault.
 #0  0x0073f019 in EThread::is_event_type (this=0x0, et=0) at 
 UnixEThread.cc:120
 (gdb) bt
 #0  0x0073f019 in EThread::is_event_type (this=0x0, et=0) at 
 UnixEThread.cc:120
 #1  0x007182f2 in UnixNetProcessor::connect_re_internal (this=value 
 optimized out, cont=0x2aab21bed4e0, 
 target=value optimized out, opt=0x2b920706d940) at 
 UnixNetProcessor.cc:247
 #2  0x005a96cc in connect_re (this=0x2aab21bed4e0, raw=value 
 optimized out) at ../../iocore/net/P_UnixNetProcessor.h:85
 #3  HttpSM::do_http_server_open (this=0x2aab21bed4e0, raw=value optimized 
 out) at HttpSM.cc:4699
 #4  0x005ae690 in HttpSM::set_next_state (this=0x2aab21bed4e0) at 
 HttpSM.cc:7024
 #5  0x005ace74 in HttpSM::state_send_server_request_header 
 (this=0x2aab21bed4e0, event=104, data=0x2aab20a63420) at HttpSM.cc:1962
 #6  0x005ab6c8 in HttpSM::main_handler (this=0x2aab21bed4e0, 
 event=104, data=0x2aab20a63420) at HttpSM.cc:2542
 #7  0x0071bb61 in handleEvent (event=value optimized out, 
 nh=0x2b920646cbc0, vc=0x2aab20a63310)
 at ../../iocore/eventsystem/I_Continuation.h:146
 #8  read_signal_and_update (event=value optimized out, nh=0x2b920646cbc0, 
 vc=0x2aab20a63310) at UnixNetVConnection.cc:137
 #9  read_signal_done (event=value optimized out, nh=0x2b920646cbc0, 
 vc=0x2aab20a63310) at UnixNetVConnection.cc:167
 #10 0x0071f17f in read_from_net (nh=0x2b920646cbc0, 
 vc=0x2aab20a63310, thread=value optimized out) at UnixNetVConnection.cc:291
 #11 0x007130e2 in NetHandler::mainNetEvent (this=0x2b920646cbc0, 
 event=value optimized out, e=value optimized out)
 at UnixNet.cc:399
 #12 0x0073f8af in handleEvent (this=0x2b9206469010, e=0x2b9207986cc0, 
 calling_code=5) at I_Continuation.h:146
 #13 EThread::process_event (this=0x2b9206469010, e=0x2b9207986cc0, 
 calling_code=5) at UnixEThread.cc:144
 #14 0x007400db in EThread::execute (this=0x2b9206469010) at 
 UnixEThread.cc:268
 #15 0x0073ec4a in spawn_thread_internal (a=0x2ac4c10) at Thread.cc:88
 #16 0x2b92032839d1 in start_thread () from /lib64/libpthread.so.0
 #17 0x2b9204279b6d in clone () from /lib64/libc.so.6
 {code}



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (TS-2982) build error from gitmaster

2014-08-16 Thread bettydramit (JIRA)

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

bettydramit commented on TS-2982:
-

[~zwoop] sorry for later

when compile with --enable-interim-cache

gitmasrer version centos 6 and centos 7 x86_64

 build error from gitmaster
 --

 Key: TS-2982
 URL: https://issues.apache.org/jira/browse/TS-2982
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit

 git master
 In file included from ../../iocore/cache/P_Cache.h:43,
  from ../../iocore/cluster/P_Cluster.h:31,
  from P_HostDB.h:38,
  from MultiCache.cc:33:
 ../../iocore/cache/P_CacheVol.h: In member function 'void 
 Vol::set_migrate_in_progress(MigrateToInterimCache*)':
 ../../iocore/cache/P_CacheVol.h:491: error: 'union INK_MD5' has no member 
 named 'word'
 ../../iocore/cache/P_CacheVol.h: In member function 'void 
 Vol::set_migrate_failed(MigrateToInterimCache*)':
 ../../iocore/cache/P_CacheVol.h:496: error: 'union INK_MD5' has no member 
 named 'word'
 ../../iocore/cache/P_CacheVol.h: In member function 'void 
 Vol::set_migrate_done(MigrateToInterimCache*)':
 ../../iocore/cache/P_CacheVol.h:501: error: 'union INK_MD5' has no member 
 named 'word'
 In file included from ../../iocore/cache/P_Cache.h:43,
  from ../../iocore/cluster/P_Cluster.h:31,
  from P_HostDB.h:38,
  from HostDB.cc:26:
 ../../iocore/cache/P_CacheVol.h: In member function 'void 
 Vol::set_migrate_in_progress(MigrateToInterimCache*)':
 ../../iocore/cache/P_CacheVol.h:491: error: 'union INK_MD5' has no member 
 named 'word'
 ../../iocore/cache/P_CacheVol.h: In member function 'void 
 Vol::set_migrate_failed(MigrateToInterimCache*)':
 ../../iocore/cache/P_CacheVol.h:496: error: 'union INK_MD5' has no member 
 named 'word'
 ../../iocore/cache/P_CacheVol.h: In member function 'void 
 Vol::set_migrate_done(MigrateToInterimCache*)':
 ../../iocore/cache/P_CacheVol.h:501: error: 'union INK_MD5' has no member 
 named 'word'
 make[2]: *** [MultiCache.o] Error 1



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Created] (TS-2982) build error

2014-08-01 Thread bettydramit (JIRA)
bettydramit created TS-2982:
---

 Summary: build error
 Key: TS-2982
 URL: https://issues.apache.org/jira/browse/TS-2982
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit


git master

In file included from ../../iocore/cache/P_Cache.h:43,
 from ../../iocore/cluster/P_Cluster.h:31,
 from P_HostDB.h:38,
 from MultiCache.cc:33:
../../iocore/cache/P_CacheVol.h: In member function 'void 
Vol::set_migrate_in_progress(MigrateToInterimCache*)':
../../iocore/cache/P_CacheVol.h:491: error: 'union INK_MD5' has no member named 
'word'
../../iocore/cache/P_CacheVol.h: In member function 'void 
Vol::set_migrate_failed(MigrateToInterimCache*)':
../../iocore/cache/P_CacheVol.h:496: error: 'union INK_MD5' has no member named 
'word'
../../iocore/cache/P_CacheVol.h: In member function 'void 
Vol::set_migrate_done(MigrateToInterimCache*)':
../../iocore/cache/P_CacheVol.h:501: error: 'union INK_MD5' has no member named 
'word'
In file included from ../../iocore/cache/P_Cache.h:43,
 from ../../iocore/cluster/P_Cluster.h:31,
 from P_HostDB.h:38,
 from HostDB.cc:26:
../../iocore/cache/P_CacheVol.h: In member function 'void 
Vol::set_migrate_in_progress(MigrateToInterimCache*)':
../../iocore/cache/P_CacheVol.h:491: error: 'union INK_MD5' has no member named 
'word'
../../iocore/cache/P_CacheVol.h: In member function 'void 
Vol::set_migrate_failed(MigrateToInterimCache*)':
../../iocore/cache/P_CacheVol.h:496: error: 'union INK_MD5' has no member named 
'word'
../../iocore/cache/P_CacheVol.h: In member function 'void 
Vol::set_migrate_done(MigrateToInterimCache*)':
../../iocore/cache/P_CacheVol.h:501: error: 'union INK_MD5' has no member named 
'word'
make[2]: *** [MultiCache.o] Error 1




--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Updated] (TS-2982) build error from gitmaster

2014-08-01 Thread bettydramit (JIRA)

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

bettydramit updated TS-2982:


Summary: build error from gitmaster  (was: build error)

 build error from gitmaster
 --

 Key: TS-2982
 URL: https://issues.apache.org/jira/browse/TS-2982
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit

 git master
 In file included from ../../iocore/cache/P_Cache.h:43,
  from ../../iocore/cluster/P_Cluster.h:31,
  from P_HostDB.h:38,
  from MultiCache.cc:33:
 ../../iocore/cache/P_CacheVol.h: In member function 'void 
 Vol::set_migrate_in_progress(MigrateToInterimCache*)':
 ../../iocore/cache/P_CacheVol.h:491: error: 'union INK_MD5' has no member 
 named 'word'
 ../../iocore/cache/P_CacheVol.h: In member function 'void 
 Vol::set_migrate_failed(MigrateToInterimCache*)':
 ../../iocore/cache/P_CacheVol.h:496: error: 'union INK_MD5' has no member 
 named 'word'
 ../../iocore/cache/P_CacheVol.h: In member function 'void 
 Vol::set_migrate_done(MigrateToInterimCache*)':
 ../../iocore/cache/P_CacheVol.h:501: error: 'union INK_MD5' has no member 
 named 'word'
 In file included from ../../iocore/cache/P_Cache.h:43,
  from ../../iocore/cluster/P_Cluster.h:31,
  from P_HostDB.h:38,
  from HostDB.cc:26:
 ../../iocore/cache/P_CacheVol.h: In member function 'void 
 Vol::set_migrate_in_progress(MigrateToInterimCache*)':
 ../../iocore/cache/P_CacheVol.h:491: error: 'union INK_MD5' has no member 
 named 'word'
 ../../iocore/cache/P_CacheVol.h: In member function 'void 
 Vol::set_migrate_failed(MigrateToInterimCache*)':
 ../../iocore/cache/P_CacheVol.h:496: error: 'union INK_MD5' has no member 
 named 'word'
 ../../iocore/cache/P_CacheVol.h: In member function 'void 
 Vol::set_migrate_done(MigrateToInterimCache*)':
 ../../iocore/cache/P_CacheVol.h:501: error: 'union INK_MD5' has no member 
 named 'word'
 make[2]: *** [MultiCache.o] Error 1



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (TS-2107) add absolute proxy.config.http.transaction_active_timeout_in about request

2014-07-03 Thread bettydramit (JIRA)

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

bettydramit commented on TS-2107:
-

anyone reviews this issue?

 add absolute proxy.config.http.transaction_active_timeout_in  about request
 ---

 Key: TS-2107
 URL: https://issues.apache.org/jira/browse/TS-2107
 Project: Traffic Server
  Issue Type: New Feature
  Components: HTTP
Affects Versions: 3.3.5
Reporter: Bin Chen
Assignee: Bin Chen
 Fix For: sometime

 Attachments: TS-2107.patch


 Now, ts use proxy.config.http.transaction_active_timeout_in handle request 
 and response transaction. But in some very bad network, we catch some log 
 that it cost 30s to get ua_read_header_done, that is unacceptable, should be 
 controled with some dedicated timeout in records.config.
 we world prefer to add proxy.config.http.transaction_header_timeout_in 
 proxy.config.http.transaction_request_timeout_in
 {code}
 [Aug  6 22:11:46.698] Server {0x2b37cf0f9700} ERROR: [1366077161] Slow 
 Request: url: http://x/853771125_1448036722.jpg status: 0 unique id:  
 bytes: 0 fd: 0 client state: 0 server state: 0 ua_begin: 0.000 
 ua_read_header_done: 46.790 cache_open_read_begin: 46.790 
 cache_open_read_end: -1.000 dns_lookup_begin: -1.000 dns_lookup_end: -1.000 
 server_connect: -1.000 server_first_read: -1.000 server_read_header_done: 
 -1.000 server_close: -1.000 ua_close: 46.790 sm_finish: 46.790
 {code}



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (TS-2897) enable-linux-native-aio X SSL

2014-06-26 Thread bettydramit (JIRA)

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

bettydramit commented on TS-2897:
-

This patch may help for you(https://github.com/phonehold/with-aio-ssl-init)

 enable-linux-native-aio X SSL 
 --

 Key: TS-2897
 URL: https://issues.apache.org/jira/browse/TS-2897
 Project: Traffic Server
  Issue Type: Bug
  Components: Core
Affects Versions: 5.0.0
Reporter: Daniel Picolli Biazus

 Hi Guys,
 I could notice that ATS 5.0 is crashing when it is compiled with 
 --enable-linux-native-aio option and serving over SSL connections.
 I got the following stack trace:
 [alts]  alternate #1 (Q = 1) has these request/response hdrs:
 GET http://127.0.0.1:8080/file.mp4?n=1 HTTP/1.1
 User-Agent: curl/7.19.7 (x86_64-redhat-linux-gnu) libcurl/7.19.7 NSS/3.15.3 
 zlib/1.2.3 libidn/1.18 libssh2/1.4.2
 Accept: */*
 Host: 127.0.0.1:8080
 Client-ip: xxx.xxx.xxx.xxx
 X-Forwarded-For: xxx.xxx.xxx.xxx
 HTTP/1.1 200 OK
 Server: nginx/1.0.15
 Date: Wed, 25 Jun 2014 18:26:39 GMT
 Content-Type: video/mp4
 Content-Length: 9455997
 Last-Modified: Wed, 25 Jun 2014 18:23:52 GMT
 Connection: keep-alive
 Expires: Wed, 25 Jun 2014 18:31:39 GMT
 Cache-Control: max-age=300
 Accept-Ranges: bytes
 [Jun 25 18:26:41.975] Server {0x7f0c05699700} DEBUG: (http_seq) 
 [SelectFromAlternates] Chosen alternate # 0
 [alts] and the winner is alternate number 1
 NOTE: Traffic Server received Sig 11: Segmentation fault
 ./bin/traffic_server - STACK TRACE:
 /lib64/libpthread.so.0(+0xf710)[0x7f0c0a357710]
 ./bin/traffic_server(_Z12ink_aio_readP11AIOCallbacki+0x26)[0x6f7406]
 ./bin/traffic_server(_ZN7CacheVC10handleReadEiP5Event+0x292)[0x6af1e2]
 ./bin/traffic_server(_ZN7CacheVC21openReadStartEarliestEiP5Event+0x336)[0x6d72a6]
 ./bin/traffic_server(_ZN7CacheVC17openReadStartHeadEiP5Event+0x91c)[0x6d821c]
 ./bin/traffic_server(_ZN7CacheVC14handleReadDoneEiP5Event+0x42c)[0x6b63bc]
 ./bin/traffic_server(_ZN5Cache9open_readEP12ContinuationP7INK_MD5P7HTTPHdrP21CacheLookupHttpConfig13CacheFragTypePci+0x363)[0x6db9f3]
 ./bin/traffic_server(_ZN14CacheProcessor9open_readEP12ContinuationP3URLbP7HTTPHdrP21CacheLookupHttpConfigl13CacheFragType+0xad)[0x6b514d]
 ./bin/traffic_server(_ZN11HttpCacheSM9open_readEP3URLP7HTTPHdrP21CacheLookupHttpConfigl+0x94)[0x581424]
 ./bin/traffic_server(_ZN6HttpSM24do_cache_lookup_and_readEv+0xf3)[0x58f543]
 ./bin/traffic_server(_ZN6HttpSM14set_next_stateEv+0x714)[0x5a66c4]
 ./bin/traffic_server(_ZN6HttpSM17handle_api_returnEv+0x2d2)[0x5a8302]
 ./bin/traffic_server(_ZN6HttpSM14set_next_stateEv+0x1f2)[0x5a61a2]
 ./bin/traffic_server(_ZN6HttpSM14set_next_stateEv+0x806)[0x5a67b6]
 ./bin/traffic_server(_ZN6HttpSM17handle_api_returnEv+0x2d2)[0x5a8302]
 ./bin/traffic_server(_ZN6HttpSM14set_next_stateEv+0x1f2)[0x5a61a2]
 ./bin/traffic_server(_ZN6HttpSM17handle_api_returnEv+0x2d2)[0x5a8302]
 ./bin/traffic_server(_ZN6HttpSM14set_next_stateEv+0x1f2)[0x5a61a2]
 ./bin/traffic_server(_ZN6HttpSM32state_read_client_request_headerEiPv+0x225)[0x59f735]
 ./bin/traffic_server(_ZN6HttpSM12main_handlerEiPv+0xd8)[0x5a32b8]
 ./bin/traffic_server(_ZN6HttpSM17handle_api_returnEv+0x388)[0x5a83b8]
 ./bin/traffic_server(_ZN6HttpSM21attach_client_sessionEP17HttpClientSessionP14IOBufferReader+0x635)[0x5a4025]
 ./bin/traffic_server(_ZN17HttpClientSession15new_transactionEv+0x9d)[0x5823ed]
 ./bin/traffic_server(_ZN17HttpClientSession14new_connectionEP14NetVConnectionbP9MIOBufferP14IOBufferReader+0x2b7)[0x5846f7]
 ./bin/traffic_server(_ZN17HttpSessionAccept6acceptEP14NetVConnectionP9MIOBufferP14IOBufferReader+0x1de)[0x57e7fe]
 ./bin/traffic_server(_ZN23ProtocolProbeTrampoline17ioCompletionEventEiPv+0x5be)[0x4e916e]
 ./bin/traffic_server(_ZN18UnixNetVConnection19readSignalAndUpdateEi+0x27)[0x70b887]
 ./bin/traffic_server(_ZN17SSLNetVConnection11net_read_ioEP10NetHandlerP7EThread+0xebf)[0x6fc2bf]
 ./bin/traffic_server(_ZN10NetHandler12mainNetEventEiP5Event+0x1f2)[0x703722]
 ./bin/traffic_server(_ZN7EThread13process_eventEP5Eventi+0x8f)[0x73012f]
 ./bin/traffic_server(_ZN7EThread7executeEv+0x493)[0x730ad3]
 ./bin/traffic_server[0x72f4da]
 /lib64/libpthread.so.0(+0x79d1)[0x7f0c0a34f9d1]
 /lib64/libc.so.6(clone+0x6d)[0x7f0c096f8b5d]
 Segmentation fault
  
 This behavior is easily reproduced configuring ATS as a reverse proxy with a 
 single origin serving over SSL with --enable-linux-native-aio enabled.
 Any thoughts ? 
 Thanks  Regards,
 Daniel



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (TS-2868) Error setting HSTS max age with traffic_line

2014-06-03 Thread bettydramit (JIRA)

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

bettydramit commented on TS-2868:
-

It works

 Error setting HSTS max age with traffic_line
 

 Key: TS-2868
 URL: https://issues.apache.org/jira/browse/TS-2868
 Project: Traffic Server
  Issue Type: Bug
  Components: Configuration
Affects Versions: 5.0.0
Reporter: bettydramit
Assignee: Bryan Call
  Labels: hsts
 Fix For: 5.0.0


 {code:xml}
 traffic_line -s proxy.config.ssl.hsts_max_age -v 3600
 traffic_line: Please correct your variable name and|or value
 {code}



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Updated] (TS-2868) set hsts error

2014-06-02 Thread bettydramit (JIRA)

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

bettydramit updated TS-2868:


Affects Version/s: 5.0.0

 set hsts error
 --

 Key: TS-2868
 URL: https://issues.apache.org/jira/browse/TS-2868
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 5.0.0
Reporter: bettydramit
  Labels: hsts

 traffic_line -s proxy.config.ssl.hsts_max_age -v 3600
 traffic_line: Please correct your variable name and|or value



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Created] (TS-2868) set hsts error

2014-06-02 Thread bettydramit (JIRA)
bettydramit created TS-2868:
---

 Summary: set hsts error
 Key: TS-2868
 URL: https://issues.apache.org/jira/browse/TS-2868
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit


traffic_line -s proxy.config.ssl.hsts_max_age -v 3600
traffic_line: Please correct your variable name and|or value



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Updated] (TS-2868) set hsts error

2014-06-02 Thread bettydramit (JIRA)

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

bettydramit updated TS-2868:


Labels: hsts  (was: )

 set hsts error
 --

 Key: TS-2868
 URL: https://issues.apache.org/jira/browse/TS-2868
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 5.0.0
Reporter: bettydramit
  Labels: hsts

 traffic_line -s proxy.config.ssl.hsts_max_age -v 3600
 traffic_line: Please correct your variable name and|or value



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Updated] (TS-2868) set hsts error

2014-06-02 Thread bettydramit (JIRA)

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

bettydramit updated TS-2868:


Description: 
{code:xml}
traffic_line -s proxy.config.ssl.hsts_max_age -v 3600
traffic_line: Please correct your variable name and|or value
{code}

  was:
traffic_line -s proxy.config.ssl.hsts_max_age -v 3600
traffic_line: Please correct your variable name and|or value


 set hsts error
 --

 Key: TS-2868
 URL: https://issues.apache.org/jira/browse/TS-2868
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 5.0.0
Reporter: bettydramit
  Labels: hsts

 {code:xml}
 traffic_line -s proxy.config.ssl.hsts_max_age -v 3600
 traffic_line: Please correct your variable name and|or value
 {code}



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Updated] (TS-2814) build error

2014-05-16 Thread bettydramit (JIRA)

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

bettydramit updated TS-2814:


Component/s: Configuration

 build error
 ---

 Key: TS-2814
 URL: https://issues.apache.org/jira/browse/TS-2814
 Project: Traffic Server
  Issue Type: Bug
  Components: Configuration
Affects Versions: 5.0.0
Reporter: bettydramit

 centos 6.5 x86_64 gitmaster
 ./configure --enable-layout=Gentoo  --libdir=%{_libdir}/trafficserver  
 --enable-reclaimable-freelist --enable-interim-cache
 make[3]: Leaving directory `/root/rpmbuild/BUILD/ts-5.0.2/lib/perl'
 make[2]: Leaving directory `/root/rpmbuild/BUILD/ts-5.0.2/lib/perl'
 make[2]: Entering directory `/root/rpmbuild/BUILD/ts-5.0.2/lib'
 Making all in luajit
 test -d ../lib/luajit/src || (cd ..  git submodule update --init)
 fatal: Not a git repository (or any of the parent directories): .git
 make[2]: *** [all-local] Error 128



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Updated] (TS-2814) build error

2014-05-16 Thread bettydramit (JIRA)

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

bettydramit updated TS-2814:


Affects Version/s: 5.0.0

 build error
 ---

 Key: TS-2814
 URL: https://issues.apache.org/jira/browse/TS-2814
 Project: Traffic Server
  Issue Type: Bug
  Components: Configuration
Affects Versions: 5.0.0
Reporter: bettydramit

 centos 6.5 x86_64 gitmaster
 ./configure --enable-layout=Gentoo  --libdir=%{_libdir}/trafficserver  
 --enable-reclaimable-freelist --enable-interim-cache
 make[3]: Leaving directory `/root/rpmbuild/BUILD/ts-5.0.2/lib/perl'
 make[2]: Leaving directory `/root/rpmbuild/BUILD/ts-5.0.2/lib/perl'
 make[2]: Entering directory `/root/rpmbuild/BUILD/ts-5.0.2/lib'
 Making all in luajit
 test -d ../lib/luajit/src || (cd ..  git submodule update --init)
 fatal: Not a git repository (or any of the parent directories): .git
 make[2]: *** [all-local] Error 128



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Created] (TS-2814) build error

2014-05-16 Thread bettydramit (JIRA)
bettydramit created TS-2814:
---

 Summary: build error
 Key: TS-2814
 URL: https://issues.apache.org/jira/browse/TS-2814
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit


centos 6.5 x86_64 gitmaster
./configure --enable-layout=Gentoo  --libdir=%{_libdir}/trafficserver  
--enable-reclaimable-freelist --enable-interim-cache

make[3]: Leaving directory `/root/rpmbuild/BUILD/ts-5.0.2/lib/perl'
make[2]: Leaving directory `/root/rpmbuild/BUILD/ts-5.0.2/lib/perl'
make[2]: Entering directory `/root/rpmbuild/BUILD/ts-5.0.2/lib'
Making all in luajit
test -d ../lib/luajit/src || (cd ..  git submodule update --init)
fatal: Not a git repository (or any of the parent directories): .git
make[2]: *** [all-local] Error 128



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Closed] (TS-2814) build error

2014-05-16 Thread bettydramit (JIRA)

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

bettydramit closed TS-2814.
---

Resolution: Fixed

 build error
 ---

 Key: TS-2814
 URL: https://issues.apache.org/jira/browse/TS-2814
 Project: Traffic Server
  Issue Type: Bug
  Components: Configuration
Affects Versions: 5.0.0
Reporter: bettydramit
Assignee: Leif Hedstrom
 Fix For: 5.0.0


 centos 6.5 x86_64 gitmaster
 ./configure --enable-layout=Gentoo  --libdir=%{_libdir}/trafficserver  
 --enable-reclaimable-freelist --enable-interim-cache
 make[3]: Leaving directory `/root/rpmbuild/BUILD/ts-5.0.2/lib/perl'
 make[2]: Leaving directory `/root/rpmbuild/BUILD/ts-5.0.2/lib/perl'
 make[2]: Entering directory `/root/rpmbuild/BUILD/ts-5.0.2/lib'
 Making all in luajit
 test -d ../lib/luajit/src || (cd ..  git submodule update --init)
 fatal: Not a git repository (or any of the parent directories): .git
 make[2]: *** [all-local] Error 128



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (TS-2814) build error

2014-05-16 Thread bettydramit (JIRA)

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

bettydramit commented on TS-2814:
-

reslove issue 

git control info loose because use 'git archive master --prefix=ts-5.0.0/ 
--format=tar | gzip  ts-5.0.0.tar.gz'

thanks leif

 build error
 ---

 Key: TS-2814
 URL: https://issues.apache.org/jira/browse/TS-2814
 Project: Traffic Server
  Issue Type: Bug
  Components: Configuration
Affects Versions: 5.0.0
Reporter: bettydramit
Assignee: Leif Hedstrom
 Fix For: 5.0.0


 centos 6.5 x86_64 gitmaster
 ./configure --enable-layout=Gentoo  --libdir=%{_libdir}/trafficserver  
 --enable-reclaimable-freelist --enable-interim-cache
 make[3]: Leaving directory `/root/rpmbuild/BUILD/ts-5.0.2/lib/perl'
 make[2]: Leaving directory `/root/rpmbuild/BUILD/ts-5.0.2/lib/perl'
 make[2]: Entering directory `/root/rpmbuild/BUILD/ts-5.0.2/lib'
 Making all in luajit
 test -d ../lib/luajit/src || (cd ..  git submodule update --init)
 fatal: Not a git repository (or any of the parent directories): .git
 make[2]: *** [all-local] Error 128



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Created] (TS-2781) orphan log Unreasonable when first logserver down at runtime

2014-05-05 Thread bettydramit (JIRA)
bettydramit created TS-2781:
---

 Summary:  orphan log Unreasonable when first logserver down at 
runtime
 Key: TS-2781
 URL: https://issues.apache.org/jira/browse/TS-2781
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit


my logs_xml.config

CollationHosts=172.16.2.53:8085|172.16.10.53:8085/

172.16.2.53  is down
172.16.10.53 is alive

When start ats, 172.16.2.53 orphan log write to local disk.
The diags.log  shown 
172.16.10.53 log up



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Updated] (TS-2781) orphan log Unreasonable when first logserver down at runtime

2014-05-05 Thread bettydramit (JIRA)

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

bettydramit updated TS-2781:


Affects Version/s: 4.2.0

  orphan log Unreasonable when first logserver down at runtime
 -

 Key: TS-2781
 URL: https://issues.apache.org/jira/browse/TS-2781
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 4.2.0
Reporter: bettydramit

 my logs_xml.config
 CollationHosts=172.16.2.53:8085|172.16.10.53:8085/
 172.16.2.53  is down
 172.16.10.53 is alive
 When start ats, 172.16.2.53 orphan log write to local disk.
 The diags.log  shown 
 172.16.10.53 log up



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Created] (TS-2724) purge waste memory

2014-04-17 Thread bettydramit (JIRA)
bettydramit created TS-2724:
---

 Summary: purge waste memory
 Key: TS-2724
 URL: https://issues.apache.org/jira/browse/TS-2724
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit


I have 100 file, 0.mp4, 1.mp4 ... 99.mp4, every file`s size is 1M

I set ats proxy.config.cache.target_fragment_size INT 1048576

I use curl to get them :
  for((i=0;i100;i++)); do curl -v -o /dev/null 
http://www.test.com/testdir/$i.mp4; done
very file just get once, i can see ats memory usage is 138M

After i use curl to purge them :
  for((i=0;i100;i++)); do curl -v -o /dev/null -X purge 
http://www.test.com/testdir/$i.mp4; done
I can see ats memory usage is 246M
very file removed from ats, why the memory usage enlarge about 100M



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Updated] (TS-2724) purge waste memory

2014-04-17 Thread bettydramit (JIRA)

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

bettydramit updated TS-2724:


Description: 
I have 100 file, 0.mp4, 1.mp4 ... 99.mp4, every file`s size is 1M

records.config  
{code}
proxy.config.cache.target_fragment_size INT 1048576
{code}
I use curl to get them :
{code}
  for((i=0;i100;i++)); do curl -v -o /dev/null 
http://www.test.com/testdir/$i.mp4; done
{code}

every file just get once, i can see ats memory usage is 138M

After  use curl to purge them :
{code}
for((i=0;i100;i++)); do curl -v -o /dev/null -X purge 
http://www.test.com/testdir/$i.mp4; done
{code}

I can see ats memory usage is 246M
every file removed from ats, why the memory usage enlarge about 100M

  was:
I have 100 file, 0.mp4, 1.mp4 ... 99.mp4, every file`s size is 1M

records.config  
{code}
proxy.config.cache.target_fragment_size INT 1048576
{code}
I use curl to get them :
{code}
  for((i=0;i100;i++)); do curl -v -o /dev/null 
http://www.test.com/testdir/$i.mp4; done
{code}

every file just get once, i can see ats memory usage is 138M

After  use curl to purge them :
{code}
  for((i=0;i100;i++)); do curl -v -o /dev/null -X purge 
http://www.test.com/testdir/$i.mp4; done
{code}

I can see ats memory usage is 246M
every file removed from ats, why the memory usage enlarge about 100M


 purge waste memory
 --

 Key: TS-2724
 URL: https://issues.apache.org/jira/browse/TS-2724
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit

 I have 100 file, 0.mp4, 1.mp4 ... 99.mp4, every file`s size is 1M
 records.config  
 {code}
 proxy.config.cache.target_fragment_size INT 1048576
 {code}
 I use curl to get them :
 {code}
   for((i=0;i100;i++)); do curl -v -o /dev/null 
 http://www.test.com/testdir/$i.mp4; done
 {code}
 every file just get once, i can see ats memory usage is 138M
 After  use curl to purge them :
 {code}
 for((i=0;i100;i++)); do curl -v -o /dev/null -X purge 
 http://www.test.com/testdir/$i.mp4; done
 {code}
 I can see ats memory usage is 246M
 every file removed from ats, why the memory usage enlarge about 100M



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Updated] (TS-2724) purge waste memory

2014-04-17 Thread bettydramit (JIRA)

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

bettydramit updated TS-2724:


Description: 
I have 100 file, 0.mp4, 1.mp4 ... 99.mp4, every file`s size is 1M

records.config  
{code}
proxy.config.cache.target_fragment_size INT 1048576
{code}
I use curl to get them :
{code}
  for((i=0;i100;i++)); do curl -v -o /dev/null 
http://www.test.com/testdir/$i.mp4; done
{code}

every file just get once, i can see ats memory usage is 138M

After  use curl to purge them :
{code}
  for((i=0;i100;i++)); do curl -v -o /dev/null -X purge 
http://www.test.com/testdir/$i.mp4; done
{code}

I can see ats memory usage is 246M
every file removed from ats, why the memory usage enlarge about 100M

  was:
I have 100 file, 0.mp4, 1.mp4 ... 99.mp4, every file`s size is 1M

I set ats proxy.config.cache.target_fragment_size INT 1048576

I use curl to get them :
  for((i=0;i100;i++)); do curl -v -o /dev/null 
http://www.test.com/testdir/$i.mp4; done
very file just get once, i can see ats memory usage is 138M

After i use curl to purge them :
  for((i=0;i100;i++)); do curl -v -o /dev/null -X purge 
http://www.test.com/testdir/$i.mp4; done
I can see ats memory usage is 246M
very file removed from ats, why the memory usage enlarge about 100M


 purge waste memory
 --

 Key: TS-2724
 URL: https://issues.apache.org/jira/browse/TS-2724
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit

 I have 100 file, 0.mp4, 1.mp4 ... 99.mp4, every file`s size is 1M
 records.config  
 {code}
 proxy.config.cache.target_fragment_size INT 1048576
 {code}
 I use curl to get them :
 {code}
   for((i=0;i100;i++)); do curl -v -o /dev/null 
 http://www.test.com/testdir/$i.mp4; done
 {code}
 every file just get once, i can see ats memory usage is 138M
 After  use curl to purge them :
 {code}
   for((i=0;i100;i++)); do curl -v -o /dev/null -X purge 
 http://www.test.com/testdir/$i.mp4; done
 {code}
 I can see ats memory usage is 246M
 every file removed from ats, why the memory usage enlarge about 100M



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Updated] (TS-2724) purge waste memory

2014-04-17 Thread bettydramit (JIRA)

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

bettydramit updated TS-2724:


Affects Version/s: 4.2.0

 purge waste memory
 --

 Key: TS-2724
 URL: https://issues.apache.org/jira/browse/TS-2724
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 4.2.0
Reporter: bettydramit

 I have 100 file, 0.mp4, 1.mp4 ... 99.mp4, every file`s size is 1M
 records.config  
 {code}
 proxy.config.cache.target_fragment_size INT 1048576
 {code}
 I use curl to get them :
 {code}
   for((i=0;i100;i++)); do curl -v -o /dev/null 
 http://www.test.com/testdir/$i.mp4; done
 {code}
 every file just get once, i can see ats memory usage is 138M
 After  use curl to purge them :
 {code}
 for((i=0;i100;i++)); do curl -v -o /dev/null -X purge 
 http://www.test.com/testdir/$i.mp4; done
 {code}
 I can see ats memory usage is 246M
 every file removed from ats, why the memory usage enlarge about 100M



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (TS-2654) Range request crash in trafficserver 4.2.0

2014-04-17 Thread bettydramit (JIRA)

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

bettydramit commented on TS-2654:
-

[~zwoop]
git master will be crash
{code}
c++filt  a.txt
NOTE: Traffic Server received Sig 11: Segmentation fault
/usr/bin/traffic_server - STACK TRACE: 
/lib64/libpthread.so.0(+0xf70f)[0x2b7534cd370f]
/usr/bin/traffic_server(HTTPInfo::object_size_get()+0x17)[0x506a67]
/usr/bin/traffic_server(HttpTransact::change_response_header_because_of_range_request(HttpTransact::State*,
 HTTPHdr*)+0x209)[0x5a3d0b]
/usr/bin/traffic_server(HttpTransact::handle_content_length_header(HttpTransact::State*,
 HTTPHdr*, HTTPHdr*)+0x1e3)[0x59c3c3]
/usr/bin/traffic_server(HttpTransact::build_response(HttpTransact::State*, 
HTTPHdr*, HTTPHdr*, HTTPVersion, HTTPStatus, char const*)+0x18b)[0x5a0c67]
/usr/bin/traffic_server(HttpTransact::build_response(HttpTransact::State*, 
HTTPHdr*, HTTPHdr*, HTTPVersion)+0x3d)[0x5a0a8b]
/usr/bin/traffic_server(HttpTransact::handle_transform_ready(HttpTransact::State*)+0x1b0)[0x595452]
/usr/bin/traffic_server(HttpSM::call_transact_and_set_next_state(void 
(*)(HttpTransact::State*))+0x83)[0x577575]
/usr/bin/traffic_server(HttpSM::state_response_wait_for_transform_read(int, 
void*)+0x1a0)[0x565842]
/usr/bin/traffic_server(HttpSM::main_handler(int, void*)+0x23c)[0x5698ca]
/usr/bin/traffic_server(Continuation::handleEvent(int, void*)+0x6b)[0x4e9a07]
/usr/bin/traffic_server(TransformTerminus::handle_event(int, 
void*)+0x2de)[0x52ea8a]
/usr/bin/traffic_server(Continuation::handleEvent(int, void*)+0x6b)[0x4e9a07]
/usr/bin/traffic_server(EThread::process_event(Event*, int)+0xc7)[0x6e2867]
/usr/bin/traffic_server(EThread::execute()+0x9f)[0x6e2a35]
/usr/bin/traffic_server(main+0x123a)[0x512944]
/lib64/libc.so.6(__libc_start_main+0xfc)[0x2b7535bf7d1c]
/usr/bin/traffic_server[0x4cc8c8]
{code}

 Range request crash in trafficserver 4.2.0
 --

 Key: TS-2654
 URL: https://issues.apache.org/jira/browse/TS-2654
 Project: Traffic Server
  Issue Type: Bug
  Components: HTTP
Reporter: Chaokovsky Lee
Assignee: Leif Hedstrom
Priority: Critical
  Labels: crash
 Fix For: 4.2.1, 5.0.0


 I have updated trafficserver from 4.1.2 to 4.2.0, but the range request crash 
 bug even appear.
 I use read while writer feature in my configuration, Maybe the feature 
 cause crash ?
 CONFIG proxy.config.cache.enable_read_while_writer INT 1
 {code}
 /usr/bin/traffic_server - STACK TRACE:
 /lib64/libpthread.so.0[0x3a8300f4a0]
 /usr/bin/traffic_server(HttpTransact::change_response_header_because_of_range_request(HttpTransact::State*,
  HTTPHdr*)+0x255)[0x533295]
 /usr/bin/traffic_server(HttpTransact::handle_content_length_header(HttpTransact::State*,
  HTTPHdr*, HTTPHdr*)+0x2c8)[0x533638]
 /usr/bin/traffic_server(HttpTransact::build_response(HttpTransact::State*, 
 HTTPHdr*, HTTPHdr*, HTTPVersion, HTTPStatus, char const*)+0x460)[0x533b40]
 /usr/bin/traffic_server(HttpTransact::handle_transform_ready(HttpTransact::State*)+0x7d)[0x53a2dd]
 /usr/bin/traffic_server(HttpSM::call_transact_and_set_next_state(void 
 (*)(HttpTransact::State*))+0x28)[0x50b268]
 /usr/bin/traffic_server(HttpSM::state_response_wait_for_transform_read(int, 
 void*)+0xed)[0x514b4d]
 /usr/bin/traffic_server(HttpSM::main_handler(int, void*)+0x70)[0x51feb0]
 /usr/bin/traffic_server(TransformTerminus::handle_event(int, 
 void*)+0x1d6)[0x4df8d6]
 /usr/bin/traffic_server(EThread::process_event(Event*, int)+0x8f)[0x66d37f]
 /usr/bin/traffic_server(EThread::execute()+0x61b)[0x66deab]
 /usr/bin/traffic_server[0x66c89a]
 /lib64/libpthread.so.0[0x3a830077f1]
 /lib64/libc.so.6(clone+0x6d)[0x3a82ce570d]
 {code}
 Thank for your excellent work, the trafficserver is so great!



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Created] (TS-2676) crash when enable --enable-linux-native-aio

2014-03-28 Thread bettydramit (JIRA)
bettydramit created TS-2676:
---

 Summary: crash  when enable --enable-linux-native-aio
 Key: TS-2676
 URL: https://issues.apache.org/jira/browse/TS-2676
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit


Centos 6 x86_64  gitmaster version
when enable --enable-linux-native-aio ,ATS will be crash

(gdb) bt
#0  0x006bb2e2 in QueueAIOCallback, Continuation::Link_link::enqueue 
(this=0x8040, e=0x2b2077f60180) at ../../lib/ts/List.h:290
#1  0x006bad5b in ink_aio_read (op=0x2b2077f60180) at AIO.cc:605
#2  0x006800d5 in CacheVC::handleRead (this=0x2b2077f6) at 
Cache.cc:2605
#3  0x00687922 in CacheVC::do_read_call (this=0x2b2077f6, 
akey=0x2b2077f60038) at P_CacheInternal.h:703
#4  0x0068088a in CacheVC::removeEvent (this=0x2b2077f6) at 
Cache.cc:2733
#5  0x00680c8b in Cache::remove (this=0x3f62270, cont=0x2b1ea8a764e0, 
key=0x103fbb40, type=CACHE_FRAG_TYPE_NONE, hostname=0x0, 
host_len=0) at Cache.cc:2787
#6  0x0050e60e in CacheProcessor::remove (this=0xf91ef0, 
cont=0x2b1ea8a764e0, key=0x103fbb40, cluster_cache_local=true, 
frag_type=CACHE_FRAG_TYPE_NONE, rm_user_agents=true, rm_link=false, 
hostname=0x0, host_len=0) at ../iocore/cache/P_CacheInternal.h:1254
#7  0x00507365 in TSCacheRemove (contp=0x2b1ea8a764e0, key=0x103fbb40) 
at InkAPI.cc:6644

(gdb) f 1
#1  0x006bad5b in ink_aio_read (op=0x2b2077f60180) at AIO.cc:605
605   this_ethread()-diskHandler-ready_list.enqueue(op);
(gdb) list
600 int
601 ink_aio_read(AIOCallback *op, int /* fromAPI ATS_UNUSED */) {
602   op-aiocb.aio_reqprio = AIO_DEFAULT_PRIORITY;
603   op-aiocb.aio_lio_opcode = IO_CMD_PREAD;
604   op-aiocb.data = op;
605   this_ethread()-diskHandler-ready_list.enqueue(op);
606
607   return 1;
608 }
609



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (TS-2580) SSL Connection reset by peer errors in 4.2.0-rc0

2014-03-27 Thread bettydramit (JIRA)

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

bettydramit commented on TS-2580:
-

[Mar 27 15:44:04.488] Server {0x2b5809712700} ERROR: 
[SSL_NetVConnection::ssl_read_from_net] SSL_ERROR_SYSCALL, underlying IO error: 
Connection reset by peer

openssl1.0.1f centos 6 x86_64 gitmaster


 SSL Connection reset by peer errors in 4.2.0-rc0
 

 Key: TS-2580
 URL: https://issues.apache.org/jira/browse/TS-2580
 Project: Traffic Server
  Issue Type: Bug
  Components: Network, SSL
Affects Versions: 4.2.0
Reporter: David Carlin
Assignee: Bryan Call
Priority: Blocker
 Fix For: 5.0.0


 This error is filling /var/log/messages when using 4.2.0-rc0:
 {noformat}Feb 20 04:44:33 l1 traffic_server[28428]: {0x2adcd9029700} ERROR: 
 [SSL_NetVConnection::ssl_read_from_net] SSL_ERROR_SYSCALL, underlying IO 
 error: Connection reset by peer{noformat}
 Did something change in the logging level and the connection resets are 
 normal?
 Whats interesting is that this problem comes and goes as I progress through 
 the git bisect for TS-2564, so I may need to do another git bisect for this 
 issue.
 TS-2548 would help me troubleshoot this via tcpdump.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Commented] (TS-1547) in HTTPHdr::copy hdr ptr is error

2014-03-19 Thread bettydramit (JIRA)

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

bettydramit commented on TS-1547:
-

anyone can fix this bug

 in HTTPHdr::copy  hdr ptr is error
 --

 Key: TS-1547
 URL: https://issues.apache.org/jira/browse/TS-1547
 Project: Traffic Server
  Issue Type: Bug
  Components: Cache, HTTP
Affects Versions: 3.2.0
Reporter: Bin Chen
Assignee: William Bardwell
  Labels: A, crash
 Fix For: 5.0.0

 Attachments: move_string.patch


 {code}
 (gdb) bt
 #0  0x00503695 in HTTPHdr::copy (this=0x27e66b0, hdr=0x70) at 
 hdrs/HTTP.h:846
 #1  0x00503a70 in HTTPInfo::response_set (this=0x2b827c5e8f80, 
 resp=0x70) at hdrs/HTTP.h:1343
 #2  0x0059a2c5 in 
 HttpTransact::merge_and_update_headers_for_cache_update (s=0x2b827c5e8f08) at 
 HttpTransact.cc:4587
 #3  0x00599542 in 
 HttpTransact::handle_cache_operation_on_forward_server_response 
 (s=0x2b827c5e8f08)
 at HttpTransact.cc:4394
 #4  0x0059765b in HttpTransact::handle_forward_server_connection_open 
 (s=0x2b827c5e8f08) at HttpTransact.cc:3896
 #5  0x00594f11 in HttpTransact::handle_response_from_server 
 (s=0x2b827c5e8f08) at HttpTransact.cc:3450
 #6  0x00593a82 in HttpTransact::HandleResponse (s=0x2b827c5e8f08) at 
 HttpTransact.cc:3140
 #7  0x0057b066 in HttpSM::call_transact_and_set_next_state 
 (this=0x2b827c5e8ea0, f=0) at HttpSM.cc:6423
 #8  0x0056ba10 in HttpSM::handle_api_return (this=0x2b827c5e8ea0) at 
 HttpSM.cc:1523
 #9  0x00580db7 in HttpSM::do_api_callout (this=0x2b827c5e8ea0) at 
 HttpSM.cc:504
 #10 0x0056c835 in HttpSM::state_read_server_response_header 
 (this=0x2b827c5e8ea0, event=100, data=0x2b8364007578)
 at HttpSM.cc:1837
 #11 0x0056eb47 in HttpSM::main_handler (this=0x2b827c5e8ea0, 
 event=100, data=0x2b8364007578) at HttpSM.cc:2462
 #12 0x004e71f6 in Continuation::handleEvent (this=0x2b827c5e8ea0, 
 event=100, data=0x2b8364007578)
 at ../iocore/eventsystem/I_Continuation.h:146
 #13 0x006b80a8 in read_signal_and_update (event=100, 
 vc=0x2b8364007470) at UnixNetVConnection.cc:131
 #14 0x006b88af in read_from_net (nh=0x2b824411c1e8, 
 vc=0x2b8364007470, thread=0x2b8244119010)
 at UnixNetVConnection.cc:313
 #15 0x006ba38d in UnixNetVConnection::net_read_io 
 (this=0x2b8364007470, nh=0x2b824411c1e8, lthread=0x2b8244119010)
 at UnixNetVConnection.cc:813
 #16 0x006b50cc in NetHandler::mainNetEvent (this=0x2b824411c1e8, 
 event=5, e=0x24af320) at UnixNet.cc:372
 #17 0x004e71f6 in Continuation::handleEvent (this=0x2b824411c1e8, 
 event=5, data=0x24af320)
 at ../iocore/eventsystem/I_Continuation.h:146
 #18 0x006d9ddf in EThread::process_event (this=0x2b8244119010, 
 e=0x24af320, calling_code=5) at UnixEThread.cc:194
 #19 0x006da27d in EThread::execute (this=0x2b8244119010) at 
 UnixEThread.cc:306
 #20 0x006d8bd3 in spawn_thread_internal (a=0x2467970) at Thread.cc:88
 #21 0x0032d38077f1 in start_thread () from /lib64/libpthread.so.0
 #22 0x0032d34e570d in clone () from /lib64/libc.so.6
 (gdb) f 0
 #0  0x00503695 in HTTPHdr::copy (this=0x27e66b0, hdr=0x70) at 
 hdrs/HTTP.h:846
 /usr/src/debug/trafficserver-3.2.0/proxy/hdrs/HTTP.h:846:25127:beg:0x503695
 (gdb) l
 841
 842   if (valid()) {
 843 http_hdr_copy_onto(hdr-m_http, hdr-m_heap, m_http, m_heap, 
 (m_heap != hdr-m_heap) ? true : false);
 844   } else {
 845 m_heap = new_HdrHeap();
 846 m_http = http_hdr_clone(hdr-m_http, hdr-m_heap, m_heap);
 847 m_mime = m_http-m_fields_impl;
 848   }
 849 }
 850
 (gdb) p hdr
 $3 = (const HTTPHdr *) 0x70
 {code}



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Updated] (TS-1521) Enable compression for binary log format

2014-03-04 Thread bettydramit (JIRA)

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

bettydramit updated TS-1521:


Attachment: logcompress.patch

compress ascii log 

 Enable compression for binary log format
 

 Key: TS-1521
 URL: https://issues.apache.org/jira/browse/TS-1521
 Project: Traffic Server
  Issue Type: New Feature
  Components: Logging
 Environment: RHEL 6+
Reporter: Lans Carstensen
Assignee: Yunkai Zhang
 Fix For: 6.0.0

 Attachments: logcompress.patch


 As noted by in a discussion on #traffic-server, gzip can result in 90%+ 
 compression on the binary access logs.  By adding a reasonable streaming 
 compression algorithm to the binary format you could significantly reduce 
 logging-related IOPS.



--
This message was sent by Atlassian JIRA
(v6.2#6252)


[jira] [Created] (TS-2601) Purge doesn't works on https mode

2014-02-28 Thread bettydramit (JIRA)
bettydramit created TS-2601:
---

 Summary: Purge doesn't works on https mode
 Key: TS-2601
 URL: https://issues.apache.org/jira/browse/TS-2601
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit


curl -X purge -x 127.0.0.1:443 -v https://www.test.com/ben.html  
* About to connect() to proxy 127.0.0.1 port 443 (#0)
*   Trying 127.0.0.1... connected
* Connected to 127.0.0.1 (127.0.0.1) port 443 (#0)
* Establish HTTP proxy tunnel to www.test.com:443
 CONNECT www.test.com:443 HTTP/1.1
 Host: www.test.com:443
 User-Agent: curl/7.19.7 (x86_64-redhat-linux-gnu) libcurl/7.19.7 NSS/3.14.0.0 
 zlib/1.2.3 libidn/1.18 libssh2/1.4.2
 Proxy-Connection: Keep-Alive

curl will be hanging until ctrl+c



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (TS-2594) Segmentation fault for 4.2.0-rc0

2014-02-28 Thread bettydramit (JIRA)

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

bettydramit commented on TS-2594:
-

[~zwoop]  whe update 4.0.1 to 4.2.0-rc0  and Cache is not deleted。
It would appear from time to time。
When clearing cache, it disappear。

 Segmentation fault for 4.2.0-rc0
 

 Key: TS-2594
 URL: https://issues.apache.org/jira/browse/TS-2594
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 4.2.0
Reporter: bettydramit
  Labels: crash
 Fix For: 5.0.0


 {code}
 [E. Mgmt] log == [TrafficManager] using root directory '/usr'
 [TrafficServer] using root directory '/usr'
 NOTE: Traffic Server received Sig 11: Segmentation fault
 /usr/bin/traffic_server - STACK TRACE: 
 /lib64/libpthread.so.0(+0xf70f)[0x2b4e95ab670f]
 /lib64/libc.so.6(memcpy+0xe)[0x2b4e96a4595e]
 /usr/lib64/trafficserver/libtsutil.so.4(StrList::_new_cell(char const*, 
 int)+0xef)[0x2b4e939ac88f]
 /usr/bin/traffic_server(StrList::new_cell(char const*, int)+0x9f)[0x5ff919]
 /usr/bin/traffic_server(StrList::append_string(char const*, 
 int)+0x28)[0x5ff9ce]
 /usr/bin/traffic_server(mime_field_value_get_comma_list(MIMEField*, 
 StrList*)+0x51)[0x602a39]
 /usr/bin/traffic_server(MIMEField::value_get_comma_list(StrList*)+0x22)[0x551052]
 /usr/bin/traffic_server(MIMEHdr::value_get_comma_list(char const*, int, 
 StrList*)+0x4a)[0x5510a0]
 /usr/bin/traffic_server(HttpTransactCache::CalcVariability(CacheLookupHttpConfig*,
  HTTPHdr*, HTTPHdr*, HTTPHdr*)+0xab)[0x5a3399]
 /usr/bin/traffic_server(HttpTransactCache::calculate_quality_of_match(CacheLookupHttpConfig*,
  HTTPHdr*, HTTPHdr*, HTTPHdr*)+0xc68)[0x5a19b0]
 /usr/bin/traffic_server(HttpTransactCache::SelectFromAlternates(CacheHTTPInfoVector*,
  HTTPHdr*, CacheLookupHttpConfig*)+0x28c)[0x5a0a7e]
 /usr/bin/traffic_server(CacheVC::openReadStartHead(int, 
 Event*)+0x5f2)[0x68e590]
 /usr/bin/traffic_server(Continuation::handleEvent(int, void*)+0x6b)[0x4e7137]
 /usr/bin/traffic_server(CacheVC::handleReadDone(int, Event*)+0x1127)[0x66bfa9]
 /usr/bin/traffic_server(Continuation::handleEvent(int, void*)+0x6b)[0x4e7137]
 /usr/bin/traffic_server(AIOCallbackInternal::io_complete(int, 
 void*)+0x3b)[0x671371]
 /usr/bin/traffic_server(Continuation::handleEvent(int, void*)+0x6b)[0x4e7137]
 /usr/bin/traffic_server(EThread::process_event(Event*, int)+0xc7)[0x6d9165]
 /usr/bin/traffic_server(EThread::execute()+0x9f)[0x6d9333]
 /usr/bin/traffic_server(main+0x122f)[0x50e634]
 /lib64/libc.so.6(__libc_start_main+0xfc)[0x2b4e969dad1c]
 /usr/bin/traffic_server[0x4ca098]
 {code}



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (TS-2594) Segmentation fault for 4.2.0-rc0

2014-02-28 Thread bettydramit (JIRA)

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

bettydramit commented on TS-2594:
-

{code}
(gdb) bt
#0  0x2b976464f86e in __strncasecmp_l_sse2 () from /lib64/libc.so.6
#1  0x2b97615b5890 in StrList::_new_cell (this=0x2b9766a8e4b0, 
s=0x2b6f5c368a9c Address 0x2b6f5c368a9c out of bounds, 
len_not_counting_nul=15) at ink_string++.cc:80
#2  0x005ff91a in StrList::new_cell(char const*, int) ()
#3  0x005ff9cf in StrList::append_string(char const*, int) ()
#4  0x00602a3a in mime_field_value_get_comma_list(MIMEField*, StrList*) 
()
#5  0x00551053 in MIMEField::value_get_comma_list(StrList*) ()
#6  0x005510a1 in MIMEHdr::value_get_comma_list(char const*, int, 
StrList*) ()
#7  0x005a339a in 
HttpTransactCache::CalcVariability(CacheLookupHttpConfig*, HTTPHdr*, HTTPHdr*, 
HTTPHdr*) ()
#8  0x005a19b1 in 
HttpTransactCache::calculate_quality_of_match(CacheLookupHttpConfig*, HTTPHdr*, 
HTTPHdr*, HTTPHdr*) ()
#9  0x005a0a7f in 
HttpTransactCache::SelectFromAlternates(CacheHTTPInfoVector*, HTTPHdr*, 
CacheLookupHttpConfig*) ()
#10 0x0068e591 in CacheVC::openReadStartHead(int, Event*) ()
#11 0x004e7138 in Continuation::handleEvent(int, void*) ()
#12 0x0066bfaa in CacheVC::handleReadDone(int, Event*) ()
#13 0x004e7138 in Continuation::handleEvent(int, void*) ()
#14 0x00671372 in AIOCallbackInternal::io_complete(int, void*) ()
#15 0x004e7138 in Continuation::handleEvent(int, void*) ()
#16 0x006d9166 in EThread::process_event(Event*, int) ()
#17 0x006d9334 in EThread::execute() ()
#18 0x006d8750 in ?? ()
#19 0x2b97636b8851 in __free_tcb () from /lib64/libpthread.so.0
#20 0x in ?? ()
{code}

 Segmentation fault for 4.2.0-rc0
 

 Key: TS-2594
 URL: https://issues.apache.org/jira/browse/TS-2594
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 4.2.0
Reporter: bettydramit
  Labels: crash
 Fix For: 5.0.0


 {code}
 [E. Mgmt] log == [TrafficManager] using root directory '/usr'
 [TrafficServer] using root directory '/usr'
 NOTE: Traffic Server received Sig 11: Segmentation fault
 /usr/bin/traffic_server - STACK TRACE: 
 /lib64/libpthread.so.0(+0xf70f)[0x2b4e95ab670f]
 /lib64/libc.so.6(memcpy+0xe)[0x2b4e96a4595e]
 /usr/lib64/trafficserver/libtsutil.so.4(StrList::_new_cell(char const*, 
 int)+0xef)[0x2b4e939ac88f]
 /usr/bin/traffic_server(StrList::new_cell(char const*, int)+0x9f)[0x5ff919]
 /usr/bin/traffic_server(StrList::append_string(char const*, 
 int)+0x28)[0x5ff9ce]
 /usr/bin/traffic_server(mime_field_value_get_comma_list(MIMEField*, 
 StrList*)+0x51)[0x602a39]
 /usr/bin/traffic_server(MIMEField::value_get_comma_list(StrList*)+0x22)[0x551052]
 /usr/bin/traffic_server(MIMEHdr::value_get_comma_list(char const*, int, 
 StrList*)+0x4a)[0x5510a0]
 /usr/bin/traffic_server(HttpTransactCache::CalcVariability(CacheLookupHttpConfig*,
  HTTPHdr*, HTTPHdr*, HTTPHdr*)+0xab)[0x5a3399]
 /usr/bin/traffic_server(HttpTransactCache::calculate_quality_of_match(CacheLookupHttpConfig*,
  HTTPHdr*, HTTPHdr*, HTTPHdr*)+0xc68)[0x5a19b0]
 /usr/bin/traffic_server(HttpTransactCache::SelectFromAlternates(CacheHTTPInfoVector*,
  HTTPHdr*, CacheLookupHttpConfig*)+0x28c)[0x5a0a7e]
 /usr/bin/traffic_server(CacheVC::openReadStartHead(int, 
 Event*)+0x5f2)[0x68e590]
 /usr/bin/traffic_server(Continuation::handleEvent(int, void*)+0x6b)[0x4e7137]
 /usr/bin/traffic_server(CacheVC::handleReadDone(int, Event*)+0x1127)[0x66bfa9]
 /usr/bin/traffic_server(Continuation::handleEvent(int, void*)+0x6b)[0x4e7137]
 /usr/bin/traffic_server(AIOCallbackInternal::io_complete(int, 
 void*)+0x3b)[0x671371]
 /usr/bin/traffic_server(Continuation::handleEvent(int, void*)+0x6b)[0x4e7137]
 /usr/bin/traffic_server(EThread::process_event(Event*, int)+0xc7)[0x6d9165]
 /usr/bin/traffic_server(EThread::execute()+0x9f)[0x6d9333]
 /usr/bin/traffic_server(main+0x122f)[0x50e634]
 /lib64/libc.so.6(__libc_start_main+0xfc)[0x2b4e969dad1c]
 /usr/bin/traffic_server[0x4ca098]
 {code}



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Created] (TS-2594) Segmentation fault for 4.2.0-rc0

2014-02-26 Thread bettydramit (JIRA)
bettydramit created TS-2594:
---

 Summary: Segmentation fault for 4.2.0-rc0
 Key: TS-2594
 URL: https://issues.apache.org/jira/browse/TS-2594
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit


{code}
[E. Mgmt] log == [TrafficManager] using root directory '/usr'
[TrafficServer] using root directory '/usr'
NOTE: Traffic Server received Sig 11: Segmentation fault
/usr/bin/traffic_server - STACK TRACE: 
/lib64/libpthread.so.0(+0xf70f)[0x2b4e95ab670f]
/lib64/libc.so.6(memcpy+0xe)[0x2b4e96a4595e]
/usr/lib64/trafficserver/libtsutil.so.4(StrList::_new_cell(char const*, 
int)+0xef)[0x2b4e939ac88f]
/usr/bin/traffic_server(StrList::new_cell(char const*, int)+0x9f)[0x5ff919]
/usr/bin/traffic_server(StrList::append_string(char const*, int)+0x28)[0x5ff9ce]
/usr/bin/traffic_server(mime_field_value_get_comma_list(MIMEField*, 
StrList*)+0x51)[0x602a39]
/usr/bin/traffic_server(MIMEField::value_get_comma_list(StrList*)+0x22)[0x551052]
/usr/bin/traffic_server(MIMEHdr::value_get_comma_list(char const*, int, 
StrList*)+0x4a)[0x5510a0]
/usr/bin/traffic_server(HttpTransactCache::CalcVariability(CacheLookupHttpConfig*,
 HTTPHdr*, HTTPHdr*, HTTPHdr*)+0xab)[0x5a3399]
/usr/bin/traffic_server(HttpTransactCache::calculate_quality_of_match(CacheLookupHttpConfig*,
 HTTPHdr*, HTTPHdr*, HTTPHdr*)+0xc68)[0x5a19b0]
/usr/bin/traffic_server(HttpTransactCache::SelectFromAlternates(CacheHTTPInfoVector*,
 HTTPHdr*, CacheLookupHttpConfig*)+0x28c)[0x5a0a7e]
/usr/bin/traffic_server(CacheVC::openReadStartHead(int, Event*)+0x5f2)[0x68e590]
/usr/bin/traffic_server(Continuation::handleEvent(int, void*)+0x6b)[0x4e7137]
/usr/bin/traffic_server(CacheVC::handleReadDone(int, Event*)+0x1127)[0x66bfa9]
/usr/bin/traffic_server(Continuation::handleEvent(int, void*)+0x6b)[0x4e7137]
/usr/bin/traffic_server(AIOCallbackInternal::io_complete(int, 
void*)+0x3b)[0x671371]
/usr/bin/traffic_server(Continuation::handleEvent(int, void*)+0x6b)[0x4e7137]
/usr/bin/traffic_server(EThread::process_event(Event*, int)+0xc7)[0x6d9165]
/usr/bin/traffic_server(EThread::execute()+0x9f)[0x6d9333]
/usr/bin/traffic_server(main+0x122f)[0x50e634]
/lib64/libc.so.6(__libc_start_main+0xfc)[0x2b4e969dad1c]
/usr/bin/traffic_server[0x4ca098]
{code}



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (TS-2594) Segmentation fault for 4.2.0-rc0

2014-02-26 Thread bettydramit (JIRA)

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

bettydramit updated TS-2594:


Affects Version/s: 4.2.0

 Segmentation fault for 4.2.0-rc0
 

 Key: TS-2594
 URL: https://issues.apache.org/jira/browse/TS-2594
 Project: Traffic Server
  Issue Type: Bug
Affects Versions: 4.2.0
Reporter: bettydramit

 {code}
 [E. Mgmt] log == [TrafficManager] using root directory '/usr'
 [TrafficServer] using root directory '/usr'
 NOTE: Traffic Server received Sig 11: Segmentation fault
 /usr/bin/traffic_server - STACK TRACE: 
 /lib64/libpthread.so.0(+0xf70f)[0x2b4e95ab670f]
 /lib64/libc.so.6(memcpy+0xe)[0x2b4e96a4595e]
 /usr/lib64/trafficserver/libtsutil.so.4(StrList::_new_cell(char const*, 
 int)+0xef)[0x2b4e939ac88f]
 /usr/bin/traffic_server(StrList::new_cell(char const*, int)+0x9f)[0x5ff919]
 /usr/bin/traffic_server(StrList::append_string(char const*, 
 int)+0x28)[0x5ff9ce]
 /usr/bin/traffic_server(mime_field_value_get_comma_list(MIMEField*, 
 StrList*)+0x51)[0x602a39]
 /usr/bin/traffic_server(MIMEField::value_get_comma_list(StrList*)+0x22)[0x551052]
 /usr/bin/traffic_server(MIMEHdr::value_get_comma_list(char const*, int, 
 StrList*)+0x4a)[0x5510a0]
 /usr/bin/traffic_server(HttpTransactCache::CalcVariability(CacheLookupHttpConfig*,
  HTTPHdr*, HTTPHdr*, HTTPHdr*)+0xab)[0x5a3399]
 /usr/bin/traffic_server(HttpTransactCache::calculate_quality_of_match(CacheLookupHttpConfig*,
  HTTPHdr*, HTTPHdr*, HTTPHdr*)+0xc68)[0x5a19b0]
 /usr/bin/traffic_server(HttpTransactCache::SelectFromAlternates(CacheHTTPInfoVector*,
  HTTPHdr*, CacheLookupHttpConfig*)+0x28c)[0x5a0a7e]
 /usr/bin/traffic_server(CacheVC::openReadStartHead(int, 
 Event*)+0x5f2)[0x68e590]
 /usr/bin/traffic_server(Continuation::handleEvent(int, void*)+0x6b)[0x4e7137]
 /usr/bin/traffic_server(CacheVC::handleReadDone(int, Event*)+0x1127)[0x66bfa9]
 /usr/bin/traffic_server(Continuation::handleEvent(int, void*)+0x6b)[0x4e7137]
 /usr/bin/traffic_server(AIOCallbackInternal::io_complete(int, 
 void*)+0x3b)[0x671371]
 /usr/bin/traffic_server(Continuation::handleEvent(int, void*)+0x6b)[0x4e7137]
 /usr/bin/traffic_server(EThread::process_event(Event*, int)+0xc7)[0x6d9165]
 /usr/bin/traffic_server(EThread::execute()+0x9f)[0x6d9333]
 /usr/bin/traffic_server(main+0x122f)[0x50e634]
 /lib64/libc.so.6(__libc_start_main+0xfc)[0x2b4e969dad1c]
 /usr/bin/traffic_server[0x4ca098]
 {code}



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (TS-2235) url_print should NOT output ? for empty query string

2014-01-10 Thread bettydramit (JIRA)

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

bettydramit commented on TS-2235:
-

code
diff -Nur ts-4.1.2/proxy/hdrs/URL.cc ts-4.1.2.new/proxy/hdrs/URL.cc
--- ts-4.1.2/proxy/hdrs/URL.cc  2013-12-06 06:07:48.0 +0800
+++ ts-4.1.2.new/proxy/hdrs/URL.cc  2014-01-10 17:26:59.698025425 +0800
@@ -781,13 +781,13 @@
   else
 length += 1;// +1 for /

-  if (url-m_ptr_params)
+  if (url-m_ptr_params  url-m_len_params  0)
 length += url-m_len_params + 1;  // +1 for ;

-  if (url-m_ptr_query)
+  if (url-m_ptr_query  url-m_len_query  0)
 length += url-m_len_query + 1;   // +1 for ?

-  if (url-m_ptr_fragment)
+  if (url-m_ptr_fragment  url-m_len_fragment  0)
 length += url-m_len_fragment + 1;// +1 for /

   return length;
code

  url_print should NOT output ? for empty query string
 ---

 Key: TS-2235
 URL: https://issues.apache.org/jira/browse/TS-2235
 Project: Traffic Server
  Issue Type: Bug
  Components: MIME
Reporter: Yu Qing
Assignee: Yu Qing
 Fix For: 4.1.2, 4.2.0

 Attachments: 0001-TS-2235-two-functions-should-be-changed-too.patch, 
 0001-TS-2235-url_print-should-NOT-output-for-empty-query-.patch


 the same problem with parameter and fragment parts.
 for example: a remap plugin removes the query part (set query to empty), but 
 the remaped url end with ?.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Comment Edited] (TS-2235) url_print should NOT output ? for empty query string

2014-01-10 Thread bettydramit (JIRA)

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

bettydramit edited comment on TS-2235 at 1/10/14 9:54 AM:
--

{code}
diff -Nur ts-4.1.2/proxy/hdrs/URL.cc ts-4.1.2.new/proxy/hdrs/URL.cc
--- ts-4.1.2/proxy/hdrs/URL.cc  2013-12-06 06:07:48.0 +0800
+++ ts-4.1.2.new/proxy/hdrs/URL.cc  2014-01-10 17:26:59.698025425 +0800
@@ -781,13 +781,13 @@
   else
 length += 1;// +1 for /

-  if (url-m_ptr_params)
+  if (url-m_ptr_params  url-m_len_params  0)
 length += url-m_len_params + 1;  // +1 for ;

-  if (url-m_ptr_query)
+  if (url-m_ptr_query  url-m_len_query  0)
 length += url-m_len_query + 1;   // +1 for ?

-  if (url-m_ptr_fragment)
+  if (url-m_ptr_fragment  url-m_len_fragment  0)
 length += url-m_len_fragment + 1;// +1 for /

   return length;
{code}


was (Author: bettydreamit):
code
diff -Nur ts-4.1.2/proxy/hdrs/URL.cc ts-4.1.2.new/proxy/hdrs/URL.cc
--- ts-4.1.2/proxy/hdrs/URL.cc  2013-12-06 06:07:48.0 +0800
+++ ts-4.1.2.new/proxy/hdrs/URL.cc  2014-01-10 17:26:59.698025425 +0800
@@ -781,13 +781,13 @@
   else
 length += 1;// +1 for /

-  if (url-m_ptr_params)
+  if (url-m_ptr_params  url-m_len_params  0)
 length += url-m_len_params + 1;  // +1 for ;

-  if (url-m_ptr_query)
+  if (url-m_ptr_query  url-m_len_query  0)
 length += url-m_len_query + 1;   // +1 for ?

-  if (url-m_ptr_fragment)
+  if (url-m_ptr_fragment  url-m_len_fragment  0)
 length += url-m_len_fragment + 1;// +1 for /

   return length;
code

  url_print should NOT output ? for empty query string
 ---

 Key: TS-2235
 URL: https://issues.apache.org/jira/browse/TS-2235
 Project: Traffic Server
  Issue Type: Bug
  Components: MIME
Reporter: Yu Qing
Assignee: Yu Qing
 Fix For: 4.1.2, 4.2.0

 Attachments: 0001-TS-2235-two-functions-should-be-changed-too.patch, 
 0001-TS-2235-url_print-should-NOT-output-for-empty-query-.patch


 the same problem with parameter and fragment parts.
 for example: a remap plugin removes the query part (set query to empty), but 
 the remaped url end with ?.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Commented] (TS-2479) orphan log Unreasonable when failover logging system

2014-01-06 Thread bettydramit (JIRA)

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

bettydramit commented on TS-2479:
-

yehh, It works.

Feature: when master host serverrecover  to alive ,  ats will be retry 
to read orphan log and send to master log server

 orphan log Unreasonable when failover logging system
 

 Key: TS-2479
 URL: https://issues.apache.org/jira/browse/TS-2479
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit
Assignee: Yunkai Zhang
 Fix For: 4.2.0

 Attachments: 
 0001-TS-2479-Don-t-output-orphan-log-after-failover-suces.patch


 CollationHosts = 192.16.1.2:8085|172.16.1.2:8085/
 when 192.16.1.2 down, the log will send to 172.16.1.2,
 but the w3clog.txt_192.16.1.2-8085.orphan file will be store local log dir.
 172.16.1.2 is alive ,orphan log does not appear is reasonable.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (TS-2479) orphan log Unreasonable when failover logging system

2014-01-05 Thread bettydramit (JIRA)

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

bettydramit updated TS-2479:


Description: 
code
CollationHosts = 192.16.1.2:8085|172.16.1.2:8085/
/code
when 192.16.1.2 down, the log will send to 172.16.1.2,
but the w3clog.txt_192.16.1.2-8085.orphan file will be store local log dir.
172.16.1.2 is alive ,orphan log does not appear is reasonable.

  was:
code
CollationHosts = 192.16.1.2:8085|172.16.1.2:8085/
code
when 192.16.1.2 down, the log will send to 172.16.1.2,
but the w3clog.txt_192.16.1.2-8085.orphan file will be store local log dir.
172.16.1.2 is alive ,orphan log does not appear is reasonable.


 orphan log Unreasonable when failover logging system
 

 Key: TS-2479
 URL: https://issues.apache.org/jira/browse/TS-2479
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit

 code
 CollationHosts = 192.16.1.2:8085|172.16.1.2:8085/
 /code
 when 192.16.1.2 down, the log will send to 172.16.1.2,
 but the w3clog.txt_192.16.1.2-8085.orphan file will be store local log dir.
 172.16.1.2 is alive ,orphan log does not appear is reasonable.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Updated] (TS-2479) orphan log Unreasonable when failover logging system

2014-01-05 Thread bettydramit (JIRA)

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

bettydramit updated TS-2479:


Description: 
CollationHosts = 192.16.1.2:8085|172.16.1.2:8085/

when 192.16.1.2 down, the log will send to 172.16.1.2,
but the w3clog.txt_192.16.1.2-8085.orphan file will be store local log dir.
172.16.1.2 is alive ,orphan log does not appear is reasonable.

  was:
code
CollationHosts = 192.16.1.2:8085|172.16.1.2:8085/
/code
when 192.16.1.2 down, the log will send to 172.16.1.2,
but the w3clog.txt_192.16.1.2-8085.orphan file will be store local log dir.
172.16.1.2 is alive ,orphan log does not appear is reasonable.


 orphan log Unreasonable when failover logging system
 

 Key: TS-2479
 URL: https://issues.apache.org/jira/browse/TS-2479
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit

 CollationHosts = 192.16.1.2:8085|172.16.1.2:8085/
 when 192.16.1.2 down, the log will send to 172.16.1.2,
 but the w3clog.txt_192.16.1.2-8085.orphan file will be store local log dir.
 172.16.1.2 is alive ,orphan log does not appear is reasonable.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


[jira] [Created] (TS-2462) FATAL: InkAPI.cc:983: failed assert `!Plugin tries to use a continuation which is deleted`

2013-12-31 Thread bettydramit (JIRA)
bettydramit created TS-2462:
---

 Summary: FATAL: InkAPI.cc:983: failed assert `!Plugin tries to 
use a continuation which is deleted`
 Key: TS-2462
 URL: https://issues.apache.org/jira/browse/TS-2462
 Project: Traffic Server
  Issue Type: Bug
Reporter: bettydramit


4.0.1 -4.1.2 

FATAL: InkAPI.cc:983: failed assert `!Plugin tries to use a continuation which 
is deleted`
/usr/bin/traffic_server - STACK TRACE: 
/usr/lib64/trafficserver/libtsutil.so.4(+0x141e8)[0x2b716e8ac1e8]
/usr/lib64/trafficserver/libtsutil.so.4(+0x128df)[0x2b716e8aa8df]
/usr/bin/traffic_server[0x4af6b4]
/usr/bin/traffic_server(_ZN8PluginVC17process_read_sideEb+0x375)[0x4d08b5]
/usr/bin/traffic_server(_ZN8PluginVC18process_write_sideEb+0x57a)[0x4d120a]
/usr/bin/traffic_server(_ZN8PluginVC12main_handlerEiPv+0x2c3)[0x4d2123]
/usr/bin/traffic_server(_ZN7EThread13process_eventEP5Eventi+0x8f)[0x6a37ff]
/usr/bin/traffic_server(_ZN7EThread7executeEv+0x6e3)[0x6a4423]
/usr/bin/traffic_server[0x6a269a]
/lib64/libpthread.so.0(+0x7851)[0x2b7170708851]
/lib64/libc.so.6(clone+0x6d)[0x2b71713ac90d]



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)


  1   2   3   >