[jira] [Resolved] (TS-1568) traffic server crash log

2012-11-08 Thread Zhao Yongming (JIRA) 

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

Zhao Yongming resolved TS-1568.
---

Resolution: Duplicate

this is duplicate to TS-1204

> traffic server crash log
> 
>
> Key: TS-1568
> URL: https://issues.apache.org/jira/browse/TS-1568
> Project: Traffic Server
>  Issue Type: Bug
>  Components: HTTP
>Affects Versions: 3.0.5
> Environment: 4G mem, os: centos 6.3 kernel:2.6.38
>Reporter: lingjie.zhou
>Priority: Critical
> Fix For: sometime
>
>
> at our trafficer server has many connections, traffice server report this log
> FATAL: HttpSM.cc:2411: failed assert `magic == HTTP_SM_MAGIC_ALIVE`
> /usr/local/ats/bin/traffic_server - STACK TRACE:
> /usr/local/ats/lib/libtsutil.so.3(ink_fatal_va+0x9d)[0x2ae25b8ee38d]
> /usr/local/ats/lib/libtsutil.so.3(ink_fatal+0x88)[0x2ae25b8ee4e8]
> /usr/local/ats/lib/libtsutil.so.3(_ink_assert+0x85)[0x2ae25b8ecb05]
> /usr/local/ats/bin/traffic_server(_ZN6HttpSM12main_handlerEiPv+0x2e)[0x53081e]
> /usr/local/ats/bin/traffic_server(_ZN7EThread13process_eventEP5Eventi+0xb4)[0x6aaee4]
> /usr/local/ats/bin/traffic_server(_ZN7EThread7executeEv+0x633)[0x6ab9e3]
> /usr/local/ats/bin/traffic_server[0x6a9d32]
> /lib64/libpthread.so.0[0x31822077f1]
> /lib64/libc.so.6(clone+0x6d)[0x3181ae570d]

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Created] (TS-1568) traffic server crash log

2012-11-08 Thread lingjie.zhou (JIRA) 
lingjie.zhou created TS-1568:


 Summary: traffic server crash log
 Key: TS-1568
 URL: https://issues.apache.org/jira/browse/TS-1568
 Project: Traffic Server
  Issue Type: Bug
  Components: HTTP
Affects Versions: 3.0.5
 Environment: 4G mem, os: centos 6.3 kernel:2.6.38
Reporter: lingjie.zhou
Priority: Critical
 Fix For: sometime


at our trafficer server has many connections, traffice server report this log
FATAL: HttpSM.cc:2411: failed assert `magic == HTTP_SM_MAGIC_ALIVE`
/usr/local/ats/bin/traffic_server - STACK TRACE:
/usr/local/ats/lib/libtsutil.so.3(ink_fatal_va+0x9d)[0x2ae25b8ee38d]
/usr/local/ats/lib/libtsutil.so.3(ink_fatal+0x88)[0x2ae25b8ee4e8]
/usr/local/ats/lib/libtsutil.so.3(_ink_assert+0x85)[0x2ae25b8ecb05]
/usr/local/ats/bin/traffic_server(_ZN6HttpSM12main_handlerEiPv+0x2e)[0x53081e]
/usr/local/ats/bin/traffic_server(_ZN7EThread13process_eventEP5Eventi+0xb4)[0x6aaee4]
/usr/local/ats/bin/traffic_server(_ZN7EThread7executeEv+0x633)[0x6ab9e3]
/usr/local/ats/bin/traffic_server[0x6a9d32]
/lib64/libpthread.so.0[0x31822077f1]
/lib64/libc.so.6(clone+0x6d)[0x3181ae570d]


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (TS-1551) ssl_multicert.config not reread with traffic_line -x

2012-11-08 Thread Ethan Lai (JIRA) 

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

Ethan Lai updated TS-1551:
--

Attachment: ssl_multicert_reconfigure.patch

> ssl_multicert.config not reread with traffic_line -x
> 
>
> Key: TS-1551
> URL: https://issues.apache.org/jira/browse/TS-1551
> Project: Traffic Server
>  Issue Type: Bug
>  Components: Configuration, SSL
>Affects Versions: 3.2.0
> Environment: RHEL 6
>Reporter: Ethan Lai
>Assignee: James Peach
>Priority: Minor
> Attachments: ssl_multicert_reconfigure.patch
>
>
> Found that "ssl_multicert.config" is marked as modified, but not reread while 
> running traffic_line -x (Reread Config Files).
> Just wondering is this expected behavior or not?
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> [Oct 26 09:59:45.018] Manager {0x7f3c6723d7e0} NOTE: 
> [LocalManager::startProxy] Launching ts process
> [Oct 26 09:59:45.025] Manager {0x7f3c6723d7e0} NOTE: 
> [LocalManager::pollMgmtProcessServer] New process connecting fd '12'
> [Oct 26 09:59:45.025] Manager {0x7f3c6723d7e0} NOTE: [Alarms::signalAlarm] 
> Server Process born
> [Oct 26 09:59:46.066] Server {0x2b500a320680} DEBUG: (ssl) 
> ssl_multicert.config: /usr/local/etc/trafficserver/ssl_multicert.config
> [Oct 26 09:59:46.094] Server {0x2b500a320680} DEBUG: (ssl) mapping 
> 'j1.free888.cloudns.biz' to certificate 
> /usr/local/etc/ats-cert/j1.free888.cloudns.biz-v2.pem
> [Oct 26 09:59:46.096] Server {0x2b500a320680} NOTE: logging initialized[15], 
> logging_mode = 3
> [Oct 26 09:59:46.126] Server {0x2b500a320680} NOTE: traffic server running
> $ sed -i 's/j1.free888.cloudns.biz-v2/j1.free888.cloudns.biz-v3/'  
> /usr/local/etc/trafficserver/ssl_multicert.config
> $ `trafflic_line -x`
> [Oct 26 09:59:59.954] Manager {0x7f3c5700} DEBUG: (rollback) 
> [Rollback::internalUpdate] Moving ssl_multicert.config from version 43 to 
> version 44
> [Oct 26 09:59:59.970] Manager {0x7f3c5700} NOTE: [fileUpdated] 
> ssl_multicert.config file has been modified
> [Oct 26 09:59:59.970] Manager {0x7f3c5700} NOTE: User has changed config 
> file ssl_multicert.config
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> No "DEBUG: (ssl) mapping 'j1.free888.cloudns.biz' to certificate 
> /usr/local/etc/ats-cert/j1.free888.cloudns.biz-v3.pem" message found.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (TS-1551) ssl_multicert.config not reread with traffic_line -x

2012-11-08 Thread Ethan Lai (JIRA) 

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

Ethan Lai updated TS-1551:
--

Attachment: (was: ssl_multicert_reconfigure.patch)

> ssl_multicert.config not reread with traffic_line -x
> 
>
> Key: TS-1551
> URL: https://issues.apache.org/jira/browse/TS-1551
> Project: Traffic Server
>  Issue Type: Bug
>  Components: Configuration, SSL
>Affects Versions: 3.2.0
> Environment: RHEL 6
>Reporter: Ethan Lai
>Assignee: James Peach
>Priority: Minor
> Attachments: ssl_multicert_reconfigure.patch
>
>
> Found that "ssl_multicert.config" is marked as modified, but not reread while 
> running traffic_line -x (Reread Config Files).
> Just wondering is this expected behavior or not?
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> [Oct 26 09:59:45.018] Manager {0x7f3c6723d7e0} NOTE: 
> [LocalManager::startProxy] Launching ts process
> [Oct 26 09:59:45.025] Manager {0x7f3c6723d7e0} NOTE: 
> [LocalManager::pollMgmtProcessServer] New process connecting fd '12'
> [Oct 26 09:59:45.025] Manager {0x7f3c6723d7e0} NOTE: [Alarms::signalAlarm] 
> Server Process born
> [Oct 26 09:59:46.066] Server {0x2b500a320680} DEBUG: (ssl) 
> ssl_multicert.config: /usr/local/etc/trafficserver/ssl_multicert.config
> [Oct 26 09:59:46.094] Server {0x2b500a320680} DEBUG: (ssl) mapping 
> 'j1.free888.cloudns.biz' to certificate 
> /usr/local/etc/ats-cert/j1.free888.cloudns.biz-v2.pem
> [Oct 26 09:59:46.096] Server {0x2b500a320680} NOTE: logging initialized[15], 
> logging_mode = 3
> [Oct 26 09:59:46.126] Server {0x2b500a320680} NOTE: traffic server running
> $ sed -i 's/j1.free888.cloudns.biz-v2/j1.free888.cloudns.biz-v3/'  
> /usr/local/etc/trafficserver/ssl_multicert.config
> $ `trafflic_line -x`
> [Oct 26 09:59:59.954] Manager {0x7f3c5700} DEBUG: (rollback) 
> [Rollback::internalUpdate] Moving ssl_multicert.config from version 43 to 
> version 44
> [Oct 26 09:59:59.970] Manager {0x7f3c5700} NOTE: [fileUpdated] 
> ssl_multicert.config file has been modified
> [Oct 26 09:59:59.970] Manager {0x7f3c5700} NOTE: User has changed config 
> file ssl_multicert.config
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> No "DEBUG: (ssl) mapping 'j1.free888.cloudns.biz' to certificate 
> /usr/local/etc/ats-cert/j1.free888.cloudns.biz-v3.pem" message found.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (TS-1551) ssl_multicert.config not reread with traffic_line -x

2012-11-08 Thread Ethan Lai (JIRA) 

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

Ethan Lai updated TS-1551:
--

Attachment: ssl_multicert_reconfigure.patch

TS-1551: reload ssl_multicert.config after traffic_line -x
   * use ConfigProcessor way to set/get/release SSLCertLookup objects
   * remove (has)MultipleCerts since there were nowhere using it

> ssl_multicert.config not reread with traffic_line -x
> 
>
> Key: TS-1551
> URL: https://issues.apache.org/jira/browse/TS-1551
> Project: Traffic Server
>  Issue Type: Bug
>  Components: Configuration, SSL
>Affects Versions: 3.2.0
> Environment: RHEL 6
>Reporter: Ethan Lai
>Assignee: James Peach
>Priority: Minor
> Attachments: ssl_multicert_reconfigure.patch
>
>
> Found that "ssl_multicert.config" is marked as modified, but not reread while 
> running traffic_line -x (Reread Config Files).
> Just wondering is this expected behavior or not?
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> [Oct 26 09:59:45.018] Manager {0x7f3c6723d7e0} NOTE: 
> [LocalManager::startProxy] Launching ts process
> [Oct 26 09:59:45.025] Manager {0x7f3c6723d7e0} NOTE: 
> [LocalManager::pollMgmtProcessServer] New process connecting fd '12'
> [Oct 26 09:59:45.025] Manager {0x7f3c6723d7e0} NOTE: [Alarms::signalAlarm] 
> Server Process born
> [Oct 26 09:59:46.066] Server {0x2b500a320680} DEBUG: (ssl) 
> ssl_multicert.config: /usr/local/etc/trafficserver/ssl_multicert.config
> [Oct 26 09:59:46.094] Server {0x2b500a320680} DEBUG: (ssl) mapping 
> 'j1.free888.cloudns.biz' to certificate 
> /usr/local/etc/ats-cert/j1.free888.cloudns.biz-v2.pem
> [Oct 26 09:59:46.096] Server {0x2b500a320680} NOTE: logging initialized[15], 
> logging_mode = 3
> [Oct 26 09:59:46.126] Server {0x2b500a320680} NOTE: traffic server running
> $ sed -i 's/j1.free888.cloudns.biz-v2/j1.free888.cloudns.biz-v3/'  
> /usr/local/etc/trafficserver/ssl_multicert.config
> $ `trafflic_line -x`
> [Oct 26 09:59:59.954] Manager {0x7f3c5700} DEBUG: (rollback) 
> [Rollback::internalUpdate] Moving ssl_multicert.config from version 43 to 
> version 44
> [Oct 26 09:59:59.970] Manager {0x7f3c5700} NOTE: [fileUpdated] 
> ssl_multicert.config file has been modified
> [Oct 26 09:59:59.970] Manager {0x7f3c5700} NOTE: User has changed config 
> file ssl_multicert.config
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> No "DEBUG: (ssl) mapping 'j1.free888.cloudns.biz' to certificate 
> /usr/local/etc/ats-cert/j1.free888.cloudns.biz-v3.pem" message found.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (TS-1551) ssl_multicert.config not reread with traffic_line -x

2012-11-08 Thread Ethan Lai (JIRA) 

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

Ethan Lai updated TS-1551:
--

Comment: was deleted

(was: James, sorry for just copying similar param codes from 3.2.0 patch, I've 
updated it. 
About the refcount, I just use mutex instead. (not sure is this mutex ok or not)

Please find the attachment for the updated patch.)

> ssl_multicert.config not reread with traffic_line -x
> 
>
> Key: TS-1551
> URL: https://issues.apache.org/jira/browse/TS-1551
> Project: Traffic Server
>  Issue Type: Bug
>  Components: Configuration, SSL
>Affects Versions: 3.2.0
> Environment: RHEL 6
>Reporter: Ethan Lai
>Assignee: James Peach
>Priority: Minor
>
> Found that "ssl_multicert.config" is marked as modified, but not reread while 
> running traffic_line -x (Reread Config Files).
> Just wondering is this expected behavior or not?
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> [Oct 26 09:59:45.018] Manager {0x7f3c6723d7e0} NOTE: 
> [LocalManager::startProxy] Launching ts process
> [Oct 26 09:59:45.025] Manager {0x7f3c6723d7e0} NOTE: 
> [LocalManager::pollMgmtProcessServer] New process connecting fd '12'
> [Oct 26 09:59:45.025] Manager {0x7f3c6723d7e0} NOTE: [Alarms::signalAlarm] 
> Server Process born
> [Oct 26 09:59:46.066] Server {0x2b500a320680} DEBUG: (ssl) 
> ssl_multicert.config: /usr/local/etc/trafficserver/ssl_multicert.config
> [Oct 26 09:59:46.094] Server {0x2b500a320680} DEBUG: (ssl) mapping 
> 'j1.free888.cloudns.biz' to certificate 
> /usr/local/etc/ats-cert/j1.free888.cloudns.biz-v2.pem
> [Oct 26 09:59:46.096] Server {0x2b500a320680} NOTE: logging initialized[15], 
> logging_mode = 3
> [Oct 26 09:59:46.126] Server {0x2b500a320680} NOTE: traffic server running
> $ sed -i 's/j1.free888.cloudns.biz-v2/j1.free888.cloudns.biz-v3/'  
> /usr/local/etc/trafficserver/ssl_multicert.config
> $ `trafflic_line -x`
> [Oct 26 09:59:59.954] Manager {0x7f3c5700} DEBUG: (rollback) 
> [Rollback::internalUpdate] Moving ssl_multicert.config from version 43 to 
> version 44
> [Oct 26 09:59:59.970] Manager {0x7f3c5700} NOTE: [fileUpdated] 
> ssl_multicert.config file has been modified
> [Oct 26 09:59:59.970] Manager {0x7f3c5700} NOTE: User has changed config 
> file ssl_multicert.config
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> No "DEBUG: (ssl) mapping 'j1.free888.cloudns.biz' to certificate 
> /usr/local/etc/ats-cert/j1.free888.cloudns.biz-v3.pem" message found.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (TS-1551) ssl_multicert.config not reread with traffic_line -x

2012-11-08 Thread Ethan Lai (JIRA) 

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

Ethan Lai updated TS-1551:
--

Comment: was deleted

(was: ssl_multicert_reload.patch for current git master
ssl_multicert_reload.patch-3.2.0 for trafficserver-3.2.0

TS-1551: reload ssl_multicert.config after traffic_line -x
   * reconstruct SSLEntry to save wildcard names only, make ssl_storage the 
only ssl_ctx storage.
   * ssl_default is now only for null ctx only(avoid crashing for SNI 
requests), the real default ctx should be found in ssl_storage with "*" key
   * change sslCertLookup to pointer instead of static object, then replace 
pointer after reload)

> ssl_multicert.config not reread with traffic_line -x
> 
>
> Key: TS-1551
> URL: https://issues.apache.org/jira/browse/TS-1551
> Project: Traffic Server
>  Issue Type: Bug
>  Components: Configuration, SSL
>Affects Versions: 3.2.0
> Environment: RHEL 6
>Reporter: Ethan Lai
>Assignee: James Peach
>Priority: Minor
>
> Found that "ssl_multicert.config" is marked as modified, but not reread while 
> running traffic_line -x (Reread Config Files).
> Just wondering is this expected behavior or not?
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> [Oct 26 09:59:45.018] Manager {0x7f3c6723d7e0} NOTE: 
> [LocalManager::startProxy] Launching ts process
> [Oct 26 09:59:45.025] Manager {0x7f3c6723d7e0} NOTE: 
> [LocalManager::pollMgmtProcessServer] New process connecting fd '12'
> [Oct 26 09:59:45.025] Manager {0x7f3c6723d7e0} NOTE: [Alarms::signalAlarm] 
> Server Process born
> [Oct 26 09:59:46.066] Server {0x2b500a320680} DEBUG: (ssl) 
> ssl_multicert.config: /usr/local/etc/trafficserver/ssl_multicert.config
> [Oct 26 09:59:46.094] Server {0x2b500a320680} DEBUG: (ssl) mapping 
> 'j1.free888.cloudns.biz' to certificate 
> /usr/local/etc/ats-cert/j1.free888.cloudns.biz-v2.pem
> [Oct 26 09:59:46.096] Server {0x2b500a320680} NOTE: logging initialized[15], 
> logging_mode = 3
> [Oct 26 09:59:46.126] Server {0x2b500a320680} NOTE: traffic server running
> $ sed -i 's/j1.free888.cloudns.biz-v2/j1.free888.cloudns.biz-v3/'  
> /usr/local/etc/trafficserver/ssl_multicert.config
> $ `trafflic_line -x`
> [Oct 26 09:59:59.954] Manager {0x7f3c5700} DEBUG: (rollback) 
> [Rollback::internalUpdate] Moving ssl_multicert.config from version 43 to 
> version 44
> [Oct 26 09:59:59.970] Manager {0x7f3c5700} NOTE: [fileUpdated] 
> ssl_multicert.config file has been modified
> [Oct 26 09:59:59.970] Manager {0x7f3c5700} NOTE: User has changed config 
> file ssl_multicert.config
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> No "DEBUG: (ssl) mapping 'j1.free888.cloudns.biz' to certificate 
> /usr/local/etc/ats-cert/j1.free888.cloudns.biz-v3.pem" message found.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (TS-1551) ssl_multicert.config not reread with traffic_line -x

2012-11-08 Thread Ethan Lai (JIRA) 

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

Ethan Lai updated TS-1551:
--

Attachment: (was: ssl_multicert_reload.patch)

> ssl_multicert.config not reread with traffic_line -x
> 
>
> Key: TS-1551
> URL: https://issues.apache.org/jira/browse/TS-1551
> Project: Traffic Server
>  Issue Type: Bug
>  Components: Configuration, SSL
>Affects Versions: 3.2.0
> Environment: RHEL 6
>Reporter: Ethan Lai
>Assignee: James Peach
>Priority: Minor
>
> Found that "ssl_multicert.config" is marked as modified, but not reread while 
> running traffic_line -x (Reread Config Files).
> Just wondering is this expected behavior or not?
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> [Oct 26 09:59:45.018] Manager {0x7f3c6723d7e0} NOTE: 
> [LocalManager::startProxy] Launching ts process
> [Oct 26 09:59:45.025] Manager {0x7f3c6723d7e0} NOTE: 
> [LocalManager::pollMgmtProcessServer] New process connecting fd '12'
> [Oct 26 09:59:45.025] Manager {0x7f3c6723d7e0} NOTE: [Alarms::signalAlarm] 
> Server Process born
> [Oct 26 09:59:46.066] Server {0x2b500a320680} DEBUG: (ssl) 
> ssl_multicert.config: /usr/local/etc/trafficserver/ssl_multicert.config
> [Oct 26 09:59:46.094] Server {0x2b500a320680} DEBUG: (ssl) mapping 
> 'j1.free888.cloudns.biz' to certificate 
> /usr/local/etc/ats-cert/j1.free888.cloudns.biz-v2.pem
> [Oct 26 09:59:46.096] Server {0x2b500a320680} NOTE: logging initialized[15], 
> logging_mode = 3
> [Oct 26 09:59:46.126] Server {0x2b500a320680} NOTE: traffic server running
> $ sed -i 's/j1.free888.cloudns.biz-v2/j1.free888.cloudns.biz-v3/'  
> /usr/local/etc/trafficserver/ssl_multicert.config
> $ `trafflic_line -x`
> [Oct 26 09:59:59.954] Manager {0x7f3c5700} DEBUG: (rollback) 
> [Rollback::internalUpdate] Moving ssl_multicert.config from version 43 to 
> version 44
> [Oct 26 09:59:59.970] Manager {0x7f3c5700} NOTE: [fileUpdated] 
> ssl_multicert.config file has been modified
> [Oct 26 09:59:59.970] Manager {0x7f3c5700} NOTE: User has changed config 
> file ssl_multicert.config
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> No "DEBUG: (ssl) mapping 'j1.free888.cloudns.biz' to certificate 
> /usr/local/etc/ats-cert/j1.free888.cloudns.biz-v3.pem" message found.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (TS-1551) ssl_multicert.config not reread with traffic_line -x

2012-11-08 Thread Ethan Lai (JIRA) 

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

Ethan Lai updated TS-1551:
--

Attachment: (was: ssl_multicert_reload.patch-3.2.0)

> ssl_multicert.config not reread with traffic_line -x
> 
>
> Key: TS-1551
> URL: https://issues.apache.org/jira/browse/TS-1551
> Project: Traffic Server
>  Issue Type: Bug
>  Components: Configuration, SSL
>Affects Versions: 3.2.0
> Environment: RHEL 6
>Reporter: Ethan Lai
>Assignee: James Peach
>Priority: Minor
>
> Found that "ssl_multicert.config" is marked as modified, but not reread while 
> running traffic_line -x (Reread Config Files).
> Just wondering is this expected behavior or not?
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> [Oct 26 09:59:45.018] Manager {0x7f3c6723d7e0} NOTE: 
> [LocalManager::startProxy] Launching ts process
> [Oct 26 09:59:45.025] Manager {0x7f3c6723d7e0} NOTE: 
> [LocalManager::pollMgmtProcessServer] New process connecting fd '12'
> [Oct 26 09:59:45.025] Manager {0x7f3c6723d7e0} NOTE: [Alarms::signalAlarm] 
> Server Process born
> [Oct 26 09:59:46.066] Server {0x2b500a320680} DEBUG: (ssl) 
> ssl_multicert.config: /usr/local/etc/trafficserver/ssl_multicert.config
> [Oct 26 09:59:46.094] Server {0x2b500a320680} DEBUG: (ssl) mapping 
> 'j1.free888.cloudns.biz' to certificate 
> /usr/local/etc/ats-cert/j1.free888.cloudns.biz-v2.pem
> [Oct 26 09:59:46.096] Server {0x2b500a320680} NOTE: logging initialized[15], 
> logging_mode = 3
> [Oct 26 09:59:46.126] Server {0x2b500a320680} NOTE: traffic server running
> $ sed -i 's/j1.free888.cloudns.biz-v2/j1.free888.cloudns.biz-v3/'  
> /usr/local/etc/trafficserver/ssl_multicert.config
> $ `trafflic_line -x`
> [Oct 26 09:59:59.954] Manager {0x7f3c5700} DEBUG: (rollback) 
> [Rollback::internalUpdate] Moving ssl_multicert.config from version 43 to 
> version 44
> [Oct 26 09:59:59.970] Manager {0x7f3c5700} NOTE: [fileUpdated] 
> ssl_multicert.config file has been modified
> [Oct 26 09:59:59.970] Manager {0x7f3c5700} NOTE: User has changed config 
> file ssl_multicert.config
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> No "DEBUG: (ssl) mapping 'j1.free888.cloudns.biz' to certificate 
> /usr/local/etc/ats-cert/j1.free888.cloudns.biz-v3.pem" message found.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Created] (TS-1567) Don't write warning about setuid() when user who starts is the user in records.config

2012-11-08 Thread JIRA 
Igor Galić created TS-1567:
--

 Summary: Don't write warning about setuid() when user who starts 
is the user in records.config
 Key: TS-1567
 URL: https://issues.apache.org/jira/browse/TS-1567
 Project: Traffic Server
  Issue Type: Improvement
Reporter: Igor Galić


{noformat}
Can't change user to 'igalic' because running with effective uid=1000
{noformat}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Created] (TS-1566) dynamic update for string vars does not work

2012-11-08 Thread Aidan McGurn (JIRA) 
Aidan McGurn created TS-1566:


 Summary: dynamic update for string vars does not work
 Key: TS-1566
 URL: https://issues.apache.org/jira/browse/TS-1566
 Project: Traffic Server
  Issue Type: Bug
  Components: Configuration
Affects Versions: 3.2.0
Reporter: Aidan McGurn
Priority: Critical


i noticed that when i try to do a dynamic update of the scheme in congestion 
control it doesn't appear to work:
registerd callback: CongestionControlDefaultSchemeChanged

this function gets called back correctly when the var:
CONFIG proxy.config.http.congestion_control.default.congestion_scheme STRING 
per_host

is updated and 'traffic_line -x' is called..
however the var returned via r->data (record data) or 
DEFAULT_congestion_scheme_str has not been updated unlike for its integer 
config counterparts -
Th r->data has been overwritten with rubbish - in fact tracing it back i see 

P_RecCore.i calls
  for (cur_callback = r->config_meta.update_cb_list; cur_callback; 
cur_callback = cur_callback->next) {
  (*(cur_callback->update_cb)) (r->name, r->data_type, r->data, 
cur_callback->update_cookie);

this then calls before the callback function (r->data is correct at this point) 
a function called 'link_string_alloc' which has been registered via this 
function for all strings in general: 
 CC_EstablishStaticConfigStringAlloc(DEFAULT_congestion_scheme_str, 
"proxy.config.http.congestion_control.default.congestion_scheme");

The link_string_alloc overwrites the string with the passed in cookie var which 
has rubbish - this function looks completely wrong -

i have commented it out updated string in r->data doesn't get overwritten and 
so is passed through ok - 




***could anyone explain what link_string alloc is actually needed for and does 
removing this lead to a memory leak?





--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Assigned] (TS-1006) memory management, cut down memory waste ?

2012-11-08 Thread Zhao Yongming (JIRA) 

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

Zhao Yongming reassigned TS-1006:
-

Assignee: Bin Chen  (was: Zhao Yongming)

> memory management, cut down memory waste ?
> --
>
> Key: TS-1006
> URL: https://issues.apache.org/jira/browse/TS-1006
> Project: Traffic Server
>  Issue Type: Improvement
>  Components: Core
>Affects Versions: 3.1.1
>Reporter: Zhao Yongming
>Assignee: Bin Chen
> Fix For: 3.3.1
>
> Attachments: memusage.ods, memusage.ods
>
>
> when we review the memory usage in the production, there is something 
> abnormal, ie, looks like TS take much memory than index data + common system 
> waste, and here is some memory dump result by set 
> "proxy.config.dump_mem_info_frequency"
> 1, the one on a not so busy forwarding system:
> physics memory: 32G
> RAM cache: 22G
> DISK: 6140 GB
> average_object_size 64000
> {code}
>  allocated  |in-use  | type size  |   free list name
> |||--
>   671088640 |   37748736 |2097152 | 
> memory/ioBufAllocator[14]
>  2248146944 | 2135949312 |1048576 | 
> memory/ioBufAllocator[13]
>  1711276032 | 1705508864 | 524288 | 
> memory/ioBufAllocator[12]
>  1669332992 | 1667760128 | 262144 | 
> memory/ioBufAllocator[11]
>  2214592512 | 221184 | 131072 | 
> memory/ioBufAllocator[10]
>  2325741568 | 2323775488 |  65536 | 
> memory/ioBufAllocator[9]
>  2091909120 | 2089123840 |  32768 | 
> memory/ioBufAllocator[8]
>  1956642816 | 1956478976 |  16384 | 
> memory/ioBufAllocator[7]
>  2094530560 | 2094071808 |   8192 | 
> memory/ioBufAllocator[6]
>   356515840 |  355540992 |   4096 | 
> memory/ioBufAllocator[5]
> 1048576 |  14336 |   2048 | 
> memory/ioBufAllocator[4]
>  131072 |  0 |   1024 | 
> memory/ioBufAllocator[3]
>   65536 |  0 |512 | 
> memory/ioBufAllocator[2]
>   32768 |  0 |256 | 
> memory/ioBufAllocator[1]
>   16384 |  0 |128 | 
> memory/ioBufAllocator[0]
>   0 |  0 |576 | 
> memory/ICPRequestCont_allocator
>   0 |  0 |112 | 
> memory/ICPPeerReadContAllocator
>   0 |  0 |432 | 
> memory/PeerReadDataAllocator
>   0 |  0 | 32 | 
> memory/MIMEFieldSDKHandle
>   0 |  0 |240 | 
> memory/INKVConnAllocator
>   0 |  0 | 96 | 
> memory/INKContAllocator
>4096 |  0 | 32 | 
> memory/apiHookAllocator
>   0 |  0 |288 | 
> memory/FetchSMAllocator
>   0 |  0 | 80 | 
> memory/prefetchLockHandlerAllocator
>   0 |  0 |176 | 
> memory/PrefetchBlasterAllocator
>   0 |  0 | 80 | 
> memory/prefetchUrlBlaster
>   0 |  0 | 96 | memory/blasterUrlList
>   0 |  0 | 96 | 
> memory/prefetchUrlEntryAllocator
>   0 |  0 |128 | 
> memory/socksProxyAllocator
>   0 |  0 |144 | 
> memory/ObjectReloadCont
> 3258368 | 576016 |592 | 
> memory/httpClientSessionAllocator
>  825344 | 139568 |208 | 
> memory/httpServerSessionAllocator
>22597632 |1284848 |   9808 | memory/httpSMAllocator
>   0 |  0 | 32 | 
> memory/CacheLookupHttpConfigAllocator
>   0 |  0 |   9856 | 
> memory/httpUpdateSMAllocator
>   0 |  0 |128 | 
> memory/RemapPluginsAlloc
>   0 |  0 | 48 | 
> memory/CongestRequestParamAllocator
>   0 |  0 |128 | 
> memory/CongestionDBContAllocator
> 5767168 | 704512 |   2048 | memory/hdrStrHeap
>18350080 |1153024 |   2048 | memory/hdrHeap
>   53248 |   2912 |208 | 
> memory/httpCacheAltAllocator
>   0 |  0 |112 | 
> memory/OneWayTunnelAllocator
>  157696 |

[jira] [Commented] (TS-1433) enable_read_while_writer not working in 3.2.0

2012-11-08 Thread Alex (JIRA) 

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

Alex commented on TS-1433:
--

@weijin, i fixed it on Ubuntu 12, form new version on,they are more strict on 
"cast", the fix is:
replace line 315: int ret = openReadChooseWriter(event, e); 
with: intptr_t ret = openReadChooseWriter(event, e);

Maybe you can include it in your patch/commit.

> enable_read_while_writer not working in 3.2.0
> -
>
> Key: TS-1433
> URL: https://issues.apache.org/jira/browse/TS-1433
> Project: Traffic Server
>  Issue Type: Bug
>  Components: Cache
>Affects Versions: 3.2.0
> Environment: Ubuntu 10.04
>Reporter: Kingsley Foreman
>Assignee: weijin
> Fix For: 3.3.1
>
> Attachments: read_from_writer.try_master.diff, ts-1433.try1.diff, 
> ts-1433.try2.diff, ts.3.2.x-1433.try3.diff
>
>
> enable_read_while_writer is not currently working as it should
> with the settings
> CONFIG proxy.config.cache.enable_read_while_writer INT 1
> CONFIG proxy.config.cache.max_doc_size INT 0
> CONFIG proxy.config.http.background_fill_active_timeout INT 0
> CONFIG proxy.config.http.background_fill_completed_threshold FLOAT 0
> If I do
> wget http://127.0.0.1:8080/largefile.mpg g -O /dev/null
> and then on the same box 30 seconds later (while the first one is still going 
> I do)
> wget http://127.0.0.1:8080/largefile.mpg g -O /dev/null
> again
> The master server (after I kill them both) gets
> 012-09-03T10:49:32.007667+09:18 master1-adl6 nginx: 1.1.1.1 - - 
> [03/Sep/2012:10:49:32 +0930] "GET /largefile.mpg HTTP/1.1" 200 306253448 "-" 
> "Wget/1.12 (linux-gnu)" "-"
> 2012-09-03T10:49:32.879914+09:18 master1-adl6 nginx: 1.1.1.1 - - 
> [03/Sep/2012:10:49:32 +0930] "GET /largefile.mpg HTTP/1.1" 200 226717704 "-" 
> "Wget/1.12 (linux-gnu)" "-"

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira