[jira] [Updated] (TS-978) A third cache evacuate issue
[
https://issues.apache.org/jira/browse/TS-978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
mohan_zl updated TS-978:
Attachment: TS-evacuate-fix3.patch
I didn't know why this happen, but after i added this patch, the issue never
came up.
A third cache evacuate issue
Key: TS-978
URL: https://issues.apache.org/jira/browse/TS-978
Project: Traffic Server
Issue Type: Bug
Components: Cache
Reporter: mohan_zl
Fix For: 3.1.3
Attachments: TS-evacuate-fix3.patch
{code:title=crash message when enable cache evacuate feature after fixing
TS-970 and TS-971}
(gdb) bt
#0 0x003639c30265 in raise () from /lib64/libc.so.6
#1 0x003639c31d10 in abort () from /lib64/libc.so.6
#2 0x2b3e732f2a0a in ink_die_die_die (retval=Could not find the frame
base for ink_die_die_die.
) at ink_error.cc:43
#3 0x2b3e732f2c89 in ink_fatal_va (return_code=Could not find the frame
base for ink_fatal_va.
) at ink_error.cc:65
#4 0x2b3e732f2e56 in ink_fatal (return_code=Could not find the frame
base for ink_fatal.
) at ink_error.cc:73
#5 0x2b3e732f0c8a in _ink_assert (a=Could not find the frame base for
_ink_assert.
) at ink_assert.cc:44
#6 0x006b2635 in Vol::evacuateDocReadDone (this=0x2f9c8c0,
event=3900, e=0x2f9c990) at CacheWrite.cc:640
#7 0x004d3e2d in Continuation::handleEvent (this=0x2f9c8c0,
event=3900, data=0x2f9c990) at I_Continuation.h:146
#8 0x0068b054 in AIOCallbackInternal::io_complete (this=0x2f9c990,
event=1, data=0x33fbe30) at P_AIO.h:80
#9 0x004d3e2d in Continuation::handleEvent (this=0x2f9c990, event=1,
data=0x33fbe30) at I_Continuation.h:146
#10 0x006f7424 in EThread::process_event (this=0x2b12c010,
e=0x33fbe30, calling_code=1) at UnixEThread.cc:142
#11 0x006f7766 in EThread::execute (this=0x2b12c010) at
UnixEThread.cc:219
#12 0x006f6dab in spawn_thread_internal (a=0x2f11290) at Thread.cc:88
#13 0x00363a8064a7 in start_thread () from /lib64/libpthread.so.0
#14 0x003639cd3c2d in clone () from /lib64/libc.so.6
(gdb) f 6
#6 0x006b2635 in Vol::evacuateDocReadDone (this=0x2f9c8c0,
event=3900, e=0x2f9c990) at CacheWrite.cc:640
640 ink_assert(!b-evac_frags.key.fold());
(gdb) p b-evac_frags
$1 = {link = {next = 0x0}, key = {b = {5265707954292858696,
10673458967342772660}}, earliest_key = {b = {5265707954292858696,
10673458967342772660}}}
(gdb) p b-evac_frags.key
$2 = {b = {5265707954292858696, 10673458967342772660}}
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (TS-985) ts/ts.h uses C++ comments, which are technically not C
ts/ts.h uses C++ comments, which are technically not C -- Key: TS-985 URL: https://issues.apache.org/jira/browse/TS-985 Project: Traffic Server Issue Type: Bug Components: TS API Reporter: Leif Hedstrom Assignee: Leif Hedstrom Fix For: 3.1.1 So, replace // with /* */ -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (TS-985) ts/ts.h uses C++ comments, which are technically not C
[ https://issues.apache.org/jira/browse/TS-985?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom resolved TS-985. -- Resolution: Fixed ts/ts.h uses C++ comments, which are technically not C -- Key: TS-985 URL: https://issues.apache.org/jira/browse/TS-985 Project: Traffic Server Issue Type: Bug Components: TS API Reporter: Leif Hedstrom Assignee: Leif Hedstrom Fix For: 3.1.1 So, replace // with /* */ -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (TS-954) when use raw disks, some blocks is lost when caculate disk usable blocks
[ https://issues.apache.org/jira/browse/TS-954?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-954: - Fix Version/s: (was: 3.1.1) 3.1.4 I'm moving this out to 3.1.4, under the assumption that it will be the last version before v3.2. This way, we'll break the cache just once, before the v3.2. release. when use raw disks, some blocks is lost when caculate disk usable blocks Key: TS-954 URL: https://issues.apache.org/jira/browse/TS-954 Project: Traffic Server Issue Type: Bug Components: Cache Affects Versions: 3.1.0 Environment: all when use raw disks Reporter: weijin Assignee: John Plevyak Fix For: 3.1.4 Attachments: calcu_blocks.dff when use raw disks, some blocks may be lost because the skip variable is in bytes not in blocks. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (TS-986) ts/experimental has a dependency on netinet/net.h (for struct in_addr)
ts/experimental has a dependency on netinet/net.h (for struct in_addr) -- Key: TS-986 URL: https://issues.apache.org/jira/browse/TS-986 Project: Traffic Server Issue Type: Improvement Components: TS API Reporter: Leif Hedstrom Fix For: 3.1.2 Alan seems to indicate this is wrong anyways, but just adding this bug so we remember it's probably a bad idea. The offending API is tsapi int TSNodeHandleToIPAddr(TSNodeHandle_t *h, struct in_addr *in); -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
