记录写Hudi时的一个异常的解决方法,其实这个异常从去年就发现并找到解决方法了,而且已经提交到社区merge了,PR:[HUDI-2675] Fix the exception 'Not an Avro data file' when archive and clean。之所以现在又要总结这个异常的处理方法是因为:我们生产环境用的 Hudi0.9.0版本,且没有升级,因为升级Hudi版本可能会有不兼容的问题,需要测试,比较费时,所以目前还没有升级版本,而这个PR合入的版本为0.11.0,所以本文主要总结在0.9.0版本如何解决这个问题,当然也适用于0.11.0版本之前的其他有同样问题的版本。,archive和clean时都会有这个异常,主要异常信息:,各种原因导致.rollback、.clean、.clean.requested和.clean.inflight文件大小为0,也就是空文件,而在archive和clean时无法处理空文件,就报错上面的异常。有一个已知原因,就是HDFS配了满了之后会产生空文件,更多的是PMC也不清楚的未知原因,上面的PR中有体现。,这是在不升级Hudi版本的前提下,如果可以升级Hudi版本,直接升级到Hudi最新版即可。,当发生该异常时,由运维人员删除对应的空文件即可,当然这适用于表不多且异常偶发的情况,具体命令放在最后。但是当表比较多时,运维人员处理起来比较麻烦,这就需要第二种解决方案了。,基于Hudi0.9.0源码将文章开头提到的PR合进去,然后install本地仓库或者公司自己的内部仓库中,然后Maven pom依赖中引用自己的仓库地址就可以了。基于0.9.0的代码我已经提交,有需要的可以自行下载,其他版本就需要大家自己合了。,Hudi maven install命令:,验证,直接本地运行测试用例中的testArchiveCompletedRollbackAndClean和testCleanEmptyInstants,这俩测试用例通过了应该就没有问题,不管是什么原因导致的异常,不管用何种方式,只要确保找到正确的对应的大小为0的空文件删掉即可,一定不要删错,.rollback文件大小为0,在表元数据路径下查看异常信息里的文件,确认是否大小为0,确认为0后,删掉该文件即可,注意不要删错,也可将该文件改名避免删错再启动组件验证是否正常,如果还有异常,排查其他.rollback大小为0文件,一起删掉,最好不要用grep的方式删除,避免误删,只有配额不足导致的文件特别多的情况下才建议使用,查找所有符合条件的文件(一般只有一符合条件的文件,目前发现只有配额不足的情况才会有多个),删除所有符合条件的文件,.clean文件大为0,找到对应表元数据路径下.clean文件大小为0 的文件并删除,目前遇到的情况只有一个文件且是最新的.clean文件最好不要用grep的方式删除,避免误删,. clean.requested 或者 . clean.inflight ,删除对应的大小为0的文件,文件名异常信息里已经有了,最好不要用grep的方式删除,避免误删,只有配额不足导致的文件特别多的情况下才建议使用,
,
© 版权声明
文章版权归作者所有,未经允许请勿转载。