You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "Flier Lu (JIRA)" <ji...@apache.org> on 2010/05/09 10:30:48 UTC
[jira] Created: (TS-343) The cache lookup and add operation use
different key in plugin
The cache lookup and add operation use different key in plugin
--------------------------------------------------------------
Key: TS-343
URL: https://issues.apache.org/jira/browse/TS-343
Project: Traffic Server
Issue Type: Bug
Components: Cache
Affects Versions: 2.0.0
Reporter: Flier Lu
I'm developing a cache plugin base on the redis, http://code.google.com/p/rediscache/
The plugin could be loaded and hook the cache read/write operations
[May 9 16:25:05.012] Server {3079476928} NOTE: loading plugin 'libexec/trafficserver/redis_cache.so'
[May 9 16:25:05.014] Server {3079476928} DIAG: (cache_plugin) [INKPluginInit] Starting redis cache plugin
But the cache lookup and add operation use different key, it seems use the url as lookup key
[May 9 16:25:13.149] Server {3066555280} DEBUG: (cache_plugin) [CacheProcessor::open_read] Cache hooks are set
[May 9 16:25:13.153] Server {3066555280} DEBUG: (cache_plugin) [NewCacheVC::alloc] new B33B1EE0
[May 9 16:25:13.153] Server {3066555280} DEBUG: (cache_plugin) [NewCacheVC::set_cache_http_hdr]
[May 9 16:25:13.153] Server {3066555280} DIAG: (cache_plugin) [cache_read]
[May 9 16:25:13.153] Server {3066555280} DEBUG: (cache_plugin) [INKCacheKeyGet] vc get cache key
[May 9 16:25:13.158] Server {3066555280} DIAG: (cache_plugin) cache hitted for key: http://www.baidu.com/ w/ 0 bytes value
[May 9 16:25:13.158] Server {3066555280} DEBUG: (cache_plugin) [INKHttpCacheReenable] event id: 1133 data: 0 size: 0
[May 9 16:25:13.158] Server {3066555280} DEBUG: (cache_plugin) [INKHttpCacheReenable] cache_lookup_complete
[May 9 16:25:13.158] Server {3066555280} DEBUG: (cache_plugin) [INKHttpCacheReenable] open read failed
but store the cache item with a random MD5 as key
[May 9 16:25:13.334] Server {3079476928} DEBUG: (cache_plugin) [NewCacheVC::handleWrite] event=1
[May 9 16:25:13.334] Server {3079476928} DIAG: (cache_plugin) [cache_write]
[May 9 16:25:13.334] Server {3079476928} DEBUG: (cache_plugin) [INKCacheKeyGet] vc get cache key
[May 9 16:25:13.346] Server {3079476928} DIAG: (cache_plugin) put 3571 bytes value to redis w/ 16 bytes key: 0xb33b1fb0
[May 9 16:25:13.346] Server {3079476928} DEBUG: (cache_plugin) [INKHttpCacheReenable] event id: 1129 data: 0 size: 3571
[May 9 16:25:13.346] Server {3079476928} DEBUG: (cache_plugin) [INKHttpCacheReenable] cache_write
I'm not sure whether it is a design issue or bug ? and the cache lookup always has 0 size buffer ?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (TS-343) The cache lookup and add operation use
different key in plugin
Posted by "Leif Hedstrom (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TS-343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Leif Hedstrom updated TS-343:
-----------------------------
Fix Version/s: 2.1.2
> The cache lookup and add operation use different key in plugin
> --------------------------------------------------------------
>
> Key: TS-343
> URL: https://issues.apache.org/jira/browse/TS-343
> Project: Traffic Server
> Issue Type: Bug
> Components: Cache
> Affects Versions: 2.0.0
> Reporter: Flier Lu
> Fix For: 2.1.2
>
>
> I'm developing a cache plugin base on the redis, http://code.google.com/p/rediscache/
> The plugin could be loaded and hook the cache read/write operations
> [May 9 16:25:05.012] Server {3079476928} NOTE: loading plugin 'libexec/trafficserver/redis_cache.so'
> [May 9 16:25:05.014] Server {3079476928} DIAG: (cache_plugin) [INKPluginInit] Starting redis cache plugin
> But the cache lookup and add operation use different key, it seems use the url as lookup key
> [May 9 16:25:13.149] Server {3066555280} DEBUG: (cache_plugin) [CacheProcessor::open_read] Cache hooks are set
> [May 9 16:25:13.153] Server {3066555280} DEBUG: (cache_plugin) [NewCacheVC::alloc] new B33B1EE0
> [May 9 16:25:13.153] Server {3066555280} DEBUG: (cache_plugin) [NewCacheVC::set_cache_http_hdr]
> [May 9 16:25:13.153] Server {3066555280} DIAG: (cache_plugin) [cache_read]
> [May 9 16:25:13.153] Server {3066555280} DEBUG: (cache_plugin) [INKCacheKeyGet] vc get cache key
> [May 9 16:25:13.158] Server {3066555280} DIAG: (cache_plugin) cache hitted for key: http://www.baidu.com/ w/ 0 bytes value
> [May 9 16:25:13.158] Server {3066555280} DEBUG: (cache_plugin) [INKHttpCacheReenable] event id: 1133 data: 0 size: 0
> [May 9 16:25:13.158] Server {3066555280} DEBUG: (cache_plugin) [INKHttpCacheReenable] cache_lookup_complete
> [May 9 16:25:13.158] Server {3066555280} DEBUG: (cache_plugin) [INKHttpCacheReenable] open read failed
> but store the cache item with a random MD5 as key
> [May 9 16:25:13.334] Server {3079476928} DEBUG: (cache_plugin) [NewCacheVC::handleWrite] event=1
> [May 9 16:25:13.334] Server {3079476928} DIAG: (cache_plugin) [cache_write]
> [May 9 16:25:13.334] Server {3079476928} DEBUG: (cache_plugin) [INKCacheKeyGet] vc get cache key
> [May 9 16:25:13.346] Server {3079476928} DIAG: (cache_plugin) put 3571 bytes value to redis w/ 16 bytes key: 0xb33b1fb0
> [May 9 16:25:13.346] Server {3079476928} DEBUG: (cache_plugin) [INKHttpCacheReenable] event id: 1129 data: 0 size: 3571
> [May 9 16:25:13.346] Server {3079476928} DEBUG: (cache_plugin) [INKHttpCacheReenable] cache_write
> I'm not sure whether it is a design issue or bug ? and the cache lookup always has 0 size buffer ?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (TS-343) The cache lookup and add operation use
different key in plugin
Posted by "Leif Hedstrom (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TS-343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Leif Hedstrom updated TS-343:
-----------------------------
Fix Version/s: 2.3.0
(was: 2.1.3)
Moving this out to v2.3.0 for now, unless someone from Y! confirms and fixes the APIs fairly quick.
> The cache lookup and add operation use different key in plugin
> --------------------------------------------------------------
>
> Key: TS-343
> URL: https://issues.apache.org/jira/browse/TS-343
> Project: Traffic Server
> Issue Type: Bug
> Components: Cache
> Affects Versions: 2.0.0
> Reporter: Flier Lu
> Priority: Critical
> Fix For: 2.3.0
>
>
> I'm developing a cache plugin base on the redis, http://code.google.com/p/rediscache/
> The plugin could be loaded and hook the cache read/write operations
> [May 9 16:25:05.012] Server {3079476928} NOTE: loading plugin 'libexec/trafficserver/redis_cache.so'
> [May 9 16:25:05.014] Server {3079476928} DIAG: (cache_plugin) [INKPluginInit] Starting redis cache plugin
> But the cache lookup and add operation use different key, it seems use the url as lookup key
> [May 9 16:25:13.149] Server {3066555280} DEBUG: (cache_plugin) [CacheProcessor::open_read] Cache hooks are set
> [May 9 16:25:13.153] Server {3066555280} DEBUG: (cache_plugin) [NewCacheVC::alloc] new B33B1EE0
> [May 9 16:25:13.153] Server {3066555280} DEBUG: (cache_plugin) [NewCacheVC::set_cache_http_hdr]
> [May 9 16:25:13.153] Server {3066555280} DIAG: (cache_plugin) [cache_read]
> [May 9 16:25:13.153] Server {3066555280} DEBUG: (cache_plugin) [INKCacheKeyGet] vc get cache key
> [May 9 16:25:13.158] Server {3066555280} DIAG: (cache_plugin) cache hitted for key: http://www.baidu.com/ w/ 0 bytes value
> [May 9 16:25:13.158] Server {3066555280} DEBUG: (cache_plugin) [INKHttpCacheReenable] event id: 1133 data: 0 size: 0
> [May 9 16:25:13.158] Server {3066555280} DEBUG: (cache_plugin) [INKHttpCacheReenable] cache_lookup_complete
> [May 9 16:25:13.158] Server {3066555280} DEBUG: (cache_plugin) [INKHttpCacheReenable] open read failed
> but store the cache item with a random MD5 as key
> [May 9 16:25:13.334] Server {3079476928} DEBUG: (cache_plugin) [NewCacheVC::handleWrite] event=1
> [May 9 16:25:13.334] Server {3079476928} DIAG: (cache_plugin) [cache_write]
> [May 9 16:25:13.334] Server {3079476928} DEBUG: (cache_plugin) [INKCacheKeyGet] vc get cache key
> [May 9 16:25:13.346] Server {3079476928} DIAG: (cache_plugin) put 3571 bytes value to redis w/ 16 bytes key: 0xb33b1fb0
> [May 9 16:25:13.346] Server {3079476928} DEBUG: (cache_plugin) [INKHttpCacheReenable] event id: 1129 data: 0 size: 3571
> [May 9 16:25:13.346] Server {3079476928} DEBUG: (cache_plugin) [INKHttpCacheReenable] cache_write
> I'm not sure whether it is a design issue or bug ? and the cache lookup always has 0 size buffer ?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (TS-343) The cache lookup and add operation use
different key in plugin
Posted by "Steve Jiang (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TS-343?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12905576#action_12905576 ]
Steve Jiang commented on TS-343:
--------------------------------
The APIs for cache plugins (NewCacheVC) in ATS trunk are incomplete. A working version exists in Yahoo, maybe someone from Y! can comment?
> The cache lookup and add operation use different key in plugin
> --------------------------------------------------------------
>
> Key: TS-343
> URL: https://issues.apache.org/jira/browse/TS-343
> Project: Traffic Server
> Issue Type: Bug
> Components: Cache
> Affects Versions: 2.0.0
> Reporter: Flier Lu
> Priority: Critical
> Fix For: 2.1.3
>
>
> I'm developing a cache plugin base on the redis, http://code.google.com/p/rediscache/
> The plugin could be loaded and hook the cache read/write operations
> [May 9 16:25:05.012] Server {3079476928} NOTE: loading plugin 'libexec/trafficserver/redis_cache.so'
> [May 9 16:25:05.014] Server {3079476928} DIAG: (cache_plugin) [INKPluginInit] Starting redis cache plugin
> But the cache lookup and add operation use different key, it seems use the url as lookup key
> [May 9 16:25:13.149] Server {3066555280} DEBUG: (cache_plugin) [CacheProcessor::open_read] Cache hooks are set
> [May 9 16:25:13.153] Server {3066555280} DEBUG: (cache_plugin) [NewCacheVC::alloc] new B33B1EE0
> [May 9 16:25:13.153] Server {3066555280} DEBUG: (cache_plugin) [NewCacheVC::set_cache_http_hdr]
> [May 9 16:25:13.153] Server {3066555280} DIAG: (cache_plugin) [cache_read]
> [May 9 16:25:13.153] Server {3066555280} DEBUG: (cache_plugin) [INKCacheKeyGet] vc get cache key
> [May 9 16:25:13.158] Server {3066555280} DIAG: (cache_plugin) cache hitted for key: http://www.baidu.com/ w/ 0 bytes value
> [May 9 16:25:13.158] Server {3066555280} DEBUG: (cache_plugin) [INKHttpCacheReenable] event id: 1133 data: 0 size: 0
> [May 9 16:25:13.158] Server {3066555280} DEBUG: (cache_plugin) [INKHttpCacheReenable] cache_lookup_complete
> [May 9 16:25:13.158] Server {3066555280} DEBUG: (cache_plugin) [INKHttpCacheReenable] open read failed
> but store the cache item with a random MD5 as key
> [May 9 16:25:13.334] Server {3079476928} DEBUG: (cache_plugin) [NewCacheVC::handleWrite] event=1
> [May 9 16:25:13.334] Server {3079476928} DIAG: (cache_plugin) [cache_write]
> [May 9 16:25:13.334] Server {3079476928} DEBUG: (cache_plugin) [INKCacheKeyGet] vc get cache key
> [May 9 16:25:13.346] Server {3079476928} DIAG: (cache_plugin) put 3571 bytes value to redis w/ 16 bytes key: 0xb33b1fb0
> [May 9 16:25:13.346] Server {3079476928} DEBUG: (cache_plugin) [INKHttpCacheReenable] event id: 1129 data: 0 size: 3571
> [May 9 16:25:13.346] Server {3079476928} DEBUG: (cache_plugin) [INKHttpCacheReenable] cache_write
> I'm not sure whether it is a design issue or bug ? and the cache lookup always has 0 size buffer ?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (TS-343) The cache lookup and add operation use
different key in plugin
Posted by "Leif Hedstrom (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/TS-343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Leif Hedstrom updated TS-343:
-----------------------------
Priority: Critical (was: Major)
> The cache lookup and add operation use different key in plugin
> --------------------------------------------------------------
>
> Key: TS-343
> URL: https://issues.apache.org/jira/browse/TS-343
> Project: Traffic Server
> Issue Type: Bug
> Components: Cache
> Affects Versions: 2.0.0
> Reporter: Flier Lu
> Priority: Critical
> Fix For: 2.1.2
>
>
> I'm developing a cache plugin base on the redis, http://code.google.com/p/rediscache/
> The plugin could be loaded and hook the cache read/write operations
> [May 9 16:25:05.012] Server {3079476928} NOTE: loading plugin 'libexec/trafficserver/redis_cache.so'
> [May 9 16:25:05.014] Server {3079476928} DIAG: (cache_plugin) [INKPluginInit] Starting redis cache plugin
> But the cache lookup and add operation use different key, it seems use the url as lookup key
> [May 9 16:25:13.149] Server {3066555280} DEBUG: (cache_plugin) [CacheProcessor::open_read] Cache hooks are set
> [May 9 16:25:13.153] Server {3066555280} DEBUG: (cache_plugin) [NewCacheVC::alloc] new B33B1EE0
> [May 9 16:25:13.153] Server {3066555280} DEBUG: (cache_plugin) [NewCacheVC::set_cache_http_hdr]
> [May 9 16:25:13.153] Server {3066555280} DIAG: (cache_plugin) [cache_read]
> [May 9 16:25:13.153] Server {3066555280} DEBUG: (cache_plugin) [INKCacheKeyGet] vc get cache key
> [May 9 16:25:13.158] Server {3066555280} DIAG: (cache_plugin) cache hitted for key: http://www.baidu.com/ w/ 0 bytes value
> [May 9 16:25:13.158] Server {3066555280} DEBUG: (cache_plugin) [INKHttpCacheReenable] event id: 1133 data: 0 size: 0
> [May 9 16:25:13.158] Server {3066555280} DEBUG: (cache_plugin) [INKHttpCacheReenable] cache_lookup_complete
> [May 9 16:25:13.158] Server {3066555280} DEBUG: (cache_plugin) [INKHttpCacheReenable] open read failed
> but store the cache item with a random MD5 as key
> [May 9 16:25:13.334] Server {3079476928} DEBUG: (cache_plugin) [NewCacheVC::handleWrite] event=1
> [May 9 16:25:13.334] Server {3079476928} DIAG: (cache_plugin) [cache_write]
> [May 9 16:25:13.334] Server {3079476928} DEBUG: (cache_plugin) [INKCacheKeyGet] vc get cache key
> [May 9 16:25:13.346] Server {3079476928} DIAG: (cache_plugin) put 3571 bytes value to redis w/ 16 bytes key: 0xb33b1fb0
> [May 9 16:25:13.346] Server {3079476928} DEBUG: (cache_plugin) [INKHttpCacheReenable] event id: 1129 data: 0 size: 3571
> [May 9 16:25:13.346] Server {3079476928} DEBUG: (cache_plugin) [INKHttpCacheReenable] cache_write
> I'm not sure whether it is a design issue or bug ? and the cache lookup always has 0 size buffer ?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.