journalnode Can't scan a pre-transactional edit log 异常处理
由于数据磁盘爆满，达到100%，导致journalnode宕掉，在启动journalnode以后，查看日志，提示Can't scan a pre-transactional edit log，这个时候namenode已经是不能正常启动了。
java.io.IOException: Can't scan a pre-transactional edit log.
at org.apache.hadoop.hdfs.server.namenode.FSEditLogOp$LegacyReader.scanOp(FSEditLogOp.java:4974)
at org.apache.hadoop.hdfs.server.namenode.EditLogFileInputStream.scanNextOp(EditLogFileInputStream.java:245)
at org.apache.hadoop.hdfs.server.namenode.EditLogFileInputStream.scanEditLog(EditLogFileInputStream.java:355)
at org.apache.hadoop.hdfs.server.namenode.FileJournalManager$EditLogFile.scanLog(FileJournalManager.java:551)
at org.apache.hadoop.hdfs.qjournal.server.Journal.scanStorageForLatestEdits(Journal.java:192)
at org.apache.hadoop.hdfs.qjournal.server.Journal.<init>(Journal.java:152)
at org.apache.hadoop.hdfs.qjournal.server.JournalNode.getOrCreateJournal(JournalNode.java:90)
at org.apache.hadoop.hdfs.qjournal.server.JournalNode.getOrCreateJournal(JournalNode.java:99)
at org.apache.hadoop.hdfs.qjournal.server.JournalNodeRpcServer.getEditLogManifest(JournalNodeRpcServer.java:189)
at
解决办法：
1、删除数据磁盘的一些无用的数据，让磁盘有一定的空间，只要空间>0k,journalnode就可以正常启动，我这边就是某一块盘一点磁盘空间都没有，可用空间0k。导致在启动journalnode的时候提示磁盘空间不足，说到底，还是集群在规划的时候没有预留磁盘空间导致的，给差评。
2、报上述的 Can't scan a pre-transactional edit log 错误，就是由于journalnode维护的eidts文件损坏，这个时候，看一下journalnode几台节点，哪一台是好的，先删除损坏的journalnode的数据文件，然后把这台好的journalnode文件拷贝到其他的节点。
3、修改拷贝过来的数据文件的权限
4、重启journalnode。
最新文章
- Windows综合应用
- Python中输出格式化的字符串
- Python-2 print
- Entity Framework 的简单介绍与实例
- rpc使用举例
- Oracle【IT实验室】数据库备份与恢复之六：LogMiner
- mongoDB学习手记1--Windows系统下的安装与启动
- [POJ 2226] Muddy Fields
- 读论文系列：Object Detection CVPR2016 YOLO
- Django项目开发
- postgresql :: FATAL: could not write init file
- MySQL数据库基本命令-1
- 30. Spring Boot ActiveMQ
- hdu 4192 (表达式求值)
- burpsuit 无法导入证书，抓取https的解决办法
- python五十七课——正则表达式（元字符）
- Frosh Week HDU3743（逆序数）
- redis 频率限制
- 关于js浅拷贝与深拷贝的理解
- openwrt lamp