[jira] [Updated] (TS-745) Support ssd
[ https://issues.apache.org/jira/browse/TS-745?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] mohan_zl updated TS-745: Attachment: TS-ssd-2.patch TS-ssd-2.patch correct the log stats, and add a proxy.config.cache.ram_cache.ssd_percent variable for ssd. For example, if user has 8G cache, and want ssd use 4G, just set this variable to 50. Support ssd --- Key: TS-745 URL: https://issues.apache.org/jira/browse/TS-745 Project: Traffic Server Issue Type: New Feature Components: Cache Reporter: mohan_zl Assignee: mohan_zl Fix For: 3.1.1 Attachments: TS-ssd-2.patch, TS-ssd.patch A patch for supporting, not work well for a long time with --enable-debug -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (TS-833) Crash Report: Continuation::handleEvent, event=2, 0xdeadbeef, ink_freelist_free related
[
https://issues.apache.org/jira/browse/TS-833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leif Hedstrom resolved TS-833.
--
Resolution: Fixed
I believe this is resolved and on both trunk and 3.0.x, so closing.
Crash Report: Continuation::handleEvent, event=2, 0xdeadbeef,
ink_freelist_free related
---
Key: TS-833
URL: https://issues.apache.org/jira/browse/TS-833
Project: Traffic Server
Issue Type: Bug
Components: Core
Affects Versions: 3.1.0
Environment: current trunk, with --enable-debug
Reporter: Zhao Yongming
Assignee: John Plevyak
Labels: freelist
Fix For: 3.1.0, 3.0.1
Attachments: TS-833-2.diff, TS-833-3.diff, TS-833.diff
bt #1
{code}
#0 0x004d2c5c in Continuation::handleEvent (this=0x19581df0,
event=2, data=0x197c4fc0) at I_Continuation.h:146
146 return (this-*handler) (event, data);
(gdb) bt
#0 0x004d2c5c in Continuation::handleEvent (this=0x19581df0,
event=2, data=0x197c4fc0) at I_Continuation.h:146
#1 0x006f5830 in EThread::process_event (this=0x2ae29010,
e=0x197c4fc0, calling_code=2) at UnixEThread.cc:140
#2 0x006f5b72 in EThread::execute (this=0x2ae29010) at
UnixEThread.cc:217
#3 0x004ff37d in main (argc=3, argv=0x7fff76c41528) at Main.cc:1958
(gdb) info f
Stack level 0, frame at 0x7fff76c40e40:
rip = 0x4d2c5c in Continuation::handleEvent(int, void*)
(I_Continuation.h:146); saved rip 0x6f5830
called by frame at 0x7fff76c40eb0
source language c++.
Arglist at 0x7fff76c40e30, args: this=0x19581df0, event=2, data=0x197c4fc0
Locals at 0x7fff76c40e30, Previous frame's sp is 0x7fff76c40e40
Saved registers:
rbp at 0x7fff76c40e30, rip at 0x7fff76c40e38
(gdb) x/40x this
0x19581df0: 0x19581901 0x 0xefbeadde 0xefbeadde
0x19581e00: 0xefbeadde 0xefbeadde 0xefbeadde 0xefbeadde
0x19581e10: 0xefbeadde 0xefbeadde 0xefbeadde 0xefbeadde
0x19581e20: 0xefbeadde 0xefbeadde 0xefbeadde 0xefbeadde
0x19581e30: 0xefbeadde 0xefbeadde 0xefbeadde 0xefbeadde
0x19581e40: 0xefbeadde 0xefbeadde 0xefbeadde 0xefbeadde
0x19581e50: 0xefbeadde 0xefbeadde 0xefbeadde 0xefbeadde
0x19581e60: 0xefbeadde 0xefbeadde 0xefbeadde 0xefbeadde
0x19581e70: 0xefbeadde 0xefbeadde 0xefbeadde 0xefbeadde
0x19581e80: 0xefbeadde 0xefbeadde 0xefbeadde 0xefbeadde
{code}
bt #2
{code}
#0 0x004d637c in Continuation::handleEvent (this=0xc3cc390, event=2,
data=0xc4408a0) at I_Continuation.h:146
146 return (this-*handler) (event, data);
(gdb) bt
#0 0x004d637c in Continuation::handleEvent (this=0xc3cc390, event=2,
data=0xc4408a0) at I_Continuation.h:146
#1 0x0070364c in EThread::process_event (this=0x2ae29010,
e=0xc4408a0, calling_code=2) at UnixEThread.cc:140
#2 0x0070398e in EThread::execute (this=0x2ae29010) at
UnixEThread.cc:217
#3 0x00502aac in main (argc=3, argv=0x7fff32ef2f58) at Main.cc:1961
(gdb) p *this
$1 = {force_VFPT_to_top = {_vptr.force_VFPT_to_top = 0x2aaab002f011},
handler = 0xefbeaddeefbeadde, this adjustment -1171307680053154338,
handler_name = 0xefbeaddeefbeadde Address 0xefbeaddeefbeadde out of
bounds, mutex = {m_ptr = 0xefbeaddeefbeadde}, link = {SLinkContinuation
= {
next = 0xefbeaddeefbeadde}, prev = 0xefbeaddeefbeadde}}
(gdb)
{code}
bt #3
{code}
#0 0x004d2c5c in Continuation::handleEvent (this=0x2aaab00615b0,
event=2, data=0x2aaab00d1570) at I_Continuation.h:146
146 return (this-*handler) (event, data);
(gdb) bt
#0 0x004d2c5c in Continuation::handleEvent (this=0x2aaab00615b0,
event=2, data=0x2aaab00d1570) at I_Continuation.h:146
#1 0x006f5830 in EThread::process_event (this=0x2ae29010,
e=0x2aaab00d1570, calling_code=2) at UnixEThread.cc:140
#2 0x006f5b72 in EThread::execute (this=0x2ae29010) at
UnixEThread.cc:217
#3 0x004ff37d in main (argc=3, argv=0x7fff421f08d8) at Main.cc:1958
(gdb) info f
Stack level 0, frame at 0x7fff421f01f0:
rip = 0x4d2c5c in Continuation::handleEvent(int, void*)
(I_Continuation.h:146); saved rip 0x6f5830
called by frame at 0x7fff421f0260
source language c++.
Arglist at 0x7fff421f01e0, args: this=0x2aaab00615b0, event=2,
data=0x2aaab00d1570
Locals at 0x7fff421f01e0, Previous frame's sp is 0x7fff421f01f0
Saved registers:
rbp at 0x7fff421f01e0, rip at 0x7fff421f01e8
(gdb) p this-handler
$1 = 0xefbeaddeefbeadde, this adjustment -1171307680053154338
{code}
--
This message is automatically generated by JIRA.
For more
[jira] [Updated] (TS-834) Crash Report: InactivityCop::check_inactivity, event=2, UnixNet.cc:57
[
https://issues.apache.org/jira/browse/TS-834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leif Hedstrom updated TS-834:
-
Assignee: John Plevyak
Crash Report: InactivityCop::check_inactivity, event=2, UnixNet.cc:57
-
Key: TS-834
URL: https://issues.apache.org/jira/browse/TS-834
Project: Traffic Server
Issue Type: Bug
Components: Core
Affects Versions: 3.1.0
Environment: current trunk( the same time as v3.0), --enable-debug
Reporter: Zhao Yongming
Assignee: John Plevyak
Labels: UnixNet
Fix For: 3.1.0, 3.0.1
Attachments: TS-834.diff
bt #1
{code}
#0 0x004d2c5c in Continuation::handleEvent (this=0x2aaaf4091b70,
event=1, data=0x4b2d6d0) at I_Continuation.h:146
146 return (this-*handler) (event, data);
(gdb) bt
#0 0x004d2c5c in Continuation::handleEvent (this=0x2aaaf4091b70,
event=1, data=0x4b2d6d0) at I_Continuation.h:146
#1 0x006ce196 in InactivityCop::check_inactivity (this=0x4b3f780,
event=2, e=0x4b2d6d0) at UnixNet.cc:57
#2 0x004d2c5f in Continuation::handleEvent (this=0x4b3f780, event=2,
data=0x4b2d6d0) at I_Continuation.h:146
#3 0x006f5830 in EThread::process_event (this=0x2ae29010,
e=0x4b2d6d0, calling_code=2) at UnixEThread.cc:140
#4 0x006f5b72 in EThread::execute (this=0x2ae29010) at
UnixEThread.cc:217
#5 0x004ff37d in main (argc=3, argv=0x7fff6f447418) at Main.cc:1958
(gdb) info f
Stack level 0, frame at 0x7fff6f446cb0:
rip = 0x4d2c5c in Continuation::handleEvent(int, void*)
(I_Continuation.h:146); saved rip 0x6ce196
called by frame at 0x7fff6f446d00
source language c++.
Arglist at 0x7fff6f446ca0, args: this=0x2aaaf4091b70, event=1, data=0x4b2d6d0
Locals at 0x7fff6f446ca0, Previous frame's sp is 0x7fff6f446cb0
Saved registers:
rbp at 0x7fff6f446ca0, rip at 0x7fff6f446ca8
(gdb) x/80x this
0x2aaaf4091b70: 0x0076a830 0x 0x006d1902 0x
0x2aaaf4091b80: 0x 0x 0x0076a290 0x
0x2aaaf4091b90: 0x 0x 0x 0x
0x2aaaf4091ba0: 0x 0x 0x 0x
0x2aaaf4091bb0: 0x 0x 0x 0x
0x2aaaf4091bc0: 0x 0x 0x 0x
0x2aaaf4091bd0: 0x 0x 0x 0x
0x2aaaf4091be0: 0x 0x 0x 0x
0x2aaaf4091bf0: 0x 0x 0x 0x
0x2aaaf4091c00: 0x 0x 0x 0x
0x2aaaf4091c10: 0x 0x 0x 0x
0x2aaaf4091c20: 0x 0x 0x 0x
0x2aaaf4091c30: 0x 0x 0x 0x
0x2aaaf4091c40: 0x 0x 0x 0x
0x2aaaf4091c50: 0x 0x 0x 0x
0x2aaaf4091c60: 0x 0x 0x 0x
0x2aaaf4091c70: 0x 0x 0x 0x
0x2aaaf4091c80: 0x 0x 0x 0x
0x2aaaf4091c90: 0x 0x 0x 0x
0x2aaaf4091ca0: 0x 0x 0x 0x
{code}
bt #2
{code}
#0 0x004d2c5c in Continuation::handleEvent (this=0x11ed6000,
event=1, data=0x11cbc610) at I_Continuation.h:146
146 return (this-*handler) (event, data);
(gdb) bt
#0 0x004d2c5c in Continuation::handleEvent (this=0x11ed6000,
event=1, data=0x11cbc610) at I_Continuation.h:146
#1 0x006ce196 in InactivityCop::check_inactivity
(this=0x2c001f50, event=2, e=0x11cbc610) at UnixNet.cc:57
#2 0x004d2c5f in Continuation::handleEvent (this=0x2c001f50,
event=2, data=0x11cbc610) at I_Continuation.h:146
#3 0x006f5830 in EThread::process_event (this=0x2af2a010,
e=0x11cbc610, calling_code=2) at UnixEThread.cc:140
#4 0x006f5b72 in EThread::execute (this=0x2af2a010) at
UnixEThread.cc:217
#5 0x006f5181 in spawn_thread_internal (a=0x11cadae0) at Thread.cc:88
#6 0x0030ec2064a7 in start_thread () from /lib64/libpthread.so.0
#7 0x0030eb6d3c2d in clone () from /lib64/libc.so.6
(gdb) info f
Stack level 0, frame at 0x4198df60:
rip = 0x4d2c5c in Continuation::handleEvent(int, void*)
(I_Continuation.h:146); saved rip 0x6ce196
called by frame at 0x4198dfb0
source language c++.
Arglist at 0x4198df50, args: this=0x11ed6000, event=1, data=0x11cbc610
Locals at 0x4198df50, Previous frame's sp is 0x4198df60
Saved
[jira] [Created] (TS-881) TrafficCop should have better error messages when the admin user is invalid.
TrafficCop should have better error messages when the admin user is invalid. Key: TS-881 URL: https://issues.apache.org/jira/browse/TS-881 Project: Traffic Server Issue Type: Improvement Components: Logging, Management Affects Versions: 3.0.0 Reporter: Alan M. Carroll Assignee: Alan M. Carroll Priority: Minor Fix For: 3.1.0 If the lookup of the admin user by TrafficCop fails, it simply reports the failure. We had a problem of that nature which we eventually tracked to a trailing space in the name. Had TrafficCop printed out the name it was using this would have been immediately obvious. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (TS-875) TSFetchRestpGet(), TSFetchPageResptGet() and TSFetchUrl() have incorrect asserts
[ https://issues.apache.org/jira/browse/TS-875?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Igor Galić updated TS-875: -- Backport to Version: (was: 3.0.1) Fix Version/s: 3.0.1 TSFetchRestpGet(), TSFetchPageResptGet() and TSFetchUrl() have incorrect asserts Key: TS-875 URL: https://issues.apache.org/jira/browse/TS-875 Project: Traffic Server Issue Type: Bug Components: TS API Affects Versions: 3.0.0 Reporter: Manjesh Nilange Assignee: Leif Hedstrom Fix For: 3.1.0, 3.0.1 Attachments: inkapi.patch The asserts cause TS to crash when these API functions are used. The asserts are incorrect as argument 'txnp' is actually not a transaction, but a FetchSM pointer as apparent in the code that follows. And TSFetchUrl allows continuations to make requests with no callbacks and for such code paths, the continuation check should not be done. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (TS-875) TSFetchRestpGet(), TSFetchPageResptGet() and TSFetchUrl() have incorrect asserts
[ https://issues.apache.org/jira/browse/TS-875?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Igor Galić resolved TS-875. --- Resolution: Fixed TSFetchRestpGet(), TSFetchPageResptGet() and TSFetchUrl() have incorrect asserts Key: TS-875 URL: https://issues.apache.org/jira/browse/TS-875 Project: Traffic Server Issue Type: Bug Components: TS API Affects Versions: 3.0.0 Reporter: Manjesh Nilange Assignee: Leif Hedstrom Fix For: 3.1.0, 3.0.1 Attachments: inkapi.patch The asserts cause TS to crash when these API functions are used. The asserts are incorrect as argument 'txnp' is actually not a transaction, but a FetchSM pointer as apparent in the code that follows. And TSFetchUrl allows continuations to make requests with no callbacks and for such code paths, the continuation check should not be done. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (TS-868) Traffic Server fails to build with --Wl,--as-needed
[ https://issues.apache.org/jira/browse/TS-868?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Igor Galić resolved TS-868. --- Resolution: Fixed Fix Version/s: 3.0.1 Traffic Server fails to build with --Wl,--as-needed --- Key: TS-868 URL: https://issues.apache.org/jira/browse/TS-868 Project: Traffic Server Issue Type: Bug Components: Build Affects Versions: 3.0.0 Reporter: Arno Toell Assignee: Igor Galić Fix For: 3.1.0, 3.0.1 As we discuessed before, ATS fails to build from source if --as-needed is passed to the linking flags. This issue was originally reported by Ubuntu folks in Debian and hereby forwarded by me. For reference, the issue in Debian has been reported as [#632546|http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632546]. Note it is not enough to add this linking flag to _LDFLAGS_ as those are honored too late. --as-needed only works if passed before every other _-llibrary_ argument. The reporter of the bug supplied a patch which fixes this issue for the release tarball in [as_needed.patch|http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=as-needed;att=1;bug=632546] (credited to Ilya Barygin bary...@gmail.com) which, I can confirm, fixes the issue for the release tarball. I haven't tried for the SVN trunk which has not (yet) compiled the .in files from autoconf. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
