hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Purtell (JIRA)" <j...@apache.org>
Subject [jira] Updated: (HBASE-729) client region/metadata cache should have a public method for invalidating entries
Date Sun, 10 Aug 2008 03:06:44 GMT

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

Andrew Purtell updated HBASE-729:
---------------------------------

    Attachment:     (was: 729.patch)

> client region/metadata cache should have a public method for invalidating entries
> ---------------------------------------------------------------------------------
>
>                 Key: HBASE-729
>                 URL: https://issues.apache.org/jira/browse/HBASE-729
>             Project: Hadoop HBase
>          Issue Type: Bug
>          Components: client
>    Affects Versions: 0.2.1, 0.3.0
>         Environment: Linux CentOS 5.1 x86_64 / JDK 1.6
>            Reporter: Andrew Purtell
>            Assignee: Andrew Purtell
>            Priority: Minor
>             Fix For: 0.2.1, 0.3.0
>
>         Attachments: 729.patch
>
>
> While writing a testcase for HBASE-62, I observed that table metadata is cached as part
of the region information cached  client side. This cached region information (and therefore
table metadata) is not directly invalidated by disable/enable table, so to get up to date
metadata the client may have to use a scanner over .META. directly using the meta visitor.
Ideally other client code -- for example the support for HBASE-62 -- should be able to invalidate
entries as necessary, so then the next HTable.getTableDescriptor() would go to meta to return
up to date information instead of incorrectly reusing outdated information from the cache.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message