[
https://issues.apache.org/jira/browse/HBASE-8963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13934784#comment-13934784
]
Matteo Bertozzi commented on HBASE-8963:
----------------------------------------
{quote}All the archive cleaner plugins (except snapshot and hfilelink cleaner)
are written assuming the hfile is already in archive .{quote}
What about the custom ones that the user has written, or the ones that we will
write in the future?
I'll be the first to forget to update the archiver if I add a new cleaner like
the snapshot one.
{quote}Given this runs only when skipArchive is enabled, users are ok with
these hfiles getting deleted and won't expect these hfiles to be checked via
their custom cleaners.{quote}
I think users are ok to get unreferenced files deleted.
e.g. If I take a snapshot on the table and the delete the table, I want the
snapshot to be sane.
Also this settings is global and not per table which means.. that you may just
turn this on at some point in the future because your new table takes long time
archiving... but you don't want to lose snapshots (or other files that your
custom cleaner should keep around) for the other tables.
> Add configuration option to skip HFile archiving
> ------------------------------------------------
>
> Key: HBASE-8963
> URL: https://issues.apache.org/jira/browse/HBASE-8963
> Project: HBase
> Issue Type: Improvement
> Reporter: Ted Yu
> Assignee: bharath v
> Fix For: 0.99.0
>
> Attachments: HBASE-8963.trunk.v1.patch, HBASE-8963.trunk.v2.patch,
> HBASE-8963.trunk.v3.patch, HBASE-8963.trunk.v4.patch
>
>
> Currently HFileArchiver is always called when a table is dropped.
> A configuration option (either global or per table) should be provided so
> that archiving can be skipped when table is deleted.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
