Home | About | Sematext search-lucene.com search-hadoop.com
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB
 Search Hadoop and all its subprojects:

Switch to Threaded View
HDFS >> mail # dev >> A possible bug in unit test: TestDFSShell.testPut()


Copy link to this message
-
Re: A possible bug in unit test: TestDFSShell.testPut()
Hi Hou Song,

This sounds like a bug to me. Please file a JIRA in the HDFS project by
going to this link:
https://issues.apache.org/jira/secure/CreateIssue!default.jspa

--
Aaron T. Myers
Software Engineer, Cloudera

2011/10/12 侯松 <[EMAIL PROTECTED]>

> Hi all,
>
> Recently I am rewriting testcases of Hadoop, and I’ve just found a possible
> bug in TestDFSShell.testPut().
>
> testPut() tries to copy a file from local to a destination “dst�
�in HDFS,
> and uses a SecurityManager to capture this action. The new SecurityManager
> filters out this copy action from all actions it receives , and starts a
> second thread to copy a second file to the same destination “dst�
�in HDFS.
> The main thread sleeps 5 seconds immediately after. I think the original
> purpose is that, the copy from the main thread should succeed, and the
> second copy from the new thread should fail because the “dst” is being
> written. My guess can be confirmed by the asserts around these codes.
>
> However, the filter in the new SecurityManager is not right. It tries to
> find "FileUtil.copyContent", but these is no method called copyContent in
> FileUtil, and therefore the second thread is never started. Although the
> asserts always succeed, this code is not able to find bugs in this area.
>
> I also debugged it, and I can never hit the break points in the second copy
> thread. Even though I changed the filter from "FileUtil.copyContent" to
> "FileUtil.copy" and successfully started the second thread, the second
> thread succeeds before the main thread resumes, which is the opposite of the
> logic.
>
> Any of you have any ideas about this issue?
>
> Thanks a lot!
>
> Hou Song
>
> ________________________________
>
> This email (including any attachments) is confidential and may be legally
> privileged. If you received this email in error, please delete it
> immediately and do not copy it or use it for any purpose or disclose its
> contents to any other person. Thank you.
>
>
> 本电邮(包括任何附件)可能�
�谢�茏柿喜⑹芊�杀;ぁ�
如您不是正确的收件人,请�
�⒓瓷境�居始�G氩灰��
本电邮进行复制并用作任何�
渌�猛尽⒒蛲嘎侗居始���
容。谢谢。
>
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB