https://community.cloudera.com/t5/Support-Questions/Copying-Data-to-HDFS-takes-too-much-time/m-p/164637#M127004 <P><A rel="user" href="https://community.cloudera.com/users/1348/hari.html" nodeid="1348">@hari kiran</A> </P><P>Yes. There seems to be some problem. Below is few details about Tx Packets and errors -</P><P><CODE>TX packets</CODE> indicate the total number of transmitted packets. <CODE>TX errors</CODE> present a summation of errors encountered while transmitting packets. This list includes errors due to the transmission being aborted, errors due to the carrier, fifo errors, heartbeat errors, and window errors. <EM>This particular <CODE>struct</CODE> in the source code isn’t commented.</EM> We also have itemized error counts for <CODE>dropped</CODE>, <CODE>overruns</CODE>, and <CODE>carrier</CODE>. <CODE>collisions</CODE> is the number of transmissions terminated due to CSMA/CD (Carrier Sense Multiple Access with Collision Detection).</P><P>I will suggest few basic trouble shooting before you escalate this issue to network team -</P><P><A href="http://www.tuxradar.com/content/diagnose-and-fix-network-problems-yourself">http://www.tuxradar.com/content/diagnose-and-fix-network-problems-yourself</A></P><P># ethtool -i eth0</P><P>#ethtool -a eth0</P><P>#ethtool -g eth0</P><P>#ethtool -S eth0</P><P>I will not suggest to change the default values for nic unless you know if the nic support those. Else this can lead to other issues. The best way is to reach Hardware team with above analysis.</P> Wed, 01 Jun 2016 12:38:27 GMT sshimpi 2016-06-01T12:38:27Z