[jira] [Created] (TS-1720) Not able to build TS 3.2.4 on OSX 10.7.5
Martin Charette created TS-1720: --- Summary: Not able to build TS 3.2.4 on OSX 10.7.5 Key: TS-1720 URL: https://issues.apache.org/jira/browse/TS-1720 Project: Traffic Server Issue Type: Bug Components: Build Reporter: Martin Charette Download 3.2.4 autoreconf -if ./configure make during the make process I get this error: Diags.cc:547: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://developer.apple.com/bugreporter for instructions. {standard input}:1240:End-of-File not at end of a line {standard input}:unknown:Partial line at end of file ignored {standard input}:unknown:Undefined local symbol L_.str1 {standard input}:unknown:Undefined local symbol L_.str2 {standard input}:unknown:Undefined local symbol L_.str3 {standard input}:unknown:Undefined local symbol L_.str4 {standard input}:unknown:Undefined local symbol L_.str5 {standard input}:unknown:Undefined local symbol L_.str6 {standard input}:unknown:Undefined local symbol L_.str7 {standard input}:unknown:Undefined local symbol L_.str8 {standard input}:unknown:Undefined local symbol L_.str {standard input}:unknown:Undefined local symbol L_.str9 {standard input}:unknown:Undefined local symbol L_.str10 {standard input}:unknown:Undefined local symbol L_.str11 {standard input}:unknown:Undefined local symbol L_.str12 {standard input}:unknown:Undefined local symbol L_.str13 {standard input}:unknown:Undefined local symbol L_.str14 {standard input}:unknown:Undefined local symbol L_.str15 {standard input}:unknown:Undefined local symbol L_.str16 {standard input}:unknown:Undefined local symbol L_.str17 {standard input}:unknown:Undefined local symbol L_.str18 {standard input}:unknown:Undefined local symbol L_.str19 {standard input}:unknown:Undefined local symbol L_.str20 {standard input}:unknown:Undefined local symbol L_.str21 {standard input}:unknown:Undefined local symbol LBB8_5 make[3]: *** [Diags.lo] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 -- 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-1721) tstop Makefile not generated
Phil Sorber created TS-1721: --- Summary: tstop Makefile not generated Key: TS-1721 URL: https://issues.apache.org/jira/browse/TS-1721 Project: Traffic Server Issue Type: Bug Reporter: Phil Sorber Summary says it all -- 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-1721) tstop Makefile not generated
[ https://issues.apache.org/jira/browse/TS-1721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Phil Sorber reassigned TS-1721: --- Assignee: Igor Galić tstop Makefile not generated Key: TS-1721 URL: https://issues.apache.org/jira/browse/TS-1721 Project: Traffic Server Issue Type: Bug Reporter: Phil Sorber Assignee: Igor Galić Summary says it all -- 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] [Commented] (TS-1551) ssl_multicert.config not reread with traffic_line -x
[ https://issues.apache.org/jira/browse/TS-1551?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13585564#comment-13585564 ] jaekyung oh commented on TS-1551: - Hi! First I was looking for the patch for TS-1640 and now James Peach told me to apply this patch. with 3.2.0 and 3.2.4, I had review on patch file and some codes are different from 3.2.0/3.2.4(For example addInfoToHash). Maybe there would be pre-patch like TS-1550 for this patch? if so let me know all pre-patch. if not so, is it really ok if i just apply this patch to ats 3.2.0/3.2.4 even if addInfoToHash is different between patch and 3.2.0/3.2.4? I need your confirm. thanks. 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 Fix For: 3.3.1 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
[ https://issues.apache.org/jira/browse/TS-1551?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ethan Lai updated TS-1551: -- Attachment: sslcertlookup.cc.patch-3.2.0 ssl_multicert_reconfigure.patch is for 3.3.0-dev This sslcertlookup.cc.patch-3.2.0 is patch for TS 3.2.0, please use it with your own risk. :) 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 Fix For: 3.3.1 Attachments: sslcertlookup.cc.patch-3.2.0, 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] [Commented] (TS-1551) ssl_multicert.config not reread with traffic_line -x
[ https://issues.apache.org/jira/browse/TS-1551?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13585577#comment-13585577 ] jaekyung oh commented on TS-1551: - Thank you Ethan. 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 Fix For: 3.3.1 Attachments: sslcertlookup.cc.patch-3.2.0, 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] [Commented] (TS-1551) ssl_multicert.config not reread with traffic_line -x
[ https://issues.apache.org/jira/browse/TS-1551?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13585665#comment-13585665 ] jaekyung oh commented on TS-1551: - and still there are diffrerent codes between 3.2.0 and 3.2.4. (SSLNextProtocolAccept.cc, SSLNetVConnectio.cc, SSLNetProcessor.cc.. ) i need a pacth for 3.2.4 also. Would you tell me when the patches will be included in newver version? thanks. 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 Fix For: 3.3.1 Attachments: sslcertlookup.cc.patch-3.2.0, 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