[jira] [Commented] (HDFS-2914) HA: Standby should not enter safemode when resources are low

2012-05-16 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-2914?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13276608#comment-13276608 ] Vinay commented on HDFS-2914: - Hi all, According to the current patch proposed, there is no

[jira] [Assigned] (HDFS-3436) Append to file is failing when one of the datanode where the block present is down.

2012-05-17 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay reassigned HDFS-3436: --- Assignee: Vinay Append to file is failing when one of the datanode where the block present is down.

[jira] [Updated] (HDFS-3436) Append to file is failing when one of the datanode where the block present is down.

2012-05-17 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3436: Description: Scenario: = 1. Cluster with 4 DataNodes. 2. Written file to 3 DNs, DN1-DN2-DN3 3. Stopped

[jira] [Commented] (HDFS-3436) Append to file is failing when one of the datanode where the block present is down.

2012-05-17 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13277724#comment-13277724 ] Vinay commented on HDFS-3436: - Scenario is as follows: - 1. Cluster is

[jira] [Commented] (HDFS-3436) Append to file is failing when one of the datanode where the block present is down.

2012-05-18 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13278613#comment-13278613 ] Vinay commented on HDFS-3436: - Thanks Nicholas, that works. I will upload a patch for that.

[jira] [Work started] (HDFS-3436) Append to file is failing when one of the datanode where the block present is down.

2012-05-18 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on HDFS-3436 started by Vinay. Append to file is failing when one of the datanode where the block present is down.

[jira] [Updated] (HDFS-3436) adding new datanode to existing pipeline fails in case of Append/Recovery

2012-05-22 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3436: Fix Version/s: 2.0.1 Hadoop Flags: Reviewed Status: Patch Available (was: In Progress) adding

[jira] [Updated] (HDFS-2914) HA: Standby should not enter safemode when resources are low

2012-05-22 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-2914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-2914: Attachment: HDFS-2914.patch Attaching patch for movement of NNRM from CommonService to ActiveService

[jira] [Updated] (HDFS-3436) adding new datanode to existing pipeline fails in case of Append/Recovery

2012-05-22 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3436: Attachment: HDFS-3436.patch Attaching the Patch for same adding new datanode to existing

[jira] [Updated] (HDFS-2914) HA: Standby should not enter safemode when resources are low

2012-05-22 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-2914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-2914: Attachment: HDFS-2914-2.0.1.patch HA: Standby should not enter safemode when resources are low

[jira] [Updated] (HDFS-2914) HA: Standby should not enter safemode when resources are low

2012-05-22 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-2914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-2914: Attachment: (was: HDFS-2914.patch) HA: Standby should not enter safemode when resources are low

[jira] [Updated] (HDFS-2914) HA: Standby should not enter safemode when resources are low

2012-05-22 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-2914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-2914: Fix Version/s: 2.0.1 Target Version/s: 0.24.0, 2.0.1 (was: 0.24.0) Affects Version/s: 2.0.1

[jira] [Commented] (HDFS-3436) adding new datanode to existing pipeline fails in case of Append/Recovery

2012-05-22 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13281177#comment-13281177 ] Vinay commented on HDFS-3436: - Hi Nicholas, I am working on it. Thanks.

[jira] [Updated] (HDFS-2914) HA: Standby should not enter safemode when resources are low

2012-05-23 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-2914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-2914: Attachment: (was: HDFS-2914-2.0.1.patch) HA: Standby should not enter safemode when resources are low

[jira] [Updated] (HDFS-2914) HA: Standby should not enter safemode when resources are low

2012-05-23 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-2914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-2914: Status: Open (was: Patch Available) Cancelling the recent patc on 2.0.1 branch HA: Standby

[jira] [Updated] (HDFS-2914) HA: Standby should not enter safemode when resources are low

2012-05-23 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-2914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-2914: Attachment: HDFS-2914-trunk.patch Attaching the Latest patch for trunk(3.0) HA: Standby should

[jira] [Updated] (HDFS-2914) HA: Standby should not enter safemode when resources are low

2012-05-23 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-2914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-2914: Fix Version/s: (was: 2.0.1) 3.0.0 Target Version/s: 0.24.0, 2.0.1, 3.0.0 (was:

[jira] [Updated] (HDFS-3436) adding new datanode to existing pipeline fails in case of Append/Recovery

2012-05-23 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3436: Status: Open (was: Patch Available) adding new datanode to existing pipeline fails in case of

[jira] [Updated] (HDFS-3436) adding new datanode to existing pipeline fails in case of Append/Recovery

2012-05-23 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3436: Attachment: HDFS-3436-trunk.patch adding new datanode to existing pipeline fails in case of Append/Recovery

[jira] [Updated] (HDFS-3436) adding new datanode to existing pipeline fails in case of Append/Recovery

2012-05-23 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3436: Fix Version/s: (was: 2.0.1) 3.0.0 Affects Version/s: 3.0.0 Status:

[jira] [Commented] (HDFS-3436) adding new datanode to existing pipeline fails in case of Append/Recovery

2012-05-23 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13281785#comment-13281785 ] Vinay commented on HDFS-3436: - Thanks a lot Nicholas. adding new datanode to

[jira] [Created] (HDFS-3469) start-dfs.sh will start zkfc, but stop-dfs.sh will not stop zkfc similarly.

2012-05-26 Thread Vinay (JIRA)
Vinay created HDFS-3469: --- Summary: start-dfs.sh will start zkfc, but stop-dfs.sh will not stop zkfc similarly. Key: HDFS-3469 URL: https://issues.apache.org/jira/browse/HDFS-3469 Project: Hadoop HDFS

[jira] [Updated] (HDFS-3469) start-dfs.sh will start zkfc, but stop-dfs.sh will not stop zkfc similarly.

2012-05-26 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3469?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3469: Attachment: HDFS-3469.patch Attached the Patch. Not adding any tests since this is only script change.

[jira] [Work started] (HDFS-3469) start-dfs.sh will start zkfc, but stop-dfs.sh will not stop zkfc similarly.

2012-05-26 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3469?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on HDFS-3469 started by Vinay. start-dfs.sh will start zkfc, but stop-dfs.sh will not stop zkfc similarly.

[jira] [Work stopped] (HDFS-3469) start-dfs.sh will start zkfc, but stop-dfs.sh will not stop zkfc similarly.

2012-05-26 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3469?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on HDFS-3469 stopped by Vinay. start-dfs.sh will start zkfc, but stop-dfs.sh will not stop zkfc similarly.

[jira] [Updated] (HDFS-3469) start-dfs.sh will start zkfc, but stop-dfs.sh will not stop zkfc similarly.

2012-05-30 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3469?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3469: Fix Version/s: 3.0.0 Status: Patch Available (was: Open) start-dfs.sh will start zkfc, but

[jira] [Assigned] (HDFS-3480) Multiple SLF4J binding warning

2012-06-01 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3480?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay reassigned HDFS-3480: --- Assignee: Vinay Multiple SLF4J binding warning -- Key:

[jira] [Commented] (HDFS-3480) Multiple SLF4J binding warning

2012-06-01 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13287220#comment-13287220 ] Vinay commented on HDFS-3480: - This is introduced after committing the HDFS-3042. zookeeper.jar

[jira] [Updated] (HDFS-3480) Multiple SLF4J binding warning

2012-06-01 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3480?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3480: Attachment: HDFS-3480.patch Multiple SLF4J binding warning --

[jira] [Commented] (HDFS-3480) Multiple SLF4J binding warning

2012-06-01 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13287522#comment-13287522 ] Vinay commented on HDFS-3480: - Changed the scope of zookeeper.jar and slf4j-log4j12.jar to

[jira] [Updated] (HDFS-3480) Multiple SLF4J binding warning

2012-06-01 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3480?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3480: Status: Patch Available (was: Open) Multiple SLF4J binding warning --

[jira] [Created] (HDFS-3507) DFS#isInSafeNode needs to execute only on Active NameNode

2012-06-05 Thread Vinay (JIRA)
Vinay created HDFS-3507: --- Summary: DFS#isInSafeNode needs to execute only on Active NameNode Key: HDFS-3507 URL: https://issues.apache.org/jira/browse/HDFS-3507 Project: Hadoop HDFS Issue Type: Bug

[jira] [Commented] (HDFS-3507) DFS#isInSafeNode needs to execute only on Active NameNode

2012-06-05 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13289947#comment-13289947 ] Vinay commented on HDFS-3507: - Adding to above description... Since standby will not do any

[jira] [Updated] (HDFS-3507) DFS#isInSafeMode needs to execute only on Active NameNode

2012-06-06 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3507: Summary: DFS#isInSafeMode needs to execute only on Active NameNode (was: DFS#isInSafeNode needs to execute only on

[jira] [Assigned] (HDFS-3507) DFS#isInSafeMode needs to execute only on Active NameNode

2012-06-06 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay reassigned HDFS-3507: --- Assignee: Vinay DFS#isInSafeMode needs to execute only on Active NameNode

[jira] [Commented] (HDFS-2914) HA: Standby should not enter safemode when resources are low

2012-06-08 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-2914?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13291642#comment-13291642 ] Vinay commented on HDFS-2914: - Thanks Aaron for the review and commit. HA:

[jira] [Commented] (HDFS-3507) DFS#isInSafeMode needs to execute only on Active NameNode

2012-06-11 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13293354#comment-13293354 ] Vinay commented on HDFS-3507: - Hi Nicholas, {quote}For option 1, we may simply add a parameter

[jira] [Commented] (HDFS-3526) Standy NameNode is entering into Safemode even after HDFS-2914 due to resources low

2012-06-12 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3526?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13293663#comment-13293663 ] Vinay commented on HDFS-3526: - Hi Brahma, Thanks for filing this. There is one more place

[jira] [Updated] (HDFS-3507) DFS#isInSafeMode needs to execute only on Active NameNode

2012-06-17 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3507: Target Version/s: 2.0.1-alpha, 3.0.0 Status: Patch Available (was: Open) DFS#isInSafeMode needs

[jira] [Updated] (HDFS-3507) DFS#isInSafeMode needs to execute only on Active NameNode

2012-06-17 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3507: Attachment: HDFS-3507.patch Attaching the patch with changes as suggested by nicholas

[jira] [Assigned] (HDFS-3541) Deadlock between recovery, xceiver and packet responder

2012-06-18 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3541?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay reassigned HDFS-3541: --- Assignee: Vinay Deadlock between recovery, xceiver and packet responder

[jira] [Commented] (HDFS-3541) Deadlock between recovery, xceiver and packet responder

2012-06-18 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3541?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13395862#comment-13395862 ] Vinay commented on HDFS-3541: - By seeing the ThreadDump attached, recoverBlock(..) call is

[jira] [Updated] (HDFS-3526) Standy NameNode is entering into Safemode even after HDFS-2914 due to resources low

2012-06-18 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3526?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3526: Attachment: HDFS-3526.patch Attaching the patch with above mentioned changes Standy NameNode is

[jira] [Updated] (HDFS-3526) Standy NameNode is entering into Safemode even after HDFS-2914 due to resources low

2012-06-18 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3526?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3526: Affects Version/s: 3.0.0 Status: Patch Available (was: Open) Standy NameNode is entering into

[jira] [Commented] (HDFS-1490) TransferFSImage should timeout

2012-06-18 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-1490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13396494#comment-13396494 ] Vinay commented on HDFS-1490: - Hi Molkov, We also faced same problem in 2.0.1. Are you

[jira] [Commented] (HDFS-3526) Standy NameNode is entering into Safemode even after HDFS-2914 due to resources low

2012-06-19 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3526?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13396712#comment-13396712 ] Vinay commented on HDFS-3526: - {noformat}-1 javadoc. The javadoc tool appears to have generated

[jira] [Commented] (HDFS-3541) Deadlock between recovery, xceiver and packet responder

2012-06-19 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3541?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13397263#comment-13397263 ] Vinay commented on HDFS-3541: - Hi Lee, I agree your suggestion. But as of now there is no

[jira] [Commented] (HDFS-3541) Deadlock between recovery, xceiver and packet responder

2012-06-19 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3541?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13397265#comment-13397265 ] Vinay commented on HDFS-3541: - {quote}But as of now there is no way to stop the

[jira] [Created] (HDFS-3547) Handle disconnect and session timeout events at BKJM

2012-06-20 Thread Vinay (JIRA)
Vinay created HDFS-3547: --- Summary: Handle disconnect and session timeout events at BKJM Key: HDFS-3547 URL: https://issues.apache.org/jira/browse/HDFS-3547 Project: Hadoop HDFS Issue Type: Bug

[jira] [Updated] (HDFS-3547) Handle disconnect and session timeout events at BKJM

2012-06-20 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3547?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3547: Description: # Retry zookeeper operations for some amount of time in case of CONNECTIONLOSS/OPERATIONTIMEOUT

[jira] [Commented] (HDFS-3541) Deadlock between recovery, xceiver and packet responder

2012-06-21 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3541?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13398427#comment-13398427 ] Vinay commented on HDFS-3541: - I found out the Actual Problem. Problem resides in

[jira] [Updated] (HDFS-3541) Deadlock between recovery, xceiver and packet responder

2012-06-22 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3541?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3541: Attachment: HDFS-3541.patch Attaching the patch. Fixed as per suggestions by Lee. Please review..

[jira] [Updated] (HDFS-3541) Deadlock between recovery, xceiver and packet responder

2012-06-22 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3541?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3541: Target Version/s: 0.23.3, 2.0.1-alpha, 3.0.0 (was: 0.23.3) Status: Patch Available (was: Open)

[jira] [Updated] (HDFS-3507) DFS#isInSafeMode needs to execute only on Active NameNode

2012-06-23 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3507: Status: Open (was: Patch Available) DFS#isInSafeMode needs to execute only on Active NameNode

[jira] [Updated] (HDFS-3507) DFS#isInSafeMode needs to execute only on Active NameNode

2012-06-23 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3507: Status: Patch Available (was: Open) Submitting patch again, so that Hadoop QA can catch.

[jira] [Commented] (HDFS-3541) Deadlock between recovery, xceiver and packet responder

2012-06-23 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3541?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13399951#comment-13399951 ] Vinay commented on HDFS-3541: - Below failures are not replated to current patch {noformat}-1

[jira] [Commented] (HDFS-3561) ZKFC retries for 45 times to connect to other NN during fencing when network between NNs broken and standby Nn will not take over as active

2012-06-25 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13400487#comment-13400487 ] Vinay commented on HDFS-3561: - During transition, fencing of old active will be done. Here

[jira] [Commented] (HDFS-3507) DFS#isInSafeMode needs to execute only on Active NameNode

2012-06-25 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13401163#comment-13401163 ] Vinay commented on HDFS-3507: - Thanks Aaron., I really did not know about it..

[jira] [Commented] (HDFS-3561) ZKFC retries for 45 times to connect to other NN during fencing when network between NNs broken and standby Nn will not take over as active

2012-06-28 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13402978#comment-13402978 ] Vinay commented on HDFS-3561: - {quote}This isn't acceptable. The point of fencing is to ensure

[jira] [Updated] (HDFS-3541) Deadlock between recovery, xceiver and packet responder

2012-07-05 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3541?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3541: Attachment: HDFS-3541-2.patch Attaching the patch which address above comments. Thanks Lee for the hint to write

[jira] [Updated] (HDFS-3561) ZKFC retries for 45 times to connect to other NN during fencing when network between NNs broken and standby Nn will not take over as active

2012-07-06 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3561: Attachment: HDFS-3561.patch Attaching patch to reduce the number of retries for graceful fence

[jira] [Updated] (HDFS-3561) ZKFC retries for 45 times to connect to other NN during fencing when network between NNs broken and standby Nn will not take over as active

2012-07-06 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3561: Affects Version/s: 3.0.0 2.0.1-alpha Status: Patch Available (was: Open)

[jira] [Commented] (HDFS-3605) Missing Block in following scenario

2012-07-10 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3605?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13410090#comment-13410090 ] Vinay commented on HDFS-3605: - {quote}The design of the code should be such that, it will

[jira] [Commented] (HDFS-3605) Missing Block in following scenario

2012-07-10 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3605?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13410091#comment-13410091 ] Vinay commented on HDFS-3605: - @Uma {quote}Here I have one question, why we are keeping all the

[jira] [Commented] (HDFS-3561) ZKFC retries for 45 times to connect to other NN during fencing when network between NNs broken and standby Nn will not take over as active

2012-07-10 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13410218#comment-13410218 ] Vinay commented on HDFS-3561: - Thanks Aaron for the suggestion. I have one question here.

[jira] [Updated] (HDFS-3562) Handle disconnect and session timeout events at BKJM

2012-07-10 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3562?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3562: Attachment: HDFS-3562.patch Attaching the patch Handle disconnect and session timeout events at

[jira] [Updated] (HDFS-3561) ZKFC retries for 45 times to connect to other NN during fencing when network between NNs broken and standby Nn will not take over as active

2012-07-13 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3561: Attachment: HDFS-3561-2.patch Attaching the patch by addressing above comments ZKFC retries for

[jira] [Commented] (HDFS-3561) ZKFC retries for 45 times to connect to other NN during fencing when network between NNs broken and standby Nn will not take over as active

2012-07-14 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13414316#comment-13414316 ] Vinay commented on HDFS-3561: - That sounds good. But as of now, in ZKFC, tryGracefulFence() is

[jira] [Updated] (HDFS-3526) Standy NameNode is entering into Safemode even after HDFS-2914 due to resources low

2012-07-26 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3526?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3526: Resolution: Not A Problem Status: Resolved (was: Patch Available) Resolving as Not a Problem as per

[jira] [Created] (HDFS-3734) TestFSEditLogLoader.testReplicationAdjusted() will hang if number of blocks are more than one

2012-07-30 Thread Vinay (JIRA)
Vinay created HDFS-3734: --- Summary: TestFSEditLogLoader.testReplicationAdjusted() will hang if number of blocks are more than one Key: HDFS-3734 URL: https://issues.apache.org/jira/browse/HDFS-3734 Project:

[jira] [Commented] (HDFS-3734) TestFSEditLogLoader.testReplicationAdjusted() will hang if number of blocks are more than one

2012-08-01 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13426535#comment-13426535 ] Vinay commented on HDFS-3734: - I agree. Existing testcase will pass. If we add one more file

[jira] [Commented] (HDFS-3734) TestFSEditLogLoader.testReplicationAdjusted() will hang if number of blocks are more than one

2012-08-01 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13426537#comment-13426537 ] Vinay commented on HDFS-3734: - Here is the modified test case {code}@Test(timeout = 6)

[jira] [Commented] (HDFS-3734) TestFSEditLogLoader.testReplicationAdjusted() will hang if number of blocks are more than one

2012-08-01 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13427101#comment-13427101 ] Vinay commented on HDFS-3734: - @Raju, You are right. If that is fixed properly, then this test

[jira] [Created] (HDFS-3752) BOOTSTRAPSTANDBY for new Standby node will not work just after saveNameSpace at ANN in case of BKJM

2012-08-02 Thread Vinay (JIRA)
Vinay created HDFS-3752: --- Summary: BOOTSTRAPSTANDBY for new Standby node will not work just after saveNameSpace at ANN in case of BKJM Key: HDFS-3752 URL: https://issues.apache.org/jira/browse/HDFS-3752

[jira] [Commented] (HDFS-3734) TestFSEditLogLoader.testReplicationAdjusted() will hang if number of blocks are more than one

2012-08-04 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13428582#comment-13428582 ] Vinay commented on HDFS-3734: - {quote}Because of the replication before the cluster restart is

[jira] [Created] (HDFS-3765) Namenode INITIALIZESHAREDEDITS should be able to initialize all shared storages

2012-08-06 Thread Vinay (JIRA)
Vinay created HDFS-3765: --- Summary: Namenode INITIALIZESHAREDEDITS should be able to initialize all shared storages Key: HDFS-3765 URL: https://issues.apache.org/jira/browse/HDFS-3765 Project: Hadoop HDFS

[jira] [Updated] (HDFS-3765) Namenode INITIALIZESHAREDEDITS should be able to initialize all shared storages

2012-08-06 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3765?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3765: Attachment: HDFS-3765.patch Attached the patch for the same. Namenode INITIALIZESHAREDEDITS

[jira] [Commented] (HDFS-3765) Namenode INITIALIZESHAREDEDITS should be able to initialize all shared storages

2012-08-06 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3765?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13429912#comment-13429912 ] Vinay commented on HDFS-3765: - Thanks a lot Todd for taking a look. {quote} I'm not 100%

[jira] [Updated] (HDFS-3765) Namenode INITIALIZESHAREDEDITS should be able to initialize all shared storages

2012-08-08 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3765?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3765: Description: Currently, NameNode INITIALIZESHAREDEDITS provides ability to copy the edits files to file schema

[jira] [Updated] (HDFS-3765) Namenode INITIALIZESHAREDEDITS should be able to initialize all shared storages

2012-08-08 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3765?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3765: Attachment: HDFS-3765.patch Attaching the patch with comments fixed. Namenode

[jira] [Updated] (HDFS-3765) Namenode INITIALIZESHAREDEDITS should be able to initialize all shared storages

2012-08-08 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3765?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3765: Status: Patch Available (was: Open) Namenode INITIALIZESHAREDEDITS should be able to initialize all shared

[jira] [Commented] (HDFS-3765) Namenode INITIALIZESHAREDEDITS should be able to initialize all shared storages

2012-08-09 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3765?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13431617#comment-13431617 ] Vinay commented on HDFS-3765: - {quote}NameNode -initializeSharedEdits (the command is not

[jira] [Updated] (HDFS-3765) Namenode INITIALIZESHAREDEDITS should be able to initialize all shared storages

2012-08-09 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3765?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3765: Attachment: HDFS-3765.patch Attaching the patch with fixed comments Namenode

[jira] [Commented] (HDFS-3561) ZKFC retries for 45 times to connect to other NN during fencing when network between NNs broken and standby Nn will not take over as active

2012-08-13 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13432946#comment-13432946 ] Vinay commented on HDFS-3561: - Hi [~atm] any more comments you have on this..?

[jira] [Commented] (HDFS-3618) SSH fencing option may incorrectly succeed if nc (netcat) command not present

2012-08-16 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3618?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13435937#comment-13435937 ] Vinay commented on HDFS-3618: - * Regarding StreamPumper thread getting hanged: I tried to

[jira] [Updated] (HDFS-3507) DFS#isInSafeMode needs to execute only on Active NameNode

2012-08-16 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3507: Attachment: HDFS-3507.patch Attaching the latest re-based patch DFS#isInSafeMode needs to execute

[jira] [Commented] (HDFS-3561) ZKFC retries for 45 times to connect to other NN during fencing when network between NNs broken and standby Nn will not take over as active

2012-08-20 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13438463#comment-13438463 ] Vinay commented on HDFS-3561: - Thanks Aaron, I agree with your preference. I will post a new

[jira] [Commented] (HDFS-3507) DFS#isInSafeMode needs to execute only on Active NameNode

2012-08-21 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3507?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13438539#comment-13438539 ] Vinay commented on HDFS-3507: - Thanks Aaron for your inputs. {quote}The new parameter in the

[jira] [Updated] (HDFS-3561) ZKFC retries for 45 times to connect to other NN during fencing when network between NNs broken and standby Nn will not take over as active

2012-08-22 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3561: Attachment: HDFS-3561-3.patch Attaching the patch with latest comment fixes. ZKFC retries for 45

[jira] [Commented] (HDFS-3561) ZKFC retries for 45 times to connect to other NN during fencing when network between NNs broken and standby Nn will not take over as active

2012-08-22 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13439750#comment-13439750 ] Vinay commented on HDFS-3561: - Yes Aaron, We tested the described scenario after setting number

[jira] [Commented] (HDFS-3854) Implement a fence method which should fence the BK shared storage.

2012-08-26 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3854?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13442280#comment-13442280 ] Vinay commented on HDFS-3854: - Hi Uma, Thanks for posting this Jira. Its really a good idea to

[jira] [Commented] (HDFS-3809) Make BKJM use protobufs for all serialization with ZK

2012-08-27 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13442325#comment-13442325 ] Vinay commented on HDFS-3809: - Hi Ivan, Patch looks nice. Following are the simple comments

[jira] [Commented] (HDFS-3810) Implement format() for BKJM

2012-08-27 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13442343#comment-13442343 ] Vinay commented on HDFS-3810: - Hi Ivan, Patch looks good. Along with Rakesh's comment, one

[jira] [Commented] (HDFS-3857) Image transfer never times out on client isde

2012-08-27 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13442945#comment-13442945 ] Vinay commented on HDFS-3857: - Hi Todd, This is same as HDFS-1490, Patch is attached to

[jira] [Updated] (HDFS-1490) TransferFSImage should timeout

2012-08-27 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-1490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-1490: Attachment: HDFS-1490.patch Attaching the patch TransferFSImage should timeout

[jira] [Resolved] (HDFS-3857) Image transfer never times out on client isde

2012-08-27 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay resolved HDFS-3857. - Resolution: Duplicate Duplicate of HDFS-1490 Image transfer never times out on client isde

[jira] [Updated] (HDFS-3857) Image transfer never times out on client side

2012-08-27 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-3857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-3857: Summary: Image transfer never times out on client side (was: Image transfer never times out on client isde)

[jira] [Updated] (HDFS-1490) TransferFSImage should timeout

2012-08-27 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-1490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinay updated HDFS-1490: Attachment: HDFS-1490.patch Attaching the latest patch TransferFSImage should timeout

[jira] [Commented] (HDFS-1490) TransferFSImage should timeout

2012-08-28 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-1490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13443051#comment-13443051 ] Vinay commented on HDFS-1490: - {code} Call to equals() comparing different types in

[jira] [Commented] (HDFS-1490) TransferFSImage should timeout

2012-08-28 Thread Vinay (JIRA)
[ https://issues.apache.org/jira/browse/HDFS-1490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13443791#comment-13443791 ] Vinay commented on HDFS-1490: - {quote}Why not introduce a new config which defaults to

  1   2   3   4   5   6   >