[jira] Updated: (MAPREDUCE-1518) On contrib/raid, the RaidNode currently runs the deletion check for parity files on directories too. It would be better if it didn't.

2010-03-05 Thread dhruba borthakur (JIRA)

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

dhruba borthakur updated MAPREDUCE-1518:


   Resolution: Fixed
Fix Version/s: 0.22.0
 Hadoop Flags: [Reviewed]
   Status: Resolved  (was: Patch Available)

I just committed this. Thanks Rodrigo!

 On contrib/raid, the RaidNode currently runs the deletion check for parity 
 files on directories too. It would be better if it didn't.
 -

 Key: MAPREDUCE-1518
 URL: https://issues.apache.org/jira/browse/MAPREDUCE-1518
 Project: Hadoop Map/Reduce
  Issue Type: Improvement
  Components: contrib/raid
 Environment: On contrib/raid, the RaidNode currently runs the 
 deletion check for parity files on directories too. It runs okay because the 
 directory is not empty and trying to delete it non-recursively fails, but 
 such failure messages only polute the log file.
 My proposal is the following:
 If recursePurge is checking a directory, it should call itself recursively.
 If it's checking a file, it should do the deletion check.
Reporter: Rodrigo Schmidt
Assignee: Rodrigo Schmidt
 Fix For: 0.22.0

 Attachments: MAPREDUCE-1518.0.patch




-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (MAPREDUCE-1518) On contrib/raid, the RaidNode currently runs the deletion check for parity files on directories too. It would be better if it didn't.

2010-03-04 Thread Rodrigo Schmidt (JIRA)

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

Rodrigo Schmidt updated MAPREDUCE-1518:
---

Attachment: MAPREDUCE-1518.0.patch

 On contrib/raid, the RaidNode currently runs the deletion check for parity 
 files on directories too. It would be better if it didn't.
 -

 Key: MAPREDUCE-1518
 URL: https://issues.apache.org/jira/browse/MAPREDUCE-1518
 Project: Hadoop Map/Reduce
  Issue Type: Improvement
  Components: contrib/raid
 Environment: On contrib/raid, the RaidNode currently runs the 
 deletion check for parity files on directories too. It runs okay because the 
 directory is not empty and trying to delete it non-recursively fails, but 
 such failure messages only polute the log file.
 My proposal is the following:
 If recursePurge is checking a directory, it should call itself recursively.
 If it's checking a file, it should do the deletion check.
Reporter: Rodrigo Schmidt
Assignee: Rodrigo Schmidt
 Attachments: MAPREDUCE-1518.0.patch




-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (MAPREDUCE-1518) On contrib/raid, the RaidNode currently runs the deletion check for parity files on directories too. It would be better if it didn't.

2010-03-04 Thread Rodrigo Schmidt (JIRA)

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

Rodrigo Schmidt updated MAPREDUCE-1518:
---

Status: Patch Available  (was: Open)

 On contrib/raid, the RaidNode currently runs the deletion check for parity 
 files on directories too. It would be better if it didn't.
 -

 Key: MAPREDUCE-1518
 URL: https://issues.apache.org/jira/browse/MAPREDUCE-1518
 Project: Hadoop Map/Reduce
  Issue Type: Improvement
  Components: contrib/raid
 Environment: On contrib/raid, the RaidNode currently runs the 
 deletion check for parity files on directories too. It runs okay because the 
 directory is not empty and trying to delete it non-recursively fails, but 
 such failure messages only polute the log file.
 My proposal is the following:
 If recursePurge is checking a directory, it should call itself recursively.
 If it's checking a file, it should do the deletion check.
Reporter: Rodrigo Schmidt
Assignee: Rodrigo Schmidt
 Attachments: MAPREDUCE-1518.0.patch




-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (MAPREDUCE-1518) On contrib/raid, the RaidNode currently runs the deletion check for parity files on directories too. It would be better if it didn't.

2010-02-21 Thread Rodrigo Schmidt (JIRA)

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

Rodrigo Schmidt updated MAPREDUCE-1518:
---

Component/s: contrib/raid

 On contrib/raid, the RaidNode currently runs the deletion check for parity 
 files on directories too. It would be better if it didn't.
 -

 Key: MAPREDUCE-1518
 URL: https://issues.apache.org/jira/browse/MAPREDUCE-1518
 Project: Hadoop Map/Reduce
  Issue Type: Improvement
  Components: contrib/raid
 Environment: On contrib/raid, the RaidNode currently runs the 
 deletion check for parity files on directories too. It runs okay because the 
 directory is not empty and trying to delete it non-recursively fails, but 
 such failure messages only polute the log file.
 My proposal is the following:
 If recursePurge is checking a directory, it should call itself recursively.
 If it's checking a file, it should do the deletion check.
Reporter: Rodrigo Schmidt
Assignee: Rodrigo Schmidt



-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.