gpt4 book ai didi

java - Hortonworks HDFS 名称节点在启动时出现 tryLock 问题

转载 作者:行者123 更新时间:2023-12-02 20:31:03 25 4
gpt4 key购买 nike

我们正在使用 HDP HDFS 模块版本 2.7.3.2.6.5.0-292。

服务器卡住了,必须硬重置 - 现在名称节点服务在启动时会引发错误。

成功获取锁定文件后,它会通过尝试再次获取它而立即失败,即使它是针对同一个进程(可能是同一个线程) - 它失败了。

我们应该如何启动名称节点完整的数据 ?
18/11/14 20:19:24 INFO util.GSet: Computing capacity for map NameNodeRetryCache
18/11/14 20:19:24 INFO util.GSet: VM type = 64-bit
18/11/14 20:19:24 INFO util.GSet: 0.029999999329447746% max memory 1011.3 MB = 310.7 KB
18/11/14 20:19:25 INFO util.GSet: capacity = 2^15 = 32768 entries
18/11/14 20:19:25 INFO common.Storage: Lock on /mnt/pd1/hadoop/hdfs/namenode/in_use.lock acquired by nodename 10635@hadoop-327
18/11/14 20:19:25 ERROR common.Storage: It appears that another node 10635@hadoop-327 has already locked the storage directory: /mnt/pd1/hadoop/hdfs/namenode
java.nio.channels.OverlappingFileLockException
at sun.nio.ch.SharedFileLockTable.checkList(FileLockTable.java:255)
at sun.nio.ch.SharedFileLockTable.add(FileLockTable.java:152)
at sun.nio.ch.FileChannelImpl.tryLock(FileChannelImpl.java:1113)
at java.nio.channels.FileChannel.tryLock(FileChannel.java:1155)
at org.apache.hadoop.hdfs.server.common.Storage$StorageDirectory.tryLock(Storage.java:770)
at org.apache.hadoop.hdfs.server.common.Storage$StorageDirectory.lock(Storage.java:738)
at org.apache.hadoop.hdfs.server.common.Storage$StorageDirectory.analyzeStorage(Storage.java:551)
at org.apache.hadoop.hdfs.server.common.Storage$StorageDirectory.analyzeStorage(Storage.java:502)

最佳答案

因此,我们似乎有 2 个路径指向 dfs.namenode.name.dir 的同一目录。 ,从而导致双重锁定。一旦我们使用单一路径,一切都恢复正常。

关于java - Hortonworks HDFS 名称节点在启动时出现 tryLock 问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/53308351/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com