【问题标题】:HDFS LeaseExpiredExceptionHDFS LeaseExpiredException
【发布时间】:2014-07-09 10:34:37
【问题描述】:

我有一个应用程序应该将大量文件从 S3 等源复制到 HDFS。该应用程序在内部使用 apache distcp,并通过流式传输将每个单独的文件从源复制到 HDFS。

每个单独的文件大约 1GB,有 1K 列的字符串。 当我选择复制所有列时,写入失败并出现以下错误:-

2014-05-20 23:57:35,939 WARN org.apache.hadoop.hdfs.DFSClient: Error Recovery for block null bad datanode[0] nodes == null
2014-05-20 23:57:35,939 WARN org.apache.hadoop.hdfs.DFSClient: Could not get block locations. Source file "/xyz/2014/01/02/control-Jan-2014-14.gz" - Aborting...
2014-05-20 23:57:54,369 ERROR abc.mapred.distcp.DistcpRunnable: org.apache.hadoop.ipc.RemoteException: org.apache.hadoop.hdfs.server.namenode.LeaseExpiredException: No lease on /xyz/2014/01/02/control-Jan-2014-14.gz File does not exist. [Lease.  Holder: DFSClient_attempt_201403272055_15994_m_000004_0_-1476619343_1, pendingcreates: 4]
    at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.checkLease(FSNamesystem.java:1720)
    at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.checkLease(FSNamesystem.java:1711)
    at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getAdditionalBlock(FSNamesystem.java:1619)
    at org.apache.hadoop.hdfs.server.namenode.NameNode.addBlock(NameNode.java:736)
    at sun.reflect.GeneratedMethodAccessor41.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:606)
    at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:578)
    at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:1393)
    at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:1389)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.security.auth.Subject.doAs(Subject.java:415)
    at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1149)
    at org.apache.hadoop.ipc.Server$Handler.run(Server.java:1387)

我认为这是由于将一个大文件从源代码写入 HDFS 花费了太多时间。当我修改应用程序以仅复制超过 50,100 或 200 列时,应用程序运行完成。当每行复制的列数 > 200 时,应用程序失败。

我无法控制源文件。

我似乎找不到任何关于增加租约到期的信息。

任何指针?

【问题讨论】:

  • 你能告诉我多久之后你会得到这个例外吗?
  • 大约一分钟后 distcp 用源文件打开了流。
  • 只有一分钟?似乎不是因为复制所花费的时间。我有时会在复制时删除文件时得到这个。您确定其他进程没有删除它吗?
  • 是的,我很确定没有其他进程正在删除任何文件。
  • 请注意,当我在通过 bufferedReader 遍历 inputStream 时选择只为 src 文件中的每一行写入 200 列时,不会出现此类错误。但是当我超过这个 200 数字时,它开始吐出这个错误。

标签: hadoop distcp


【解决方案1】:

所以最后我可以确定发生了什么。因此,从 S3 源,我们的应用程序正在下载类似

的文件
 /xyz/2014/01/week1/abc
 /xyz/2014/01/week1/def
 /xyz/2014/01/week2/abc
 /xyz/2014/01/week2/def
 /xyz/2014/01/week3/abc
 /xyz/2014/01/week3/def 

注意不同周的相同文件名。然后使用 DFSClient 将这些文件中的每一个写入 HDFS。因此,即使文件实际上不同,基本上多个映射器都在尝试写入“相同的文件”(因为文件名相同,如 abc、def)。由于客户端必须在写入文件之前获得租约,并且在写入过程中写入第一个“abc”文件的客户端没有释放租约,因此尝试写入另一个“abc”文件的另一个客户端正在抛出带有租赁不匹配消息的 LeaseExpriedException。

但这仍然不能解释为什么首先获得写入租约的客户端没有成功。我的意思是,在这种情况下,我希望每个此类文件的第一批作者都能成功。有什么解释吗?

【讨论】:

  • LeaseExpriedException 会导致作业失败,因此不会复制任何[可能是某些]文件。在这种情况下,添加执行 distcp 的确切命令以及文件系统的简单表示会有所帮助。
  • 谢谢。当 ansible playbook 无意中将多个节点上的同一组文件复制到 hdfs 中的同一目标时,这发生在我身上。将操作更改为在解决问题后运行。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2013-05-05
  • 1970-01-01
  • 1970-01-01
  • 2018-12-10
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多