[ https://issues.apache.org/jira/browse/HBASE-18135?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16386853#comment-16386853 ]
Josh Elser commented on HBASE-18135: ------------------------------------ {noformat} [ERROR] Failed to execute goal org.apache.maven.plugins:maven-install-plugin:2.5.2:install (default-install) on project hbase-thrift: Failed to install metadata org.apache.hbase:hbase-thrift:3.0.0-SNAPSHOT/maven-metadata.xml: Could not parse metadata /home/jenkins/.m2/repository/org/apache/hbase/hbase-thrift/3.0.0-SNAPSHOT/maven-metadata-local.xml: in epilog non whitespace content is not allowed but got / (position: END_TAG seen ...</metadata>\n/... @25:2) -> [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException [ERROR] [ERROR] After correcting the problems, you can resume the build with the command [ERROR] mvn <goals> -rf :hbase-thrift{noformat} The hadoopcheck failures are all due to the above. Checking it locally, but I think it's just some issue on the build machine. [~busbey], does this ring any bells to you? > Track file archival for low latency space quota with snapshots > -------------------------------------------------------------- > > Key: HBASE-18135 > URL: https://issues.apache.org/jira/browse/HBASE-18135 > Project: HBase > Issue Type: Improvement > Reporter: Josh Elser > Assignee: Josh Elser > Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-18135.001.patch, HBASE-18135.002.patch, > HBASE-18135.004.patch, HBASE-18135.005.patch > > > Related to the work proposed on HBASE-17748 and building on the same idea as > HBASE-18133, we can make the space quota tracking for HBase snapshots faster > to respond. > When snapshots are in play, the location of a file (whether in the {{data}} > or {{archive}} directory) plays a factor in the realized size of a table. > Like flushes, compactions, etc, moving files from the data directory to the > archive directory is done by the RegionServer. We can hook into this call and > send the necessary information to the Master so that it can more quickly > update the size of a table when there are snapshots in play. > This will require the RegionServer to report the full coordinates of the file > being moved (table+region+family+file) so that the SnapshotQuotaObserverChore > running in the master can avoid HDFS lookups in partial or total to compute > the location of a Region's hfiles. > This may also require some refactoring of the SnapshotQuotaObserverChore to > de-couple the receipt of these file archival reports from RegionServers (e.g. > {{HRegionFileSystem.removeStoreFiles(..)}}, and the Master processing the > sizes of snapshots. -- This message was sent by Atlassian JIRA (v7.6.3#76005)