[jira] [Commented] (TS-1405) apply time-wheel scheduler about event system

2013-03-24 Thread Bin Chen (JIRA)

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

Bin Chen commented on TS-1405:
--

I strongly agree this advice. If events using is not corrent, we fix.

 apply time-wheel scheduler  about event system
 --

 Key: TS-1405
 URL: https://issues.apache.org/jira/browse/TS-1405
 Project: Traffic Server
  Issue Type: Improvement
  Components: Core
Affects Versions: 3.2.0
Reporter: Bin Chen
Assignee: Bin Chen
 Fix For: 3.3.2

 Attachments: linux_time_wheel.patch, linux_time_wheel_v2.patch, 
 linux_time_wheel_v3.patch, linux_time_wheel_v4.patch, 
 linux_time_wheel_v5.patch, linux_time_wheel_v6.patch, 
 linux_time_wheel_v7.patch, linux_time_wheel_v8.patch


 when have more and more event in event system scheduler, it's worse. This is 
 the reason why we use inactivecop to handler keepalive. the new scheduler is 
 time-wheel. It's have better time complexity(O(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] [Resolved] (TS-1646) TS crashed when compile with --enable-debug option

2013-03-24 Thread Leif Hedstrom (JIRA)

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

Leif Hedstrom resolved TS-1646.
---

   Resolution: Cannot Reproduce
Fix Version/s: (was: 3.3.2)

Closing, please reopen if it happens again.

 TS crashed when compile with --enable-debug option
 --

 Key: TS-1646
 URL: https://issues.apache.org/jira/browse/TS-1646
 Project: Traffic Server
  Issue Type: Bug
  Components: Cache
Reporter: Yunkai Zhang
  Labels: crash

 TS crashed when compile with --enable-debug option, This bug is easy to 
 reproduce by jtest tool.
 {code}
 # traffic_server
 Layout configuration
   --prefix = '/root/ats' 
  --exec_prefix = '/root/ats' 
   --bindir = '/root/ats/bin'
  --sbindir = '/root/ats/bin'
   --sysconfdir = '/root/ats/etc/trafficserver'
  --datadir = '/root/ats/share/trafficserver'
   --includedir = '/root/ats/include'
   --libdir = '/root/ats/lib'
   --libexecdir = '/root/ats/libexec/trafficserver'
--localstatedir = '/root/ats/var'
   --runtimedir = '/root/ats/var/trafficserver'
   --logdir = '/root/ats/var/log/trafficserver'
   --mandir = '/root/ats/man'
  --infodir = '/root/ats/info'
 --cachedir = '/root/ats/var/trafficserver'
 [TrafficServer] using root directory '/root/ats'
 FATAL: HdrHeap.cc:846: failed assert `!HdrHeap::unmarshal bad magic`
 FATAL: HdrHeap.cc:846: failed assert `!HdrHeap::unmarshal bad magic`
 traffic_servertraffic_server - STACK TRACE:
  - STACK TRACE:
 /root/ats/lib/libtsutil.so.3(ink_fatal_die+0x0)[0x7f7a2704f5e3]
 /root/ats/lib/libtsutil.so.3(ink_fatal_die+0x0)[0x7f7a2704f5e3]
 /root/ats/lib/libtsutil.so.3(_Z12ink_get_randv+0x0)[0x7f7a2704e4b8]
 /root/ats/lib/libtsutil.so.3(_Z12ink_get_randv+0x0)[0x7f7a2704e4b8]
 traffic_server(_ZN7HdrHeap9unmarshalEiiPP14HdrHeapObjImplP11RefCountObj+0x3f)[0x5febed]
 traffic_server(_ZN7HdrHeap9unmarshalEiiPP14HdrHeapObjImplP11RefCountObj+0x3f)[0x5febed]
 traffic_server(_ZN8HTTPInfo9unmarshalEPciP11RefCountObj+0x26e)[0x6064e2]
 FATAL: HdrHeap.cc:846: failed assert `!HdrHeap::unmarshal bad magic`
 traffic_server - STACK TRACE:
 traffic_server(_ZN8HTTPInfo9unmarshalEPciP11RefCountObj+0x26e)[0x6064e2]
 traffic_server[0x672baf]
 /root/ats/lib/libtsutil.so.3(ink_fatal_die+0x0)[0x7f7a2704f5e3]
 traffic_server[0x672baf]
 traffic_server(_ZN7CacheVC14handleReadDoneEiP5Event+0x799)[0x673381]
 /root/ats/lib/libtsutil.so.3(_Z12ink_get_randv+0x0)[0x7f7a2704e4b8]
 traffic_server(_ZN12Continuation11handleEventEiPv+0x6c)[0x4e1b8a]
 traffic_server(_ZN7CacheVC14handleReadDoneEiP5Event+0x799)[0x673381]
 traffic_server(_ZN7HdrHeap9unmarshalEiiPP14HdrHeapObjImplP11RefCountObj+0x3f)[0x5febed]
 traffic_server(_ZN19AIOCallbackInternal11io_completeEiPv+0x3f)[0x67874d]
 traffic_server(_ZN12Continuation11handleEventEiPv+0x6c)[0x4e1b8a]
 FATAL: HdrHeap.cc:846: failed assert `!HdrHeap::unmarshal bad magic`
 traffic_server - STACK TRACE:
 traffic_server(_ZN8HTTPInfo9unmarshalEPciP11RefCountObj+0x26e)[0x6064e2]
 traffic_server(_ZN12Continuation11handleEventEiPv+0x6c)[0x4e1b8a]
 traffic_server(_ZN19AIOCallbackInternal11io_completeEiPv+0x3f)[0x67874d]
 traffic_server(_ZN12Continuation11handleEventEiPv+0x6c)[0x4e1b8a]
 traffic_server[0x672baf]
 traffic_server(_ZN7EThread13process_eventEP5Eventi+0x120)[0x6e3768]
 /root/ats/lib/libtsutil.so.3(ink_fatal_die+0x0)[0x7f7a2704f5e3]
 traffic_server(_ZN7EThread7executeEv+0xca)[0x6e39b8]
 traffic_server(_ZN7CacheVC14handleReadDoneEiP5Event+0x799)[0x673381]
 traffic_server(_ZN7EThread13process_eventEP5Eventi+0x120)[0x6e3768]
 traffic_server(_ZN7EThread7executeEv+0xca)[0x6e39b8]
 traffic_server[0x6e2974]
 traffic_server(_ZN12Continuation11handleEventEiPv+0x6c)[0x4e1b8a]
 traffic_server(_ZN19AIOCallbackInternal11io_completeEiPv+0x3f)[0x67874d]
 traffic_server[0x6e2974]
 /lib64/libpthread.so.0[0x3bcac077f1]
 /lib64/libc.so.6(clone+0x6d)[0x3bca8e570d]
 Aborted
 {code}

--
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-1771) add http_load to the build

2013-03-24 Thread James Peach (JIRA)
James Peach created TS-1771:
---

 Summary: add http_load to the build
 Key: TS-1771
 URL: https://issues.apache.org/jira/browse/TS-1771
 Project: Traffic Server
  Issue Type: Improvement
  Components: Build
Reporter: James Peach


We should add http_load to the build so that it's easy for devs to use it for 
performance testing.

--
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-1771) add http_load to the build

2013-03-24 Thread James Peach (JIRA)

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

James Peach commented on TS-1771:
-

I have a patch for this.

 add http_load to the build
 --

 Key: TS-1771
 URL: https://issues.apache.org/jira/browse/TS-1771
 Project: Traffic Server
  Issue Type: Improvement
  Components: Build
Reporter: James Peach

 We should add http_load to the build so that it's easy for devs to use it for 
 performance testing.

--
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-1724) Tool to compare records.config files

2013-03-24 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on TS-1724:
-

Commit 63098358054c1e605c42f71815dd7a6a4ab85e56 in branch refs/heads/master 
from [~mivok]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=6309835 ]

TS-1724: Add tool to compare records.config files to contrib


 Tool to compare records.config files
 

 Key: TS-1724
 URL: https://issues.apache.org/jira/browse/TS-1724
 Project: Traffic Server
  Issue Type: Improvement
  Components: Configuration
Reporter: Mark Harrison
Assignee: Phil Sorber
 Attachments: compare_records_config.py


 I wrote a quick tool to compare records.config files (usually 
 records.config.default.in from the ATS source with an installed records.conf) 
 and display changes, normalizing things like FLOAT 1.5 and INT 32M. This 
 might be useful for others, and so I'm adding it here.

--
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-1728) Need a way to assign storage entries to volumes

2013-03-24 Thread Phil Sorber (JIRA)

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

Phil Sorber commented on TS-1728:
-

I want to take a longer look at it, but from a first glance it looked good.

I think the plugin requirement is a good one.

 Need a way to assign storage entries to volumes
 ---

 Key: TS-1728
 URL: https://issues.apache.org/jira/browse/TS-1728
 Project: Traffic Server
  Issue Type: Wish
  Components: Cache
Reporter: Jan van Doorn
Assignee: Phil Sorber
Priority: Minor
 Fix For: 3.3.2

 Attachments: vol.patch


 See http://www.knutsel.com/vol/compare/ for a write up and some test results 
 on this. We are proposing a simple way to hard link storage.config entries to 
 volume.config and thus hosting.config entries.

--
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