[MAPREDUCE-437] JobTracker must ask for a new FS instance and close it when terminated.

• Type: Bug
• Status: Resolved
• Priority: Minor
• Resolution: Cannot Reproduce
• Affects Version/s: 0.20.1, 0.21.0, 0.22.0
• Fix Version/s: 0.22.1
• Component/s: jobtracker
• Assignee: Steve Loughran
• Reporter: Steve Loughran
• Created: 19/Sep/08 11:40
• Updated: 03/Mar/14 10:05
• Resolved: 03/Mar/14 10:05

Description

This is something I've been experimenting with HADOOP-3268; I'm not sure what the right action is here.

-currently, the JobTracker does not close() its filesystem when it is shut down. This will cause it to leak filesystem references if JobTrackers are started and stopped in the same process.

-The TestMRServerPorts test explicitly closes the filesystem
jt.fs.close();
jt.stopTracker();

-If you move the close() operation into the stopTracker()/terminate logic, the filesystem gets cleaned up, but
TestRackAwareTaskPlacement and TestMultipleLevelCaching fail with a FilesystemClosed error (stack traces to follow)

Should the JobTracker close its filesystem whenever it is terminated? If so, there are some tests that need to be reworked slightly to not expect the fileystem to be live after the jobtracker is taken down.

Issue Links

• relates to: HDFS-925 Make it harder to accidentally close a shared DFSClient