|
[jira] Updated: (HADOOP-649) Jobs without any map and reduce operations seems to be lost after their execution |
|
| Thomas Friol (JIRA) |
[jira] Updated: (HADOOP-649) Jobs without any map and reduce operations seems to be lost after their execution |
Fri, 01 Dec, 08:57 |
| Thomas Friol (JIRA) |
[jira] Updated: (HADOOP-649) Jobs without any map and reduce operations seems to be lost after their execution |
Fri, 01 Dec, 13:53 |
|
[jira] Commented: (HADOOP-649) Jobs without any map and reduce operations seems to be lost after their execution |
|
| Thomas Friol (JIRA) |
[jira] Commented: (HADOOP-649) Jobs without any map and reduce operations seems to be lost after their execution |
Fri, 01 Dec, 10:26 |
| Thomas Friol (JIRA) |
[jira] Commented: (HADOOP-649) Jobs without any map and reduce operations seems to be lost after their execution |
Thu, 07 Dec, 10:13 |
|
[jira] Updated: (HADOOP-728) Map-reduce task does not produce correct results when -reducer NONE is specified through streaming |
|
| Sanjay Dahiya (JIRA) |
[jira] Updated: (HADOOP-728) Map-reduce task does not produce correct results when -reducer NONE is specified through streaming |
Fri, 01 Dec, 11:14 |
| Sanjay Dahiya (JIRA) |
[jira] Updated: (HADOOP-728) Map-reduce task does not produce correct results when -reducer NONE is specified through streaming |
Fri, 01 Dec, 11:16 |
| Sanjay Dahiya (JIRA) |
[jira] Updated: (HADOOP-728) Map-reduce task does not produce correct results when -reducer NONE is specified through streaming |
Fri, 01 Dec, 11:16 |
| Doug Cutting (JIRA) |
[jira] Updated: (HADOOP-728) Map-reduce task does not produce correct results when -reducer NONE is specified through streaming |
Fri, 01 Dec, 22:34 |
|
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
|
| Sanjay Dahiya (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Fri, 01 Dec, 11:26 |
| Runping Qi (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Fri, 01 Dec, 16:52 |
| Arkady Borkovsky |
Re: [jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Fri, 01 Dec, 17:25 |
| Owen O'Malley (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Mon, 04 Dec, 22:17 |
| Arkady Borkovsky |
Re: [jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Mon, 04 Dec, 22:24 |
| Owen O'Malley (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Mon, 04 Dec, 22:25 |
| Owen O'Malley (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Mon, 04 Dec, 22:40 |
| Runping Qi (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Mon, 04 Dec, 23:21 |
| Owen O'Malley (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Tue, 05 Dec, 07:10 |
| Arkady Borkovsky |
Re: [jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Tue, 05 Dec, 07:26 |
| eric baldeschwieler (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Tue, 05 Dec, 07:41 |
| Arkady Borkovsky |
Re: [jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Tue, 05 Dec, 08:07 |
| Owen O'Malley (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Tue, 05 Dec, 08:00 |
| eric baldeschwieler (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Tue, 05 Dec, 08:18 |
| Runping Qi (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Tue, 05 Dec, 09:01 |
| Sanjay Dahiya (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Tue, 05 Dec, 14:27 |
| Sanjay Dahiya (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Tue, 05 Dec, 19:42 |
| Owen O'Malley (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Tue, 05 Dec, 21:53 |
| Hadoop QA (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Wed, 06 Dec, 19:34 |
| Doug Cutting (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Fri, 08 Dec, 18:29 |
| Sanjay Dahiya (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Mon, 11 Dec, 13:31 |
| Doug Cutting (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Mon, 11 Dec, 18:32 |
| Owen O'Malley (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Mon, 11 Dec, 18:41 |
| Doug Cutting (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Mon, 11 Dec, 18:58 |
| Owen O'Malley (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Wed, 13 Dec, 23:34 |
| Hadoop QA (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Thu, 14 Dec, 18:00 |
| Hadoop QA (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Fri, 15 Dec, 20:27 |
| Sanjay Dahiya (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Wed, 20 Dec, 21:21 |
| Doug Cutting (JIRA) |
[jira] Commented: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Fri, 22 Dec, 17:43 |
| Sanjay Dahiya (JIRA) |
[jira] Assigned: (HADOOP-619) Unify Map-Reduce and Streaming to take the same globbed input specification |
Fri, 01 Dec, 11:26 |
|
[jira] Commented: (HADOOP-681) Adminstrative hook to pull live nodes out of a HDFS cluster |
|
| dhruba borthakur (JIRA) |
[jira] Commented: (HADOOP-681) Adminstrative hook to pull live nodes out of a HDFS cluster |
Fri, 01 Dec, 14:35 |
| Konstantin Shvachko (JIRA) |
[jira] Commented: (HADOOP-681) Adminstrative hook to pull live nodes out of a HDFS cluster |
Fri, 01 Dec, 21:42 |
| dhruba borthakur (JIRA) |
[jira] Commented: (HADOOP-681) Adminstrative hook to pull live nodes out of a HDFS cluster |
Fri, 01 Dec, 22:24 |
|
[jira] Updated: (HADOOP-639) task cleanup messages can get lost, causing task trackers to keep tasks forever |
|
| Arun C Murthy (JIRA) |
[jira] Updated: (HADOOP-639) task cleanup messages can get lost, causing task trackers to keep tasks forever |
Fri, 01 Dec, 15:02 |
| Arun C Murthy (JIRA) |
[jira] Updated: (HADOOP-639) task cleanup messages can get lost, causing task trackers to keep tasks forever |
Tue, 05 Dec, 08:13 |
| Arun C Murthy (JIRA) |
[jira] Updated: (HADOOP-639) task cleanup messages can get lost, causing task trackers to keep tasks forever |
Tue, 05 Dec, 15:22 |
| Arun C Murthy (JIRA) |
[jira] Updated: (HADOOP-639) task cleanup messages can get lost, causing task trackers to keep tasks forever |
Wed, 06 Dec, 19:53 |
| Arun C Murthy (JIRA) |
[jira] Updated: (HADOOP-639) task cleanup messages can get lost, causing task trackers to keep tasks forever |
Wed, 06 Dec, 19:53 |
| Doug Cutting (JIRA) |
[jira] Updated: (HADOOP-639) task cleanup messages can get lost, causing task trackers to keep tasks forever |
Thu, 07 Dec, 20:39 |
| Owen O'Malley (JIRA) |
[jira] Updated: (HADOOP-639) task cleanup messages can get lost, causing task trackers to keep tasks forever |
Thu, 14 Dec, 21:41 |
| Hadoop QA (JIRA) |
[jira] Commented: (HADOOP-728) Map-reduce task does not produce correct results when -reducer NONE is specified through streaming |
Fri, 01 Dec, 17:50 |
| arkady borkovsky (JIRA) |
[jira] Created: (HADOOP-772) DFS web UI does should have "TAIL this block" option |
Fri, 01 Dec, 17:52 |
| arkady borkovsky (JIRA) |
[jira] Created: (HADOOP-773) In Streaming output block boundaries cut records |
Fri, 01 Dec, 17:54 |
|
[jira] Updated: (HADOOP-750) race condition on stalled map output fetches |
|
| Owen O'Malley (JIRA) |
[jira] Updated: (HADOOP-750) race condition on stalled map output fetches |
Fri, 01 Dec, 21:56 |
| Owen O'Malley (JIRA) |
[jira] Updated: (HADOOP-750) race condition on stalled map output fetches |
Fri, 01 Dec, 21:56 |
| Doug Cutting (JIRA) |
[jira] Updated: (HADOOP-750) race condition on stalled map output fetches |
Fri, 01 Dec, 22:28 |
|
[jira] Commented: (HADOOP-432) support undelete, snapshots, or other mechanism to recover lost files |
|
| Konstantin Shvachko (JIRA) |
[jira] Commented: (HADOOP-432) support undelete, snapshots, or other mechanism to recover lost files |
Fri, 01 Dec, 22:22 |
| Yoram Arnon (JIRA) |
[jira] Commented: (HADOOP-432) support undelete, snapshots, or other mechanism to recover lost files |
Sat, 02 Dec, 02:10 |
| Konstantin Shvachko (JIRA) |
[jira] Commented: (HADOOP-432) support undelete, snapshots, or other mechanism to recover lost files |
Sat, 09 Dec, 03:01 |
| Wendy Chien (JIRA) |
[jira] Commented: (HADOOP-432) support undelete, snapshots, or other mechanism to recover lost files |
Wed, 13 Dec, 00:41 |
| Yoram Arnon (JIRA) |
[jira] Commented: (HADOOP-432) support undelete, snapshots, or other mechanism to recover lost files |
Wed, 13 Dec, 01:46 |
| Runping Qi (JIRA) |
[jira] Commented: (HADOOP-432) support undelete, snapshots, or other mechanism to recover lost files |
Wed, 13 Dec, 04:39 |
| Doug Cutting (JIRA) |
[jira] Commented: (HADOOP-432) support undelete, snapshots, or other mechanism to recover lost files |
Wed, 13 Dec, 21:41 |
| Hadoop QA (JIRA) |
[jira] Commented: (HADOOP-432) support undelete, snapshots, or other mechanism to recover lost files |
Wed, 13 Dec, 22:13 |
| Yoram Arnon (JIRA) |
[jira] Commented: (HADOOP-432) support undelete, snapshots, or other mechanism to recover lost files |
Thu, 14 Dec, 02:06 |
| Doug Cutting (JIRA) |
[jira] Commented: (HADOOP-432) support undelete, snapshots, or other mechanism to recover lost files |
Thu, 14 Dec, 04:24 |
| Konstantin Shvachko (JIRA) |
[jira] Commented: (HADOOP-432) support undelete, snapshots, or other mechanism to recover lost files |
Thu, 14 Dec, 21:37 |
| Yoram Arnon (JIRA) |
[jira] Commented: (HADOOP-432) support undelete, snapshots, or other mechanism to recover lost files |
Fri, 15 Dec, 23:23 |
| Doug Cutting (JIRA) |
[jira] Commented: (HADOOP-432) support undelete, snapshots, or other mechanism to recover lost files |
Mon, 18 Dec, 19:49 |
| Yoram Arnon (JIRA) |
[jira] Commented: (HADOOP-432) support undelete, snapshots, or other mechanism to recover lost files |
Fri, 22 Dec, 02:55 |
| Doug Cutting (JIRA) |
[jira] Commented: (HADOOP-432) support undelete, snapshots, or other mechanism to recover lost files |
Fri, 22 Dec, 17:55 |
| Owen O'Malley (JIRA) |
[jira] Commented: (HADOOP-432) support undelete, snapshots, or other mechanism to recover lost files |
Thu, 28 Dec, 04:37 |
|
[jira] Assigned: (HADOOP-618) JobProfile and JobSubmissionProtocol should be public |
|
| Owen O'Malley (JIRA) |
[jira] Assigned: (HADOOP-618) JobProfile and JobSubmissionProtocol should be public |
Fri, 01 Dec, 22:34 |
| Arun C Murthy (JIRA) |
[jira] Assigned: (HADOOP-618) JobProfile and JobSubmissionProtocol should be public |
Fri, 08 Dec, 09:46 |
|
[jira] Updated: (HADOOP-571) Path should use URI syntax |
|
| Doug Cutting (JIRA) |
[jira] Updated: (HADOOP-571) Path should use URI syntax |
Fri, 01 Dec, 22:38 |
| Doug Cutting (JIRA) |
[jira] Updated: (HADOOP-571) Path should use URI syntax |
Fri, 01 Dec, 22:40 |
| Doug Cutting (JIRA) |
[jira] Updated: (HADOOP-571) Path should use URI syntax |
Fri, 08 Dec, 22:21 |
| Doug Cutting (JIRA) |
[jira] Updated: (HADOOP-571) Path should use URI syntax |
Tue, 12 Dec, 20:32 |
| Doug Cutting (JIRA) |
[jira] Updated: (HADOOP-571) Path should use URI syntax |
Tue, 12 Dec, 20:32 |
| Doug Cutting (JIRA) |
[jira] Updated: (HADOOP-571) Path should use URI syntax |
Tue, 12 Dec, 23:02 |
|
[jira] Updated: (HADOOP-574) want FileSystem implementation for Amazon S3 |
|
| Doug Cutting (JIRA) |
[jira] Updated: (HADOOP-574) want FileSystem implementation for Amazon S3 |
Fri, 01 Dec, 22:42 |
| Doug Cutting (JIRA) |
[jira] Updated: (HADOOP-574) want FileSystem implementation for Amazon S3 |
Fri, 01 Dec, 22:42 |
| Tom White (JIRA) |
[jira] Updated: (HADOOP-574) want FileSystem implementation for Amazon S3 |
Wed, 13 Dec, 21:47 |
|
Re: minor change in dataNode handling of multiple directories. |
|
| Raghu Angadi |
Re: minor change in dataNode handling of multiple directories. |
Fri, 01 Dec, 23:12 |
| Owen O'Malley (JIRA) |
[jira] Assigned: (HADOOP-451) Add a Split interface |
Fri, 01 Dec, 23:23 |
| dhruba borthakur (JIRA) |
[jira] Created: (HADOOP-774) Datanodes fails to heartbeat when a directory with a large number of blocks is deleted |
Sat, 02 Dec, 00:30 |
| Mahadev konar (JIRA) |
[jira] Created: (HADOOP-775) If the tasktracker kills a task it cleans up the job directory as well |
Sat, 02 Dec, 02:42 |
|
[jira] Commented: (HADOOP-774) Datanodes fails to heartbeat when a directory with a large number of blocks is deleted |
|
| Doug Cutting (JIRA) |
[jira] Commented: (HADOOP-774) Datanodes fails to heartbeat when a directory with a large number of blocks is deleted |
Sat, 02 Dec, 03:45 |
| dhruba borthakur (JIRA) |
[jira] Commented: (HADOOP-774) Datanodes fails to heartbeat when a directory with a large number of blocks is deleted |
Mon, 04 Dec, 18:13 |
| Raghu Angadi (JIRA) |
[jira] Commented: (HADOOP-774) Datanodes fails to heartbeat when a directory with a large number of blocks is deleted |
Mon, 04 Dec, 18:39 |
| Konstantin Shvachko (JIRA) |
[jira] Commented: (HADOOP-774) Datanodes fails to heartbeat when a directory with a large number of blocks is deleted |
Mon, 04 Dec, 20:23 |
| Hadoop QA (JIRA) |
[jira] Commented: (HADOOP-774) Datanodes fails to heartbeat when a directory with a large number of blocks is deleted |
Mon, 04 Dec, 23:30 |
| Doug Cutting (JIRA) |
[jira] Commented: (HADOOP-774) Datanodes fails to heartbeat when a directory with a large number of blocks is deleted |
Tue, 05 Dec, 18:49 |
| dhruba borthakur (JIRA) |
[jira] Commented: (HADOOP-774) Datanodes fails to heartbeat when a directory with a large number of blocks is deleted |
Tue, 05 Dec, 19:44 |
|
Hadoop nightly build failure |
|
| hadoop-...@lucene.apache.org |
Hadoop nightly build failure |
Sun, 03 Dec, 00:25 |
| hadoop-...@lucene.apache.org |
Hadoop nightly build failure |
Sun, 10 Dec, 00:15 |
| hadoop-...@lucene.apache.org |
Hadoop nightly build failure |
Sun, 17 Dec, 00:34 |
| hadoop-...@lucene.apache.org |
Hadoop nightly build failure |
Tue, 19 Dec, 00:22 |
| hadoop-...@lucene.apache.org |
Hadoop nightly build failure |
Sun, 24 Dec, 00:23 |
| hadoop-...@lucene.apache.org |
Hadoop nightly build failure |
Sun, 31 Dec, 00:37 |
| Devaraj Das (JIRA) |
[jira] Created: (HADOOP-776) Task failed with java.io.IOException: No valid local directories in property: dfs.client.buffer.dir |
Sun, 03 Dec, 14:22 |
| Mahadev konar (JIRA) |
[jira] Created: (HADOOP-777) the tasktracker hostname is not fully qualified |
Sun, 03 Dec, 18:35 |
|
[jira] Updated: (HADOOP-777) the tasktracker hostname is not fully qualified |
|
| Mahadev konar (JIRA) |
[jira] Updated: (HADOOP-777) the tasktracker hostname is not fully qualified |
Sun, 03 Dec, 18:35 |
| Mahadev konar (JIRA) |
[jira] Updated: (HADOOP-777) the tasktracker hostname is not fully qualified |
Sun, 03 Dec, 18:45 |
| Doug Cutting (JIRA) |
[jira] Updated: (HADOOP-777) the tasktracker hostname is not fully qualified |
Thu, 07 Dec, 18:30 |
|
[jira] Updated: (HADOOP-775) If the tasktracker kills a task it cleans up the job directory as well |
|
| Mahadev konar (JIRA) |
[jira] Updated: (HADOOP-775) If the tasktracker kills a task it cleans up the job directory as well |
Sun, 03 Dec, 19:49 |
| Mahadev konar (JIRA) |
[jira] Updated: (HADOOP-775) If the tasktracker kills a task it cleans up the job directory as well |
Sun, 03 Dec, 19:49 |
| Mahadev konar (JIRA) |
[jira] Updated: (HADOOP-775) If the tasktracker kills a task it cleans up the job directory as well |
Mon, 04 Dec, 08:28 |
| Mahadev konar (JIRA) |
[jira] Updated: (HADOOP-748) the delete in localfilesystem traverses symlinks to delete files which is not expected |
Mon, 04 Dec, 05:59 |
|
[jira] Commented: (HADOOP-775) If the tasktracker kills a task it cleans up the job directory as well |
|
| Arun C Murthy (JIRA) |
[jira] Commented: (HADOOP-775) If the tasktracker kills a task it cleans up the job directory as well |
Mon, 04 Dec, 07:17 |
| Mahadev konar (JIRA) |
[jira] Commented: (HADOOP-775) If the tasktracker kills a task it cleans up the job directory as well |
Mon, 04 Dec, 08:03 |
|
[jira] Updated: (HADOOP-681) Adminstrative hook to pull live nodes out of a HDFS cluster |
|
| dhruba borthakur (JIRA) |
[jira] Updated: (HADOOP-681) Adminstrative hook to pull live nodes out of a HDFS cluster |
Mon, 04 Dec, 07:47 |
| dhruba borthakur (JIRA) |
[jira] Updated: (HADOOP-681) Adminstrative hook to pull live nodes out of a HDFS cluster |
Mon, 04 Dec, 07:49 |
|
[jira] Commented: (HADOOP-756) new dfsadmin command to wait until safe mode is exited |
|
| dhruba borthakur (JIRA) |
[jira] Commented: (HADOOP-756) new dfsadmin command to wait until safe mode is exited |
Mon, 04 Dec, 07:54 |
| Owen O'Malley (JIRA) |
[jira] Commented: (HADOOP-756) new dfsadmin command to wait until safe mode is exited |
Mon, 04 Dec, 17:36 |
| dhruba borthakur (JIRA) |
[jira] Commented: (HADOOP-756) new dfsadmin command to wait until safe mode is exited |
Mon, 04 Dec, 18:34 |
| Owen O'Malley (JIRA) |
[jira] Commented: (HADOOP-756) new dfsadmin command to wait until safe mode is exited |
Tue, 05 Dec, 00:13 |
| Konstantin Shvachko (JIRA) |
[jira] Commented: (HADOOP-756) new dfsadmin command to wait until safe mode is exited |
Tue, 05 Dec, 02:58 |
| Owen O'Malley (JIRA) |
[jira] Commented: (HADOOP-756) new dfsadmin command to wait until safe mode is exited |
Tue, 05 Dec, 04:53 |
| Raghu Angadi (JIRA) |
[jira] Commented: (HADOOP-756) new dfsadmin command to wait until safe mode is exited |
Tue, 05 Dec, 18:18 |
| Hadoop QA (JIRA) |
[jira] Commented: (HADOOP-756) new dfsadmin command to wait until safe mode is exited |
Tue, 05 Dec, 20:02 |
| dhruba borthakur (JIRA) |
[jira] Commented: (HADOOP-756) new dfsadmin command to wait until safe mode is exited |
Tue, 05 Dec, 21:18 |
| Owen O'Malley (JIRA) |
[jira] Commented: (HADOOP-756) new dfsadmin command to wait until safe mode is exited |
Tue, 05 Dec, 21:26 |
| Raghu Angadi (JIRA) |
[jira] Commented: (HADOOP-756) new dfsadmin command to wait until safe mode is exited |
Tue, 05 Dec, 21:26 |
| Konstantin Shvachko (JIRA) |
[jira] Commented: (HADOOP-756) new dfsadmin command to wait until safe mode is exited |
Wed, 06 Dec, 19:46 |
|
[jira] Commented: (HADOOP-746) CRC computation and reading should move into a nested FileSystem |
|
| dhruba borthakur (JIRA) |
[jira] Commented: (HADOOP-746) CRC computation and reading should move into a nested FileSystem |
Mon, 04 Dec, 08:03 |
| Doug Cutting (JIRA) |
[jira] Commented: (HADOOP-746) CRC computation and reading should move into a nested FileSystem |
Tue, 05 Dec, 19:36 |
|
[jira] Commented: (HADOOP-639) task cleanup messages can get lost, causing task trackers to keep tasks forever |
|
| Mahadev konar (JIRA) |
[jira] Commented: (HADOOP-639) task cleanup messages can get lost, causing task trackers to keep tasks forever |
Mon, 04 Dec, 08:05 |
| Mahadev konar (JIRA) |
[jira] Commented: (HADOOP-639) task cleanup messages can get lost, causing task trackers to keep tasks forever |
Mon, 04 Dec, 08:15 |
| Arun C Murthy (JIRA) |
[jira] Commented: (HADOOP-639) task cleanup messages can get lost, causing task trackers to keep tasks forever |
Mon, 04 Dec, 09:12 |
| Mahadev konar (JIRA) |
[jira] Commented: (HADOOP-639) task cleanup messages can get lost, causing task trackers to keep tasks forever |
Mon, 04 Dec, 18:34 |
| Mahadev konar (JIRA) |
[jira] Commented: (HADOOP-639) task cleanup messages can get lost, causing task trackers to keep tasks forever |
Tue, 05 Dec, 20:04 |
| Arun C Murthy (JIRA) |
[jira] Commented: (HADOOP-639) task cleanup messages can get lost, causing task trackers to keep tasks forever |
Wed, 06 Dec, 05:17 |
| Mahadev konar (JIRA) |
[jira] Commented: (HADOOP-639) task cleanup messages can get lost, causing task trackers to keep tasks forever |
Wed, 06 Dec, 05:40 |
| Arun C Murthy (JIRA) |
[jira] Commented: (HADOOP-639) task cleanup messages can get lost, causing task trackers to keep tasks forever |
Wed, 06 Dec, 18:03 |
| Hadoop QA (JIRA) |
[jira] Commented: (HADOOP-639) task cleanup messages can get lost, causing task trackers to keep tasks forever |
Wed, 06 Dec, 20:13 |
| dhruba borthakur (JIRA) |
[jira] Assigned: (HADOOP-621) When a dfs -cat command is killed by the user, the correspondig hadoop process does not get aborted |
Mon, 04 Dec, 08:08 |
|
[jira] Commented: (HADOOP-662) dfs -ls sometime prints "Found xxx items"; sometimes it does not print that string |
|
| Jiang Lei (JIRA) |
[jira] Commented: (HADOOP-662) dfs -ls sometime prints "Found xxx items"; sometimes it does not print that string |
Mon, 04 Dec, 13:44 |
| Jiang Lei (JIRA) |
[jira] Commented: (HADOOP-662) dfs -ls sometime prints "Found xxx items"; sometimes it does not print that string |
Mon, 04 Dec, 14:10 |
| Jiang Lei (JIRA) |
[jira] Commented: (HADOOP-662) dfs -ls sometime prints "Found xxx items"; sometimes it does not print that string |
Mon, 18 Dec, 07:56 |
| dhruba borthakur (JIRA) |
[jira] Commented: (HADOOP-662) dfs -ls sometime prints "Found xxx items"; sometimes it does not print that string |
Mon, 18 Dec, 08:11 |
| Jiang Lei (JIRA) |
[jira] Commented: (HADOOP-662) dfs -ls sometime prints "Found xxx items"; sometimes it does not print that string |
Mon, 18 Dec, 08:24 |
| Hadoop QA (JIRA) |
[jira] Commented: (HADOOP-777) the tasktracker hostname is not fully qualified |
Mon, 04 Dec, 15:33 |
|
[jira] Commented: (HADOOP-476) Streaming should check for correctness of the task |
|
| Sanjay Dahiya (JIRA) |
[jira] Commented: (HADOOP-476) Streaming should check for correctness of the task |
Mon, 04 Dec, 17:12 |
| Yoram Arnon (JIRA) |
[jira] Commented: (HADOOP-476) Streaming should check for correctness of the task |
Thu, 07 Dec, 22:49 |
| Sanjay Dahiya (JIRA) |
[jira] Commented: (HADOOP-476) Streaming should check for correctness of the task |
Fri, 08 Dec, 09:48 |
| Sanjay Dahiya (JIRA) |
[jira] Resolved: (HADOOP-769) Error in crc file after a FileSystem.rename operation. |
Mon, 04 Dec, 19:22 |
|
[jira] Updated: (HADOOP-621) When a dfs -cat command is killed by the user, the correspondig hadoop process does not get aborted |
|
| dhruba borthakur (JIRA) |
[jira] Updated: (HADOOP-621) When a dfs -cat command is killed by the user, the correspondig hadoop process does not get aborted |
Mon, 04 Dec, 20:57 |
| dhruba borthakur (JIRA) |
[jira] Updated: (HADOOP-621) When a dfs -cat command is killed by the user, the correspondig hadoop process does not get aborted |
Mon, 04 Dec, 20:59 |
| Doug Cutting (JIRA) |
[jira] Updated: (HADOOP-621) When a dfs -cat command is killed by the user, the correspondig hadoop process does not get aborted |
Thu, 07 Dec, 18:38 |
| Hadoop QA (JIRA) |
[jira] Commented: (HADOOP-621) When a dfs -cat command is killed by the user, the correspondig hadoop process does not get aborted |
Mon, 04 Dec, 21:24 |
|
Re: distributed search |
|
| Dennis Kubes |
Re: distributed search |
Mon, 04 Dec, 21:52 |
| Andrzej Bialecki |
Re: distributed search |
Mon, 04 Dec, 22:14 |
| Dennis Kubes |
Re: distributed search |
Mon, 04 Dec, 23:29 |
| Andrzej Bialecki |
Re: distributed search |
Tue, 05 Dec, 09:29 |
| Dennis Kubes |
Re: distributed search |
Tue, 05 Dec, 16:49 |
| Chad Walters |
Re: distributed search |
Tue, 05 Dec, 01:46 |
| Sanjay Dahiya (JIRA) |
[jira] Created: (HADOOP-778) Path.toString() should retain trailing '/' if passed in constructor |
Mon, 04 Dec, 21:56 |