You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@hudi.apache.org by GitBox <gi...@apache.org> on 2021/04/01 01:08:29 UTC

[GitHub] [hudi] zherenyu831 commented on issue #2707: [SUPPORT] insert_ovewrite_table failed on archiving

zherenyu831 commented on issue #2707:
URL: https://github.com/apache/hudi/issues/2707#issuecomment-811565897


   @jsbali 
   For make everything clear:
   On archiving:
   Since the first replacecommit have 0 partitionToReplaceFileIds, and it failed at
   https://github.com/apache/hudi/blob/master/hudi-client/hudi-client-common/src/main/java/org/apache/hudi/client/ReplaceArchivalHelper.java#L73
   
   with error `Positive number of partitions required`
   
   Solution is 
   Manually delete first replacecommit or  ignore deletion on  0 partitionToReplaceFileIds replacecommit  in the code as your mentioned on your ticket
   
   After I deleted the first replacecommit, the archiving finished successfully 
   But I got another issue, 
   https://github.com/apache/hudi/issues/2707#issuecomment-804831651
   
   This is not related to what I deleted, commit time is different
   Once the commits has been deleted on archiving process, hudi tried to load timeline again without refresh it.
   
   I didn't debug more, since I want to ask the developers about how they want to deal with replaceFile deletion.
   seems like someone want to use cleaner to handle it.
   https://github.com/apache/hudi/issues/2707#issuecomment-804849028
   
   Unfortunately, I also found cleaner is not working well with insert_overwrite_table, 
   it only keep one file group
   
   
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
users@infra.apache.org