[jira] Resolved: (HDFS-1535) TestBlockRecovery should not use fixed port

2010-12-11 Thread Patrick Kling (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-1535?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Patrick Kling resolved HDFS-1535. - Resolution: Duplicate > TestBlockRecovery should not use fixed p

[jira] Created: (HDFS-1535) TestBlockRecovery should not use fixed port

2010-12-10 Thread Patrick Kling (JIRA)
Reporter: Patrick Kling TestBlockRecovery uses the default data node port 50075. This causes the test to fail if this port is not available. {code} Testcase: testFinalizedReplicas took 0.567 sec Caused an ERROR Port in use: 0.0.0.0:50075 java.net.BindException: Port in use: 0.0.0.0:50075

Re: Review Request: Populate needed replication queues before leaving safe mode.

2010-12-09 Thread Patrick Kling
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/105/ --- (Updated 2010-12-09 19:52:13.188412) Review request for hadoop-hdfs. Changes --

[jira] Created: (HDFS-1533) A more elegant FileSystem#listCorruptFileBlocks AP (HDFS portion)

2010-12-08 Thread Patrick Kling (JIRA)
Components: hdfs client Reporter: Patrick Kling Assignee: Patrick Kling -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.

[jira] Created: (HDFS-1527) SocketOutputStream.transferToFully fails for blocks >= 2GB on 32 bit JVM

2010-12-03 Thread Patrick Kling (JIRA)
sue Type: Bug Components: data-node Affects Versions: 0.23.0 Environment: 32 bit JVM Reporter: Patrick Kling Fix For: 0.23.0 On 32 bit JVM, SocketOutputStream.transferToFully() fails if the block size is >= 2GB. We should fall back to a normal tr

Re: Review Request: Add listCorruptFileBlocks to DistributedFileSystem (and ClientProtocol)

2010-11-22 Thread Patrick Kling
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/18/ --- (Updated 2010-11-22 13:47:46.894388) Review request for hadoop-hdfs. Changes ---

[jira] Created: (HDFS-1514) project.version in aop.xml is out of sync with build.xml

2010-11-22 Thread Patrick Kling (JIRA)
: Patrick Kling project.version in aop.xml is set to 0.22.0-SNAPSHOT whereas version in build.xml is set to 0.23.0-SNAPSHOT. This causes ant test-patch to fail when using a local maven repository. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment

Re: Review Request: Populate needed replication queues before leaving safe mode.

2010-11-19 Thread Patrick Kling
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/105/ --- (Updated 2010-11-19 13:07:20.231197) Review request for hadoop-hdfs. Changes --

Re: Review Request: Add listCorruptFileBlocks to DistributedFileSystem (and ClientProtocol)

2010-11-18 Thread Patrick Kling
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/18/ --- (Updated 2010-11-18 20:10:36.970120) Review request for hadoop-hdfs. Changes ---

Re: Review Request: Populate needed replication queues before leaving safe mode.

2010-11-18 Thread Patrick Kling
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/105/ --- (Updated 2010-11-18 10:49:38.102334) Review request for hadoop-hdfs. Changes --

Re: Review Request: Populate needed replication queues before leaving safe mode.

2010-11-16 Thread Patrick Kling
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/105/ --- (Updated 2010-11-16 18:01:44.268029) Review request for hadoop-hdfs. Changes --

Review Request: Populate needed replication queues before leaving safe mode.

2010-11-16 Thread Patrick Kling
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/105/ --- Review request for hadoop-hdfs. Summary --- This patch introduces a new conf

Re: Review Request: Add listCorruptFileBlocks to DistributedFileSystem (and ClientProtocol)

2010-11-08 Thread Patrick Kling
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/18/ --- (Updated 2010-11-08 19:01:36.459005) Review request for hadoop-hdfs. Changes ---

Re: Review Request: DFSClient.getBlockLocations returns BlockLocations with no indication that the corresponding blocks are corrupt

2010-11-03 Thread Patrick Kling
- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/27/#review29 --- On 2010-11-03 11:33:39, Patrick Kling wrote: > > --- > This i

Re: Review Request: DFSClient.getBlockLocations returns BlockLocations with no indication that the corresponding blocks are corrupt

2010-11-03 Thread Patrick Kling
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/27/ --- (Updated 2010-11-03 11:33:39.415750) Review request for hadoop-hdfs. Changes ---

Review Request: DFSClient.getBlockLocations returns BlockLocations with no indication that the corresponding blocks are corrupt

2010-11-02 Thread Patrick Kling
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/27/ --- Review request for hadoop-hdfs. Summary --- DFSClient.getBlockLocations retur

Re: Review Request: Add listCorruptFileBlocks to DistributedFileSystem (and ClientProtocol)

2010-11-01 Thread Patrick Kling
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/18/ --- (Updated 2010-11-01 11:50:37.134842) Review request for hadoop-hdfs. Changes ---

Review Request: Add listCorruptFileBlocks to DistributedFileSystem (and ClientProtocol)

2010-10-29 Thread Patrick Kling
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/18/ --- Review request for hadoop-hdfs. Summary --- Add listCorruptFileBlocks to Dist

[jira] Created: (HDFS-1483) DFSClient.getBlockLocations returns BlockLocations with no indication that the corresponding blocks are corrupt

2010-10-27 Thread Patrick Kling (JIRA)
://issues.apache.org/jira/browse/HDFS-1483 Project: Hadoop HDFS Issue Type: Bug Reporter: Patrick Kling When there are no uncorrupted replicas of a block, FSNamesystem.getBlockLocations returns LocatedBlocks corresponding to corrupt blocks. When DFSClient converts these to

[jira] Created: (HDFS-1482) Add listCorruptFileBlocks to DistributedFileSystem (and ClientProtocol)

2010-10-27 Thread Patrick Kling (JIRA)
Type: Improvement Reporter: Patrick Kling As discussed in HDFS-, it would be beneficial for tools such as the RAID block fixer and RAID FSCK to have access to listCorruptFileBlocks via the DistributedFileSystem (rather than having to parse Servlet output, which could present a

[jira] Created: (HDFS-1477) Make NameNode Reconfigurable.

2010-10-25 Thread Patrick Kling (JIRA)
Make NameNode Reconfigurable. - Key: HDFS-1477 URL: https://issues.apache.org/jira/browse/HDFS-1477 Project: Hadoop HDFS Issue Type: Improvement Reporter: Patrick Kling Modify NameNode to implement

[jira] Created: (HDFS-1476) listCorruptFileBlocks should be functional while the name node is still in safe mode

2010-10-25 Thread Patrick Kling (JIRA)
: Hadoop HDFS Issue Type: Improvement Reporter: Patrick Kling This would allow us to detect whether missing blocks can be fixed using Raid and if that is the case exit safe mode earlier. One way to make listCorruptFileBlocks available before the name node has exited from safe