[jira] [Resolved] (TS-736) Crash from stale open directory pointer when cache lock is dropped and reacquired

[ https://issues.apache.org/jira/browse/TS-736?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak resolved TS-736. - Resolution: Fixed Committed r1091628 Crash from stale open directory pointer when cache lock is dropped

[jira] [Updated] (TS-629) non-portable char vs integer comparisons

[ https://issues.apache.org/jira/browse/TS-629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-629: Attachment: TS-629-jp-1.patch Updated to the new locations of the code and reviewed. +1 to commit

[jira] [Updated] (TS-720) Remove dependencies on the STL

[ https://issues.apache.org/jira/browse/TS-720?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-720: Attachment: TS-720-jp-2.patch Now with defalloc.h Remove dependencies on the STL

[jira] Resolved: (TS-706) hardware sector size's over 8K current report an Error but are passed through resulting in lots of disk waste

[ https://issues.apache.org/jira/browse/TS-706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak resolved TS-706. - Resolution: Fixed Fix Version/s: 2.1.7 svn commit: r1081015 hardware sector size's over 8K current

[jira] Created: (TS-707) The random number generator from 1-23-2011 is using the same seed for all threads = collisions in the cache

The random number generator from 1-23-2011 is using the same seed for all threads = collisions in the cache --- Key: TS-707 URL:

[jira] Resolved: (TS-707) The random number generator from 1-23-2011 is using the same seed for all threads = collisions in the cache

[ https://issues.apache.org/jira/browse/TS-707?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak resolved TS-707. - Resolution: Fixed svn commit: r1081019 Remove default 'seed' codepath. Also increase the side of the seed

[jira] Updated: (TS-54) UnixNet cleanup, encapsulation of event subsystem

[ https://issues.apache.org/jira/browse/TS-54?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-54: --- Fix Version/s: (was: 2.1.8) 3.1 UnixNet cleanup, encapsulation of event subsystem

[jira] Updated: (TS-621) writing 0 bytes to the HTTP cache means only update the header... need a new API: update_header_only() to allow 0 byte files to be cached

[ https://issues.apache.org/jira/browse/TS-621?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-621: Fix Version/s: (was: 2.1.7) 2.1.8 writing 0 bytes to the HTTP cache means only update

[jira] Updated: (TS-644) http_ui cache lookup interface will crash traffic_server in full cluster mode

[ https://issues.apache.org/jira/browse/TS-644?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-644: Attachment: TS-644-jp.patch The original patch looks good to me. I just read it and changed some of the

[jira] Commented: (TS-621) writing 0 bytes to the HTTP cache means only update the header... need a new API: update_header_only() to allow 0 byte files to be cached

[ https://issues.apache.org/jira/browse/TS-621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12992662#comment-12992662 ] John Plevyak commented on TS-621: - What is the timeline? I am taking the kids to Disneyland

[jira] Created: (TS-652) SSL random buffer initialization should be checked

SSL random buffer initialization should be checked -- Key: TS-652 URL: https://issues.apache.org/jira/browse/TS-652 Project: Traffic Server Issue Type: Wish Components: SSL

[jira] Created: (TS-646) Manager should be able to restart/crash w/o taking down the traffic server process.

Manager should be able to restart/crash w/o taking down the traffic server process. --- Key: TS-646 URL: https://issues.apache.org/jira/browse/TS-646 Project: Traffic

[jira] Resolved: (TS-472) Segmentation Fault in CacheWrite.cc

[ https://issues.apache.org/jira/browse/TS-472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak resolved TS-472. - Resolution: Not A Problem The FtpSM.cc file nolonger exists, so this subsystem is nolonger part of the

[jira] Created: (TS-621) writing 0 bytes to the HTTP cache means only update the header... need a new API: update_header_only() to allow 0 byte files to be cached

writing 0 bytes to the HTTP cache means only update the header... need a new API: update_header_only() to allow 0 byte files to be cached -

[jira] Commented: (TS-560) ram cache compression should not be done under the partition lock

[ https://issues.apache.org/jira/browse/TS-560?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12977397#action_12977397 ] John Plevyak commented on TS-560: - New patch attached. This one produces errors and warnings

[jira] Commented: (TS-560) ram cache compression should not be done under the partition lock

[ https://issues.apache.org/jira/browse/TS-560?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12974299#action_12974299 ] John Plevyak commented on TS-560: - We could certainly do that it isn't like threads are

[jira] Resolved: (TS-62) Cluster support for large objects and new CacheVConnection interrface: do_io_pread

[ https://issues.apache.org/jira/browse/TS-62?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak resolved TS-62. Resolution: Fixed Fix Version/s: (was: 2.1.5) 2.1.4 Except for the pread

[jira] Created: (TS-560) ram cache compression should not be done under the partition lock

ram cache compression should not be done under the partition lock - Key: TS-560 URL: https://issues.apache.org/jira/browse/TS-560 Project: Traffic Server Issue Type: Bug

[jira] Resolved: (TS-559) Segfault when forward proxy HTTPS to a host not listening on port 443

[ https://issues.apache.org/jira/browse/TS-559?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak resolved TS-559. - Resolution: Fixed Committed revision 1038809. Segfault when forward proxy HTTPS to a host not listening

[jira] Created: (TS-552) remove Alpha supprt

remove Alpha supprt --- Key: TS-552 URL: https://issues.apache.org/jira/browse/TS-552 Project: Traffic Server Issue Type: Bug Components: Cleanup Affects Versions: 2.1.5 Reporter: John Plevyak

[jira] Resolved: (TS-551) Remove NewCacheVC cruft

[ https://issues.apache.org/jira/browse/TS-551?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak resolved TS-551. - Resolution: Fixed Committed revision 1037849. Committed revision 1037850. Remove NewCacheVC cruft

[jira] Updated: (TS-513) sqlite3 should be detected in any visible place by default (not just /usr)

[ https://issues.apache.org/jira/browse/TS-513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-513: Attachment: sqlite3.patch Should fix it, but I am no auto guru. sqlite3 should be detected in any

[jira] Resolved: (TS-427) Build ATS with clang

[ https://issues.apache.org/jira/browse/TS-427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak resolved TS-427. - Resolution: Fixed Fix Version/s: 2.1.4 Committed revision 1005119. Build ATS with clang

[jira] Assigned: (TS-427) Build ATS with clang

[ https://issues.apache.org/jira/browse/TS-427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak reassigned TS-427: --- Assignee: John Plevyak Build ATS with clang Key: TS-427

[jira] Commented: (TS-427) Build ATS with clang

[ https://issues.apache.org/jira/browse/TS-427?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12918414#action_12918414 ] John Plevyak commented on TS-427: - I have gotten 2 patches from the clang team (thanx!) but I

[jira] Created: (TS-452) Some environment variables (configure) are ATS_ instead of TS_, these should be consistent

Some environment variables (configure) are ATS_ instead of TS_, these should be consistent -- Key: TS-452 URL: https://issues.apache.org/jira/browse/TS-452

[jira] Created: (TS-453) duplicate ram cache hit and miss stats

duplicate ram cache hit and miss stats -- Key: TS-453 URL: https://issues.apache.org/jira/browse/TS-453 Project: Traffic Server Issue Type: Bug Components: Cache Affects Versions: 2.1.3

[jira] Created: (TS-445) improve performance for large files

improve performance for large files --- Key: TS-445 URL: https://issues.apache.org/jira/browse/TS-445 Project: Traffic Server Issue Type: Improvement Components: Cache Affects Versions: 2.0.0

[jira] Created: (TS-446) TS-445 adds a new configuration variable and default

TS-445 adds a new configuration variable and default Key: TS-446 URL: https://issues.apache.org/jira/browse/TS-446 Project: Traffic Server Issue Type: Improvement Components:

[jira] Commented: (TS-427) Build ATS with clang

[ https://issues.apache.org/jira/browse/TS-427?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12910844#action_12910844 ] John Plevyak commented on TS-427: - OK, I have a test case: #include stdio.h class L {

[jira] Commented: (TS-427) Build ATS with clang

[ https://issues.apache.org/jira/browse/TS-427?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12910852#action_12910852 ] John Plevyak commented on TS-427: - submitted to llvm, bug # 8175 Build ATS with clang

[jira] Updated: (TS-431) sometimes there is double free crash: ink_freelist_free: trying to free item twice

[ https://issues.apache.org/jira/browse/TS-431?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-431: Fix Version/s: 2.3.0 (was: 2.1.3) Component/s: Clustering Moving this to 2.3 as

[jira] Resolved: (TS-413) assert in cache when write buffer contains over 256k of data

[ https://issues.apache.org/jira/browse/TS-413?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak resolved TS-413. - Resolution: Fixed Resolved as per patch 2 in 2.1.3 assert in cache when write buffer contains over 256k of

[jira] Updated: (TS-235) cleanup libinktomi++

[ https://issues.apache.org/jira/browse/TS-235?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-235: Fix Version/s: 2.3.0 (was: 2.1.3) cleanup libinktomi++

[jira] Updated: (TS-235) cleanup libinktomi++

[ https://issues.apache.org/jira/browse/TS-235?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-235: Affects Version/s: 2.3.0 Move forward as this isn't urgent cleanup libinktomi++

[jira] Commented: (TS-413) assert in cache when write buffer contains over 256k of data

[ https://issues.apache.org/jira/browse/TS-413?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12906146#action_12906146 ] John Plevyak commented on TS-413: - I think this is now fixed, but because I don't have the

[jira] Resolved: (TS-330) cleanup signaling mechanism in eventsystem

[ https://issues.apache.org/jira/browse/TS-330?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak resolved TS-330. - Resolution: Fixed The signal mechanism looks good to me now. At least according to the comments on the

[jira] Commented: (TS-287) transaction_active_timeout_in does not trigger on the first request of a Keep-Alive connection

[ https://issues.apache.org/jira/browse/TS-287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12906204#action_12906204 ] John Plevyak commented on TS-287: - I looked into this and I don't think what is happening is

[jira] Updated: (TS-413) assert in cache when write buffer contains over 256k of data

[ https://issues.apache.org/jira/browse/TS-413?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-413: Fix Version/s: 2.1.3 (was: 2.1.2) assert in cache when write buffer contains over 256k

[jira] Updated: (TS-413) assert in cache when write buffer contains over 256k of data

[ https://issues.apache.org/jira/browse/TS-413?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-413: Attachment: TS-413-jp-1.patch assert in cache when write buffer contains over 256k of data

[jira] Updated: (TS-60) support writing large buffers via zero-copy

[ https://issues.apache.org/jira/browse/TS-60?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak updated TS-60: --- Fix Version/s: 2.2.0 (was: 2.1.2) Move out to 2.2 as this is at best a potential

[jira] Resolved: (TS-76) CACHE_FRAG_TYPE should not be power of 2 and should not be hardcoded to allow plugin of other protocols.

[ https://issues.apache.org/jira/browse/TS-76?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak resolved TS-76. Resolution: Fixed Committed revision 984186. CACHE_FRAG_TYPE should not be power of 2 and should not be

[jira] Commented: (TS-320) Do some cleanup on Connection::fast_connect and Connection::bind_connect

[ https://issues.apache.org/jira/browse/TS-320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12877507#action_12877507 ] John Plevyak commented on TS-320: - Reviewed, looks good, here are a few comments - This patch

[jira] Resolved: (TS-67) INKIOBufferReaderCopy, INKIOBufferWrite and like should probably take void * instead of char *

[ https://issues.apache.org/jira/browse/TS-67?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak resolved TS-67. Assignee: John Plevyak Resolution: Fixed Committed revision 953450. INKIOBufferReaderCopy,

[jira] Resolved: (TS-273) SSL not functioning on trunk

[ https://issues.apache.org/jira/browse/TS-273?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Plevyak resolved TS-273. - Assignee: John Plevyak Resolution: Fixed svn rev 942179 fixed problem with virtual function not being

<    1   2