[jira] [Updated] (MAPREDUCE-6164) "mapreduce.reduce.shuffle.fetch.retry.timeout-ms" should be set to 3 minutes instead of 30 seconds by default to be consistent with other retry timeout

2016-12-02 Thread Junping Du (JIRA)

 [ 
https://issues.apache.org/jira/browse/MAPREDUCE-6164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Junping Du updated MAPREDUCE-6164:
--
Resolution: Won't Fix
Status: Resolved  (was: Patch Available)

Close this issue as won't fix.

> "mapreduce.reduce.shuffle.fetch.retry.timeout-ms" should be set to 3 minutes 
> instead of 30 seconds by default to be consistent with other retry timeout 
> 
>
> Key: MAPREDUCE-6164
> URL: https://issues.apache.org/jira/browse/MAPREDUCE-6164
> Project: Hadoop Map/Reduce
>  Issue Type: Bug
>Reporter: Junping Du
>Assignee: Junping Du
>  Labels: BB2015-05-TBR
> Attachments: MAPREDUCE-6164.patch
>
>
> In MAPREDUCE-5891, we are adding retry logic to MAPREDUCE shuffle stage for 
> fetcher can be survival during NM downtime (with shuffle service down as 
> well). In many places, we are setting the default timeout to be 3 minutes 
> (connection timeout, etc.) to tolerant possible more time for NM down, but we 
> are making "mapreduce.reduce.shuffle.fetch.retry.timeout-ms" to be 30 seconds 
> which is not consistent here. We should change this to 180 seconds. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: mapreduce-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: mapreduce-issues-h...@hadoop.apache.org



[jira] [Updated] (MAPREDUCE-6164) "mapreduce.reduce.shuffle.fetch.retry.timeout-ms" should be set to 3 minutes instead of 30 seconds by default to be consistent with other retry timeout

2016-12-02 Thread Junping Du (JIRA)

 [ 
https://issues.apache.org/jira/browse/MAPREDUCE-6164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Junping Du updated MAPREDUCE-6164:
--
Target Version/s:   (was: 2.8.0)

> "mapreduce.reduce.shuffle.fetch.retry.timeout-ms" should be set to 3 minutes 
> instead of 30 seconds by default to be consistent with other retry timeout 
> 
>
> Key: MAPREDUCE-6164
> URL: https://issues.apache.org/jira/browse/MAPREDUCE-6164
> Project: Hadoop Map/Reduce
>  Issue Type: Bug
>Reporter: Junping Du
>Assignee: Junping Du
>  Labels: BB2015-05-TBR
> Attachments: MAPREDUCE-6164.patch
>
>
> In MAPREDUCE-5891, we are adding retry logic to MAPREDUCE shuffle stage for 
> fetcher can be survival during NM downtime (with shuffle service down as 
> well). In many places, we are setting the default timeout to be 3 minutes 
> (connection timeout, etc.) to tolerant possible more time for NM down, but we 
> are making "mapreduce.reduce.shuffle.fetch.retry.timeout-ms" to be 30 seconds 
> which is not consistent here. We should change this to 180 seconds. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

-
To unsubscribe, e-mail: mapreduce-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: mapreduce-issues-h...@hadoop.apache.org



[jira] [Updated] (MAPREDUCE-6164) mapreduce.reduce.shuffle.fetch.retry.timeout-ms should be set to 3 minutes instead of 30 seconds by default to be consistent with other retry timeout

2015-05-11 Thread Junping Du (JIRA)

 [ 
https://issues.apache.org/jira/browse/MAPREDUCE-6164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Junping Du updated MAPREDUCE-6164:
--
Target Version/s: 2.8.0  (was: 2.6.1)

 mapreduce.reduce.shuffle.fetch.retry.timeout-ms should be set to 3 minutes 
 instead of 30 seconds by default to be consistent with other retry timeout 
 

 Key: MAPREDUCE-6164
 URL: https://issues.apache.org/jira/browse/MAPREDUCE-6164
 Project: Hadoop Map/Reduce
  Issue Type: Bug
Reporter: Junping Du
Assignee: Junping Du
  Labels: BB2015-05-TBR
 Attachments: MAPREDUCE-6164.patch


 In MAPREDUCE-5891, we are adding retry logic to MAPREDUCE shuffle stage for 
 fetcher can be survival during NM downtime (with shuffle service down as 
 well). In many places, we are setting the default timeout to be 3 minutes 
 (connection timeout, etc.) to tolerant possible more time for NM down, but we 
 are making mapreduce.reduce.shuffle.fetch.retry.timeout-ms to be 30 seconds 
 which is not consistent here. We should change this to 180 seconds. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (MAPREDUCE-6164) mapreduce.reduce.shuffle.fetch.retry.timeout-ms should be set to 3 minutes instead of 30 seconds by default to be consistent with other retry timeout

2015-05-05 Thread Allen Wittenauer (JIRA)

 [ 
https://issues.apache.org/jira/browse/MAPREDUCE-6164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Allen Wittenauer updated MAPREDUCE-6164:

Labels: BB2015-05-TBR  (was: )

 mapreduce.reduce.shuffle.fetch.retry.timeout-ms should be set to 3 minutes 
 instead of 30 seconds by default to be consistent with other retry timeout 
 

 Key: MAPREDUCE-6164
 URL: https://issues.apache.org/jira/browse/MAPREDUCE-6164
 Project: Hadoop Map/Reduce
  Issue Type: Bug
Reporter: Junping Du
Assignee: Junping Du
  Labels: BB2015-05-TBR
 Attachments: MAPREDUCE-6164.patch


 In MAPREDUCE-5891, we are adding retry logic to MAPREDUCE shuffle stage for 
 fetcher can be survival during NM downtime (with shuffle service down as 
 well). In many places, we are setting the default timeout to be 3 minutes 
 (connection timeout, etc.) to tolerant possible more time for NM down, but we 
 are making mapreduce.reduce.shuffle.fetch.retry.timeout-ms to be 30 seconds 
 which is not consistent here. We should change this to 180 seconds. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (MAPREDUCE-6164) mapreduce.reduce.shuffle.fetch.retry.timeout-ms should be set to 3 minutes instead of 30 seconds by default to be consistent with other retry timeout

2014-11-18 Thread Junping Du (JIRA)

 [ 
https://issues.apache.org/jira/browse/MAPREDUCE-6164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Junping Du updated MAPREDUCE-6164:
--
Status: Patch Available  (was: Open)

 mapreduce.reduce.shuffle.fetch.retry.timeout-ms should be set to 3 minutes 
 instead of 30 seconds by default to be consistent with other retry timeout 
 

 Key: MAPREDUCE-6164
 URL: https://issues.apache.org/jira/browse/MAPREDUCE-6164
 Project: Hadoop Map/Reduce
  Issue Type: Bug
Reporter: Junping Du
Assignee: Junping Du
 Attachments: MAPREDUCE-6164.patch


 In MAPREDUCE-5891, we are adding retry logic to MAPREDUCE shuffle stage for 
 fetcher can be survival during NM downtime (with shuffle service down as 
 well). In many places, we are setting the default timeout to be 3 minutes 
 (connection timeout, etc.) to tolerant possible more time for NM down, but we 
 are making mapreduce.reduce.shuffle.fetch.retry.timeout-ms to be 30 seconds 
 which is not consistent here. We should change this to 180 seconds. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (MAPREDUCE-6164) mapreduce.reduce.shuffle.fetch.retry.timeout-ms should be set to 3 minutes instead of 30 seconds by default to be consistent with other retry timeout

2014-11-17 Thread Ted Yu (JIRA)

 [ 
https://issues.apache.org/jira/browse/MAPREDUCE-6164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ted Yu updated MAPREDUCE-6164:
--
Summary: mapreduce.reduce.shuffle.fetch.retry.timeout-ms should be set to 
3 minutes instead of 30 seconds by default to be consistent with other retry 
timeout   (was: mapreduce.reduce.shuffle.fetch.retry.timeout-ms should be set 
to 3 minutes instead of 30 seconds by default to keep insistent with other 
retry timeout )

 mapreduce.reduce.shuffle.fetch.retry.timeout-ms should be set to 3 minutes 
 instead of 30 seconds by default to be consistent with other retry timeout 
 

 Key: MAPREDUCE-6164
 URL: https://issues.apache.org/jira/browse/MAPREDUCE-6164
 Project: Hadoop Map/Reduce
  Issue Type: Bug
Reporter: Junping Du
Assignee: Junping Du

 In MAPREDUCE-5891, we are adding retry logic to MAPREDUCE shuffle stage for 
 fetcher can be survival during NM downtime (with shuffle service down as 
 well). In many places, we are setting the default timeout to be 3 minutes 
 (connection timeout, etc.) to tolerant possible more time for NM down, but we 
 are making mapreduce.reduce.shuffle.fetch.retry.timeout-ms to be 30 seconds 
 which is not consistent here. We should change this to 180 seconds. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (MAPREDUCE-6164) mapreduce.reduce.shuffle.fetch.retry.timeout-ms should be set to 3 minutes instead of 30 seconds by default to be consistent with other retry timeout

2014-11-17 Thread Junping Du (JIRA)

 [ 
https://issues.apache.org/jira/browse/MAPREDUCE-6164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Junping Du updated MAPREDUCE-6164:
--
Attachment: MAPREDUCE-6164.patch

 mapreduce.reduce.shuffle.fetch.retry.timeout-ms should be set to 3 minutes 
 instead of 30 seconds by default to be consistent with other retry timeout 
 

 Key: MAPREDUCE-6164
 URL: https://issues.apache.org/jira/browse/MAPREDUCE-6164
 Project: Hadoop Map/Reduce
  Issue Type: Bug
Reporter: Junping Du
Assignee: Junping Du
 Attachments: MAPREDUCE-6164.patch


 In MAPREDUCE-5891, we are adding retry logic to MAPREDUCE shuffle stage for 
 fetcher can be survival during NM downtime (with shuffle service down as 
 well). In many places, we are setting the default timeout to be 3 minutes 
 (connection timeout, etc.) to tolerant possible more time for NM down, but we 
 are making mapreduce.reduce.shuffle.fetch.retry.timeout-ms to be 30 seconds 
 which is not consistent here. We should change this to 180 seconds. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)