[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
