[jira] [Updated] (TS-844) ReadFromWriter fail in CacheRead.cc

2011-08-11 Thread mohan_zl (JIRA) 

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

mohan_zl updated TS-844:


Attachment: TS-844-2.patch

@John Plevyak
This problem is hard to reproduce now, but i think the reason is because: when 
a write has been closed normally, something wrong happens to create a invalid 
HttpInfo, leading to fail ink_assert(w-alternate.valid()); in 
CacheVC::openReadChooseWriter, and ts crash.   In my patch, i just prevent this 
happen, maybe the better way is like this, see TS-844-2.patch, or just remove 
that ink_assert line, because follow it is a if condition judgment.

 ReadFromWriter fail in CacheRead.cc
 ---

 Key: TS-844
 URL: https://issues.apache.org/jira/browse/TS-844
 Project: Traffic Server
  Issue Type: Bug
Reporter: mohan_zl
Assignee: Zhao Yongming
 Fix For: 3.1.0

 Attachments: TS-844-2.patch, TS-844.patch


 {code}
 #6  0x006ab4d7 in CacheVC::openReadChooseWriter (this=0x2aaaf81523d0, 
 event=1, e=0x0) at CacheRead.cc:320
 #7  0x006abdc9 in CacheVC::openReadFromWriter (this=0x2aaaf81523d0, 
 event=1, e=0x0) at CacheRead.cc:411
 #8  0x004d302f in Continuation::handleEvent (this=0x2aaaf81523d0, 
 event=1, data=0x0) at I_Continuation.h:146
 #9  0x006ae2b9 in Cache::open_read (this=0x2aaab0001c40, 
 cont=0x2aaab4472aa0, key=0x42100b10, request=0x2aaab44710f0, 
 params=0x2aaab4470928, type=CACHE_FRAG_TYPE_HTTP,
 hostname=0x2aab09581049 
 js.tongji.linezing.comicon1.gifjs.tongji.linezing.com�ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿½ï¿½...,
  host_len=22) at CacheRead.cc:228
 #10 0x0068da30 in Cache::open_read (this=0x2aaab0001c40, 
 cont=0x2aaab4472aa0, url=0x2aaab4471108, request=0x2aaab44710f0, 
 params=0x2aaab4470928,
 type=CACHE_FRAG_TYPE_HTTP) at P_CacheInternal.h:1068
 #11 0x0067d32f in CacheProcessor::open_read (this=0xf2c030, 
 cont=0x2aaab4472aa0, url=0x2aaab4471108, request=0x2aaab44710f0, 
 params=0x2aaab4470928, pin_in_cache=0,
 type=CACHE_FRAG_TYPE_HTTP) at Cache.cc:3011
 #12 0x0054e058 in HttpCacheSM::do_cache_open_read 
 (this=0x2aaab4472aa0) at HttpCacheSM.cc:220
 #13 0x0054e1a7 in HttpCacheSM::open_read (this=0x2aaab4472aa0, 
 url=0x2aaab4471108, hdr=0x2aaab44710f0, params=0x2aaab4470928, 
 pin_in_cache=0) at HttpCacheSM.cc:252
 #14 0x00568404 in HttpSM::do_cache_lookup_and_read 
 (this=0x2aaab4470830) at HttpSM.cc:3893
 #15 0x005734b5 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6436
 #16 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #17 0x00574b78 in HttpSM::handle_api_return (this=0x2aaab4470830) at 
 HttpSM.cc:1516
 #18 0x0056dbe7 in HttpSM::state_api_callout (this=0x2aaab4470830, 
 event=0, data=0x0) at HttpSM.cc:1448
 #19 0x0056de77 in HttpSM::do_api_callout_internal 
 (this=0x2aaab4470830) at HttpSM.cc:4345
 #20 0x00578c89 in HttpSM::do_api_callout (this=0x2aaab4470830) at 
 HttpSM.cc:497
 #21 0x00572e93 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6362
 #22 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #23 0x00572faf in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6378
 #24 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #25 0x00574b78 in HttpSM::handle_api_return (this=0x2aaab4470830) at 
 HttpSM.cc:1516
 #26 0x0056dbe7 in HttpSM::state_api_callout (this=0x2aaab4470830, 
 event=0, data=0x0) at HttpSM.cc:1448
 #27 0x0056de77 in HttpSM::do_api_callout_internal 
 (this=0x2aaab4470830) at HttpSM.cc:4345
 #28 0x00578c89 in HttpSM::do_api_callout (this=0x2aaab4470830) at 
 HttpSM.cc:497
 #29 0x00572e93 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6362
 #30 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #31 0x00574b78 in HttpSM::handle_api_return (this=0x2aaab4470830) at 
 HttpSM.cc:1516
 #32 0x0056dbe7 in HttpSM::state_api_callout (this=0x2aaab4470830, 
 event=0, data=0x0) at HttpSM.cc:1448
 #33 0x0056de77 in HttpSM::do_api_callout_internal 
 (this=0x2aaab4470830) at HttpSM.cc:4345
 #34 0x00578c89 in HttpSM::do_api_callout (this=0x2aaab4470830) at 
 HttpSM.cc:497
 #35 0x00572e93 in HttpSM::set_next_state

[jira] [Updated] (TS-844) ReadFromWriter fail in CacheRead.cc

2011-08-11 Thread mohan_zl (JIRA) 

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

mohan_zl updated TS-844:


Attachment: (was: TS-844-2.patch)

 ReadFromWriter fail in CacheRead.cc
 ---

 Key: TS-844
 URL: https://issues.apache.org/jira/browse/TS-844
 Project: Traffic Server
  Issue Type: Bug
Reporter: mohan_zl
Assignee: Zhao Yongming
 Fix For: 3.1.0

 Attachments: TS-844-2.patch, TS-844.patch


 {code}
 #6  0x006ab4d7 in CacheVC::openReadChooseWriter (this=0x2aaaf81523d0, 
 event=1, e=0x0) at CacheRead.cc:320
 #7  0x006abdc9 in CacheVC::openReadFromWriter (this=0x2aaaf81523d0, 
 event=1, e=0x0) at CacheRead.cc:411
 #8  0x004d302f in Continuation::handleEvent (this=0x2aaaf81523d0, 
 event=1, data=0x0) at I_Continuation.h:146
 #9  0x006ae2b9 in Cache::open_read (this=0x2aaab0001c40, 
 cont=0x2aaab4472aa0, key=0x42100b10, request=0x2aaab44710f0, 
 params=0x2aaab4470928, type=CACHE_FRAG_TYPE_HTTP,
 hostname=0x2aab09581049 
 js.tongji.linezing.comicon1.gifjs.tongji.linezing.com�ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿½ï¿½...,
  host_len=22) at CacheRead.cc:228
 #10 0x0068da30 in Cache::open_read (this=0x2aaab0001c40, 
 cont=0x2aaab4472aa0, url=0x2aaab4471108, request=0x2aaab44710f0, 
 params=0x2aaab4470928,
 type=CACHE_FRAG_TYPE_HTTP) at P_CacheInternal.h:1068
 #11 0x0067d32f in CacheProcessor::open_read (this=0xf2c030, 
 cont=0x2aaab4472aa0, url=0x2aaab4471108, request=0x2aaab44710f0, 
 params=0x2aaab4470928, pin_in_cache=0,
 type=CACHE_FRAG_TYPE_HTTP) at Cache.cc:3011
 #12 0x0054e058 in HttpCacheSM::do_cache_open_read 
 (this=0x2aaab4472aa0) at HttpCacheSM.cc:220
 #13 0x0054e1a7 in HttpCacheSM::open_read (this=0x2aaab4472aa0, 
 url=0x2aaab4471108, hdr=0x2aaab44710f0, params=0x2aaab4470928, 
 pin_in_cache=0) at HttpCacheSM.cc:252
 #14 0x00568404 in HttpSM::do_cache_lookup_and_read 
 (this=0x2aaab4470830) at HttpSM.cc:3893
 #15 0x005734b5 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6436
 #16 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #17 0x00574b78 in HttpSM::handle_api_return (this=0x2aaab4470830) at 
 HttpSM.cc:1516
 #18 0x0056dbe7 in HttpSM::state_api_callout (this=0x2aaab4470830, 
 event=0, data=0x0) at HttpSM.cc:1448
 #19 0x0056de77 in HttpSM::do_api_callout_internal 
 (this=0x2aaab4470830) at HttpSM.cc:4345
 #20 0x00578c89 in HttpSM::do_api_callout (this=0x2aaab4470830) at 
 HttpSM.cc:497
 #21 0x00572e93 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6362
 #22 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #23 0x00572faf in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6378
 #24 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #25 0x00574b78 in HttpSM::handle_api_return (this=0x2aaab4470830) at 
 HttpSM.cc:1516
 #26 0x0056dbe7 in HttpSM::state_api_callout (this=0x2aaab4470830, 
 event=0, data=0x0) at HttpSM.cc:1448
 #27 0x0056de77 in HttpSM::do_api_callout_internal 
 (this=0x2aaab4470830) at HttpSM.cc:4345
 #28 0x00578c89 in HttpSM::do_api_callout (this=0x2aaab4470830) at 
 HttpSM.cc:497
 #29 0x00572e93 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6362
 #30 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #31 0x00574b78 in HttpSM::handle_api_return (this=0x2aaab4470830) at 
 HttpSM.cc:1516
 #32 0x0056dbe7 in HttpSM::state_api_callout (this=0x2aaab4470830, 
 event=0, data=0x0) at HttpSM.cc:1448
 #33 0x0056de77 in HttpSM::do_api_callout_internal 
 (this=0x2aaab4470830) at HttpSM.cc:4345
 #34 0x00578c89 in HttpSM::do_api_callout (this=0x2aaab4470830) at 
 HttpSM.cc:497
 #35 0x00572e93 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6362
 #36 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0x59e52e 
 HttpTransact::ModifyRequest(HttpTransact::State*)) at HttpSM.cc:6328
 #37 0x0057490c in HttpSM::state_read_client_request_header 
 (this=0x2aaab4470830, event=100, data=0x2049f5e8) at HttpSM.cc:780
 #38 0x0056e49f in HttpSM::main_handler (this=0x2aaab4470830, 
 event=100, data=0x2049f5e8) at

[jira] [Updated] (TS-844) ReadFromWriter fail in CacheRead.cc

2011-08-11 Thread mohan_zl (JIRA) 

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

mohan_zl updated TS-844:


Comment: was deleted

(was: @John Plevyak
This problem is hard to reproduce now, but i think the reason is because: when 
a write has been closed normally, something wrong happens to create a invalid 
HttpInfo, leading to fail ink_assert(w-alternate.valid()); in 
CacheVC::openReadChooseWriter, and ts crash.   In my patch, i just prevent this 
happen, maybe the better way is like this, see TS-844-2.patch, or just remove 
that ink_assert line, because follow it is a if condition judgment.)

 ReadFromWriter fail in CacheRead.cc
 ---

 Key: TS-844
 URL: https://issues.apache.org/jira/browse/TS-844
 Project: Traffic Server
  Issue Type: Bug
Reporter: mohan_zl
Assignee: Zhao Yongming
 Fix For: 3.1.0

 Attachments: TS-844.patch


 {code}
 #6  0x006ab4d7 in CacheVC::openReadChooseWriter (this=0x2aaaf81523d0, 
 event=1, e=0x0) at CacheRead.cc:320
 #7  0x006abdc9 in CacheVC::openReadFromWriter (this=0x2aaaf81523d0, 
 event=1, e=0x0) at CacheRead.cc:411
 #8  0x004d302f in Continuation::handleEvent (this=0x2aaaf81523d0, 
 event=1, data=0x0) at I_Continuation.h:146
 #9  0x006ae2b9 in Cache::open_read (this=0x2aaab0001c40, 
 cont=0x2aaab4472aa0, key=0x42100b10, request=0x2aaab44710f0, 
 params=0x2aaab4470928, type=CACHE_FRAG_TYPE_HTTP,
 hostname=0x2aab09581049 
 js.tongji.linezing.comicon1.gifjs.tongji.linezing.com�ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿½ï¿½...,
  host_len=22) at CacheRead.cc:228
 #10 0x0068da30 in Cache::open_read (this=0x2aaab0001c40, 
 cont=0x2aaab4472aa0, url=0x2aaab4471108, request=0x2aaab44710f0, 
 params=0x2aaab4470928,
 type=CACHE_FRAG_TYPE_HTTP) at P_CacheInternal.h:1068
 #11 0x0067d32f in CacheProcessor::open_read (this=0xf2c030, 
 cont=0x2aaab4472aa0, url=0x2aaab4471108, request=0x2aaab44710f0, 
 params=0x2aaab4470928, pin_in_cache=0,
 type=CACHE_FRAG_TYPE_HTTP) at Cache.cc:3011
 #12 0x0054e058 in HttpCacheSM::do_cache_open_read 
 (this=0x2aaab4472aa0) at HttpCacheSM.cc:220
 #13 0x0054e1a7 in HttpCacheSM::open_read (this=0x2aaab4472aa0, 
 url=0x2aaab4471108, hdr=0x2aaab44710f0, params=0x2aaab4470928, 
 pin_in_cache=0) at HttpCacheSM.cc:252
 #14 0x00568404 in HttpSM::do_cache_lookup_and_read 
 (this=0x2aaab4470830) at HttpSM.cc:3893
 #15 0x005734b5 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6436
 #16 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #17 0x00574b78 in HttpSM::handle_api_return (this=0x2aaab4470830) at 
 HttpSM.cc:1516
 #18 0x0056dbe7 in HttpSM::state_api_callout (this=0x2aaab4470830, 
 event=0, data=0x0) at HttpSM.cc:1448
 #19 0x0056de77 in HttpSM::do_api_callout_internal 
 (this=0x2aaab4470830) at HttpSM.cc:4345
 #20 0x00578c89 in HttpSM::do_api_callout (this=0x2aaab4470830) at 
 HttpSM.cc:497
 #21 0x00572e93 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6362
 #22 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #23 0x00572faf in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6378
 #24 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #25 0x00574b78 in HttpSM::handle_api_return (this=0x2aaab4470830) at 
 HttpSM.cc:1516
 #26 0x0056dbe7 in HttpSM::state_api_callout (this=0x2aaab4470830, 
 event=0, data=0x0) at HttpSM.cc:1448
 #27 0x0056de77 in HttpSM::do_api_callout_internal 
 (this=0x2aaab4470830) at HttpSM.cc:4345
 #28 0x00578c89 in HttpSM::do_api_callout (this=0x2aaab4470830) at 
 HttpSM.cc:497
 #29 0x00572e93 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6362
 #30 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #31 0x00574b78 in HttpSM::handle_api_return (this=0x2aaab4470830) at 
 HttpSM.cc:1516
 #32 0x0056dbe7 in HttpSM::state_api_callout (this=0x2aaab4470830, 
 event=0, data=0x0) at HttpSM.cc:1448
 #33 0x0056de77 in HttpSM::do_api_callout_internal 
 (this=0x2aaab4470830) at HttpSM.cc:4345
 #34 0x00578c89 in HttpSM::do_api_callout (this=0x2aaab4470830) at 
 HttpSM.cc:497
 #35 0x00572e93 in HttpSM::set_next_state

[jira] [Updated] (TS-844) ReadFromWriter fail in CacheRead.cc

2011-08-11 Thread mohan_zl (JIRA) 

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

mohan_zl updated TS-844:


Attachment: (was: TS-844-2.patch)

 ReadFromWriter fail in CacheRead.cc
 ---

 Key: TS-844
 URL: https://issues.apache.org/jira/browse/TS-844
 Project: Traffic Server
  Issue Type: Bug
Reporter: mohan_zl
Assignee: Zhao Yongming
 Fix For: 3.1.0

 Attachments: TS-844.patch


 {code}
 #6  0x006ab4d7 in CacheVC::openReadChooseWriter (this=0x2aaaf81523d0, 
 event=1, e=0x0) at CacheRead.cc:320
 #7  0x006abdc9 in CacheVC::openReadFromWriter (this=0x2aaaf81523d0, 
 event=1, e=0x0) at CacheRead.cc:411
 #8  0x004d302f in Continuation::handleEvent (this=0x2aaaf81523d0, 
 event=1, data=0x0) at I_Continuation.h:146
 #9  0x006ae2b9 in Cache::open_read (this=0x2aaab0001c40, 
 cont=0x2aaab4472aa0, key=0x42100b10, request=0x2aaab44710f0, 
 params=0x2aaab4470928, type=CACHE_FRAG_TYPE_HTTP,
 hostname=0x2aab09581049 
 js.tongji.linezing.comicon1.gifjs.tongji.linezing.com�ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿½ï¿½...,
  host_len=22) at CacheRead.cc:228
 #10 0x0068da30 in Cache::open_read (this=0x2aaab0001c40, 
 cont=0x2aaab4472aa0, url=0x2aaab4471108, request=0x2aaab44710f0, 
 params=0x2aaab4470928,
 type=CACHE_FRAG_TYPE_HTTP) at P_CacheInternal.h:1068
 #11 0x0067d32f in CacheProcessor::open_read (this=0xf2c030, 
 cont=0x2aaab4472aa0, url=0x2aaab4471108, request=0x2aaab44710f0, 
 params=0x2aaab4470928, pin_in_cache=0,
 type=CACHE_FRAG_TYPE_HTTP) at Cache.cc:3011
 #12 0x0054e058 in HttpCacheSM::do_cache_open_read 
 (this=0x2aaab4472aa0) at HttpCacheSM.cc:220
 #13 0x0054e1a7 in HttpCacheSM::open_read (this=0x2aaab4472aa0, 
 url=0x2aaab4471108, hdr=0x2aaab44710f0, params=0x2aaab4470928, 
 pin_in_cache=0) at HttpCacheSM.cc:252
 #14 0x00568404 in HttpSM::do_cache_lookup_and_read 
 (this=0x2aaab4470830) at HttpSM.cc:3893
 #15 0x005734b5 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6436
 #16 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #17 0x00574b78 in HttpSM::handle_api_return (this=0x2aaab4470830) at 
 HttpSM.cc:1516
 #18 0x0056dbe7 in HttpSM::state_api_callout (this=0x2aaab4470830, 
 event=0, data=0x0) at HttpSM.cc:1448
 #19 0x0056de77 in HttpSM::do_api_callout_internal 
 (this=0x2aaab4470830) at HttpSM.cc:4345
 #20 0x00578c89 in HttpSM::do_api_callout (this=0x2aaab4470830) at 
 HttpSM.cc:497
 #21 0x00572e93 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6362
 #22 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #23 0x00572faf in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6378
 #24 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #25 0x00574b78 in HttpSM::handle_api_return (this=0x2aaab4470830) at 
 HttpSM.cc:1516
 #26 0x0056dbe7 in HttpSM::state_api_callout (this=0x2aaab4470830, 
 event=0, data=0x0) at HttpSM.cc:1448
 #27 0x0056de77 in HttpSM::do_api_callout_internal 
 (this=0x2aaab4470830) at HttpSM.cc:4345
 #28 0x00578c89 in HttpSM::do_api_callout (this=0x2aaab4470830) at 
 HttpSM.cc:497
 #29 0x00572e93 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6362
 #30 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #31 0x00574b78 in HttpSM::handle_api_return (this=0x2aaab4470830) at 
 HttpSM.cc:1516
 #32 0x0056dbe7 in HttpSM::state_api_callout (this=0x2aaab4470830, 
 event=0, data=0x0) at HttpSM.cc:1448
 #33 0x0056de77 in HttpSM::do_api_callout_internal 
 (this=0x2aaab4470830) at HttpSM.cc:4345
 #34 0x00578c89 in HttpSM::do_api_callout (this=0x2aaab4470830) at 
 HttpSM.cc:497
 #35 0x00572e93 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6362
 #36 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0x59e52e 
 HttpTransact::ModifyRequest(HttpTransact::State*)) at HttpSM.cc:6328
 #37 0x0057490c in HttpSM::state_read_client_request_header 
 (this=0x2aaab4470830, event=100, data=0x2049f5e8) at HttpSM.cc:780
 #38 0x0056e49f in HttpSM::main_handler (this=0x2aaab4470830, 
 event=100, data=0x2049f5e8) at HttpSM.cc:2436

[jira] [Commented] (TS-697) Attempting to log the shi and pqsi parameters via logs_xml.config (IP types) causes a segfault

2011-08-11 Thread Zhao Yongming (JIRA) 

[ 
https://issues.apache.org/jira/browse/TS-697?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13082961#comment-13082961
 ] 

Zhao Yongming commented on TS-697:
--

tested with current trunk, it works without any crash. so we should close this 
issue.

 Attempting to log the shi and pqsi parameters via logs_xml.config (IP 
 types) causes a segfault
 --

 Key: TS-697
 URL: https://issues.apache.org/jira/browse/TS-697
 Project: Traffic Server
  Issue Type: Bug
  Components: Logging
Affects Versions: 2.1.6
 Environment: Solaris 10 u8
Reporter: Eric Connell
Assignee: Zhao Yongming
Priority: Minor
 Fix For: 3.1.1


 Creating a LogFormat that contains either %shi or %pqsi symbols causes a 
 segfault when attempting to unmarshal the IP in LogAccess::unmarshal_ip().
 The following config in logs_xml.config should recreate the problem:
 {code}
 LogFormat
   Name = access_log/
   Format = %shi/
 /LogFormat 
 LogObject 
   Format = access_log/
   Filename = access_log/
 /LogObject 
 {code}

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Assigned] (TS-697) Attempting to log the shi and pqsi parameters via logs_xml.config (IP types) causes a segfault

2011-08-11 Thread Zhao Yongming (JIRA) 

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

Zhao Yongming reassigned TS-697:


Assignee: Zhao Yongming

 Attempting to log the shi and pqsi parameters via logs_xml.config (IP 
 types) causes a segfault
 --

 Key: TS-697
 URL: https://issues.apache.org/jira/browse/TS-697
 Project: Traffic Server
  Issue Type: Bug
  Components: Logging
Affects Versions: 2.1.6
 Environment: Solaris 10 u8
Reporter: Eric Connell
Assignee: Zhao Yongming
Priority: Minor
 Fix For: 3.1.1


 Creating a LogFormat that contains either %shi or %pqsi symbols causes a 
 segfault when attempting to unmarshal the IP in LogAccess::unmarshal_ip().
 The following config in logs_xml.config should recreate the problem:
 {code}
 LogFormat
   Name = access_log/
   Format = %shi/
 /LogFormat 
 LogObject 
   Format = access_log/
   Filename = access_log/
 /LogObject 
 {code}

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (TS-844) ReadFromWriter fail in CacheRead.cc

2011-08-11 Thread mohan_zl (JIRA) 

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

mohan_zl updated TS-844:


Attachment: (was: TS-844-2.patch)

 ReadFromWriter fail in CacheRead.cc
 ---

 Key: TS-844
 URL: https://issues.apache.org/jira/browse/TS-844
 Project: Traffic Server
  Issue Type: Bug
Reporter: mohan_zl
Assignee: Zhao Yongming
 Fix For: 3.1.0

 Attachments: TS-844.patch


 {code}
 #6  0x006ab4d7 in CacheVC::openReadChooseWriter (this=0x2aaaf81523d0, 
 event=1, e=0x0) at CacheRead.cc:320
 #7  0x006abdc9 in CacheVC::openReadFromWriter (this=0x2aaaf81523d0, 
 event=1, e=0x0) at CacheRead.cc:411
 #8  0x004d302f in Continuation::handleEvent (this=0x2aaaf81523d0, 
 event=1, data=0x0) at I_Continuation.h:146
 #9  0x006ae2b9 in Cache::open_read (this=0x2aaab0001c40, 
 cont=0x2aaab4472aa0, key=0x42100b10, request=0x2aaab44710f0, 
 params=0x2aaab4470928, type=CACHE_FRAG_TYPE_HTTP,
 hostname=0x2aab09581049 
 js.tongji.linezing.comicon1.gifjs.tongji.linezing.com�ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿½ï¿½...,
  host_len=22) at CacheRead.cc:228
 #10 0x0068da30 in Cache::open_read (this=0x2aaab0001c40, 
 cont=0x2aaab4472aa0, url=0x2aaab4471108, request=0x2aaab44710f0, 
 params=0x2aaab4470928,
 type=CACHE_FRAG_TYPE_HTTP) at P_CacheInternal.h:1068
 #11 0x0067d32f in CacheProcessor::open_read (this=0xf2c030, 
 cont=0x2aaab4472aa0, url=0x2aaab4471108, request=0x2aaab44710f0, 
 params=0x2aaab4470928, pin_in_cache=0,
 type=CACHE_FRAG_TYPE_HTTP) at Cache.cc:3011
 #12 0x0054e058 in HttpCacheSM::do_cache_open_read 
 (this=0x2aaab4472aa0) at HttpCacheSM.cc:220
 #13 0x0054e1a7 in HttpCacheSM::open_read (this=0x2aaab4472aa0, 
 url=0x2aaab4471108, hdr=0x2aaab44710f0, params=0x2aaab4470928, 
 pin_in_cache=0) at HttpCacheSM.cc:252
 #14 0x00568404 in HttpSM::do_cache_lookup_and_read 
 (this=0x2aaab4470830) at HttpSM.cc:3893
 #15 0x005734b5 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6436
 #16 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #17 0x00574b78 in HttpSM::handle_api_return (this=0x2aaab4470830) at 
 HttpSM.cc:1516
 #18 0x0056dbe7 in HttpSM::state_api_callout (this=0x2aaab4470830, 
 event=0, data=0x0) at HttpSM.cc:1448
 #19 0x0056de77 in HttpSM::do_api_callout_internal 
 (this=0x2aaab4470830) at HttpSM.cc:4345
 #20 0x00578c89 in HttpSM::do_api_callout (this=0x2aaab4470830) at 
 HttpSM.cc:497
 #21 0x00572e93 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6362
 #22 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #23 0x00572faf in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6378
 #24 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #25 0x00574b78 in HttpSM::handle_api_return (this=0x2aaab4470830) at 
 HttpSM.cc:1516
 #26 0x0056dbe7 in HttpSM::state_api_callout (this=0x2aaab4470830, 
 event=0, data=0x0) at HttpSM.cc:1448
 #27 0x0056de77 in HttpSM::do_api_callout_internal 
 (this=0x2aaab4470830) at HttpSM.cc:4345
 #28 0x00578c89 in HttpSM::do_api_callout (this=0x2aaab4470830) at 
 HttpSM.cc:497
 #29 0x00572e93 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6362
 #30 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #31 0x00574b78 in HttpSM::handle_api_return (this=0x2aaab4470830) at 
 HttpSM.cc:1516
 #32 0x0056dbe7 in HttpSM::state_api_callout (this=0x2aaab4470830, 
 event=0, data=0x0) at HttpSM.cc:1448
 #33 0x0056de77 in HttpSM::do_api_callout_internal 
 (this=0x2aaab4470830) at HttpSM.cc:4345
 #34 0x00578c89 in HttpSM::do_api_callout (this=0x2aaab4470830) at 
 HttpSM.cc:497
 #35 0x00572e93 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6362
 #36 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0x59e52e 
 HttpTransact::ModifyRequest(HttpTransact::State*)) at HttpSM.cc:6328
 #37 0x0057490c in HttpSM::state_read_client_request_header 
 (this=0x2aaab4470830, event=100, data=0x2049f5e8) at HttpSM.cc:780
 #38 0x0056e49f in HttpSM::main_handler (this=0x2aaab4470830, 
 event=100, data=0x2049f5e8) at HttpSM.cc:2436

[jira] [Updated] (TS-844) ReadFromWriter fail in CacheRead.cc

2011-08-11 Thread mohan_zl (JIRA) 

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

mohan_zl updated TS-844:


Attachment: TS-844-2.patch

 ReadFromWriter fail in CacheRead.cc
 ---

 Key: TS-844
 URL: https://issues.apache.org/jira/browse/TS-844
 Project: Traffic Server
  Issue Type: Bug
Reporter: mohan_zl
Assignee: Zhao Yongming
 Fix For: 3.1.0

 Attachments: TS-844-2.patch, TS-844.patch


 {code}
 #6  0x006ab4d7 in CacheVC::openReadChooseWriter (this=0x2aaaf81523d0, 
 event=1, e=0x0) at CacheRead.cc:320
 #7  0x006abdc9 in CacheVC::openReadFromWriter (this=0x2aaaf81523d0, 
 event=1, e=0x0) at CacheRead.cc:411
 #8  0x004d302f in Continuation::handleEvent (this=0x2aaaf81523d0, 
 event=1, data=0x0) at I_Continuation.h:146
 #9  0x006ae2b9 in Cache::open_read (this=0x2aaab0001c40, 
 cont=0x2aaab4472aa0, key=0x42100b10, request=0x2aaab44710f0, 
 params=0x2aaab4470928, type=CACHE_FRAG_TYPE_HTTP,
 hostname=0x2aab09581049 
 js.tongji.linezing.comicon1.gifjs.tongji.linezing.com�ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿ï¿½Þ­ï¿½ï¿½ï¿½...,
  host_len=22) at CacheRead.cc:228
 #10 0x0068da30 in Cache::open_read (this=0x2aaab0001c40, 
 cont=0x2aaab4472aa0, url=0x2aaab4471108, request=0x2aaab44710f0, 
 params=0x2aaab4470928,
 type=CACHE_FRAG_TYPE_HTTP) at P_CacheInternal.h:1068
 #11 0x0067d32f in CacheProcessor::open_read (this=0xf2c030, 
 cont=0x2aaab4472aa0, url=0x2aaab4471108, request=0x2aaab44710f0, 
 params=0x2aaab4470928, pin_in_cache=0,
 type=CACHE_FRAG_TYPE_HTTP) at Cache.cc:3011
 #12 0x0054e058 in HttpCacheSM::do_cache_open_read 
 (this=0x2aaab4472aa0) at HttpCacheSM.cc:220
 #13 0x0054e1a7 in HttpCacheSM::open_read (this=0x2aaab4472aa0, 
 url=0x2aaab4471108, hdr=0x2aaab44710f0, params=0x2aaab4470928, 
 pin_in_cache=0) at HttpCacheSM.cc:252
 #14 0x00568404 in HttpSM::do_cache_lookup_and_read 
 (this=0x2aaab4470830) at HttpSM.cc:3893
 #15 0x005734b5 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6436
 #16 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #17 0x00574b78 in HttpSM::handle_api_return (this=0x2aaab4470830) at 
 HttpSM.cc:1516
 #18 0x0056dbe7 in HttpSM::state_api_callout (this=0x2aaab4470830, 
 event=0, data=0x0) at HttpSM.cc:1448
 #19 0x0056de77 in HttpSM::do_api_callout_internal 
 (this=0x2aaab4470830) at HttpSM.cc:4345
 #20 0x00578c89 in HttpSM::do_api_callout (this=0x2aaab4470830) at 
 HttpSM.cc:497
 #21 0x00572e93 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6362
 #22 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #23 0x00572faf in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6378
 #24 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #25 0x00574b78 in HttpSM::handle_api_return (this=0x2aaab4470830) at 
 HttpSM.cc:1516
 #26 0x0056dbe7 in HttpSM::state_api_callout (this=0x2aaab4470830, 
 event=0, data=0x0) at HttpSM.cc:1448
 #27 0x0056de77 in HttpSM::do_api_callout_internal 
 (this=0x2aaab4470830) at HttpSM.cc:4345
 #28 0x00578c89 in HttpSM::do_api_callout (this=0x2aaab4470830) at 
 HttpSM.cc:497
 #29 0x00572e93 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6362
 #30 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0) at HttpSM.cc:6328
 #31 0x00574b78 in HttpSM::handle_api_return (this=0x2aaab4470830) at 
 HttpSM.cc:1516
 #32 0x0056dbe7 in HttpSM::state_api_callout (this=0x2aaab4470830, 
 event=0, data=0x0) at HttpSM.cc:1448
 #33 0x0056de77 in HttpSM::do_api_callout_internal 
 (this=0x2aaab4470830) at HttpSM.cc:4345
 #34 0x00578c89 in HttpSM::do_api_callout (this=0x2aaab4470830) at 
 HttpSM.cc:497
 #35 0x00572e93 in HttpSM::set_next_state (this=0x2aaab4470830) at 
 HttpSM.cc:6362
 #36 0x0056115a in HttpSM::call_transact_and_set_next_state 
 (this=0x2aaab4470830, f=0x59e52e 
 HttpTransact::ModifyRequest(HttpTransact::State*)) at HttpSM.cc:6328
 #37 0x0057490c in HttpSM::state_read_client_request_header 
 (this=0x2aaab4470830, event=100, data=0x2049f5e8) at HttpSM.cc:780
 #38 0x0056e49f in HttpSM::main_handler (this=0x2aaab4470830, 
 event=100, data=0x2049f5e8) at

[jira] [Created] (TS-913) logging in collation client mode will report with incorrect space warning

2011-08-11 Thread Zhao Yongming (JIRA) 
logging in collation client mode will report with incorrect space warning
-

 Key: TS-913
 URL: https://issues.apache.org/jira/browse/TS-913
 Project: Traffic Server
  Issue Type: Improvement
  Components: Logging
Affects Versions: 3.1.0
Reporter: Zhao Yongming


when collation mode set to 2, you can get a WARNING in traffic.out when server 
started:
{code}
WARNING: Access logging to local log directory suspended - configured space 
allocation exhausted.
{code}

this is by far not the case, it should print something like:
{code}
NOTE: Access logging to local log directory suspended - remote collation is 
activated
{code}

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Created] (TS-914) when turn on the iocore_net_main_poll, the return value of epoll_wait polluted by wrong data format

2011-08-11 Thread weijin (JIRA) 
when turn on the iocore_net_main_poll, the  return value of epoll_wait 
polluted by wrong data format
--

 Key: TS-914
 URL: https://issues.apache.org/jira/browse/TS-914
 Project: Traffic Server
  Issue Type: Bug
  Components: Network
Affects Versions: 3.0.1
 Environment: all
Reporter: weijin


When turn on the debug tag iocore_net_main_poll, the return value of 
epoll_wait will be polluted by the wrong data format.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (TS-914) when turn on the iocore_net_main_poll, the return value of epoll_wait polluted by wrong data format

2011-08-11 Thread weijin (JIRA) 

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

weijin updated TS-914:
--

Attachment: epoll_debug.path

 when turn on the iocore_net_main_poll, the  return value of epoll_wait 
 polluted by wrong data format
 --

 Key: TS-914
 URL: https://issues.apache.org/jira/browse/TS-914
 Project: Traffic Server
  Issue Type: Bug
  Components: Network
Affects Versions: 3.0.1
 Environment: all
Reporter: weijin
 Attachments: epoll_debug.path


 When turn on the debug tag iocore_net_main_poll, the return value of 
 epoll_wait will be polluted by the wrong data format.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (TS-698) LogFilter should support an actual IP type and matching rules

2011-08-11 Thread Zhao Yongming (JIRA) 

[ 
https://issues.apache.org/jira/browse/TS-698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13083874#comment-13083874
 ] 

Zhao Yongming commented on TS-698:
--

LogFilter.cc:456 // Long term we should move IPs to their own log type.
we have not just two kinds of filter, string and int, we may need to setup the 
IP type

 LogFilter should support an actual IP type and matching rules
 -

 Key: TS-698
 URL: https://issues.apache.org/jira/browse/TS-698
 Project: Traffic Server
  Issue Type: Improvement
  Components: Logging
Affects Versions: 2.1.6
 Environment: N/A
Reporter: Eric Connell
Priority: Minor
 Fix For: 3.1.1


 The LogFilter configuration in logs_xml.config should support a native IPv4 
 and IPv6 filtering.  For example, it would be handy to be able to filter out 
 log lines from a specific server or netblock.  For example, the following 
 config would reject log lines for all hosts in the 10/8 network:
 {code}
 LogFilter
 Name = local_net/
 Condition = chi MATCH 10.0.0.0/8/
 Action = REJECT/
 /LogFilter 
   
 LogFormat
   Name = access_log/
   Format = %shi/
 /LogFormat 
 LogObject 
   Format = access_log/
   Filename = access_log/
   Filters = local_net/
 /LogObject 
 {code} 

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Created] (TS-915) potential logical problem in net_io, especially for those whose buffer blocks exceed NET_MAX_IOV

2011-08-11 Thread weijin (JIRA) 
potential logical problem in net_io, especially for those whose buffer blocks 
exceed NET_MAX_IOV


 Key: TS-915
 URL: https://issues.apache.org/jira/browse/TS-915
 Project: Traffic Server
  Issue Type: Bug
  Components: Network
Affects Versions: 3.0.1
Reporter: weijin


think about this scenario, when read/write socket more than one time in every 
call read_net_io/write_to_net_io.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (TS-915) potential logical problem in net_io, especially for those whose buffer blocks exceed NET_MAX_IOV

2011-08-11 Thread weijin (JIRA) 

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

weijin updated TS-915:
--

Attachment: io_net.patch

 potential logical problem in net_io, especially for those whose buffer blocks 
 exceed NET_MAX_IOV
 

 Key: TS-915
 URL: https://issues.apache.org/jira/browse/TS-915
 Project: Traffic Server
  Issue Type: Bug
  Components: Network
Affects Versions: 3.0.1
Reporter: weijin
 Attachments: io_net.patch


 think about this scenario, when read/write socket more than one time in every 
 call read_net_io/write_to_net_io.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira