Uploaded image for project: 'Hadoop YARN'
  1. Hadoop YARN
  2. YARN-9814

JobHistoryServer can't delete aggregated files, if remote app root directory is created by NodeManager



    • Type: Bug
    • Status: Resolved
    • Priority: Minor
    • Resolution: Fixed
    • Affects Version/s: 3.1.2
    • Fix Version/s: 3.3.0
    • Component/s: log-aggregation, yarn
    • Labels:
    • Target Version/s:
    • Hadoop Flags:


      If remote-app-log-dir is not created before starting Yarn processes, the NodeManager creates it during the init of AppLogAggregator service. In a custom system the primary group of the yarn user (which starts the NM/RM daemons) is not hadoop, but set to a more restricted group (say yarn). If NodeManager creates the folder it derives the group of the folder from the primary group of the login user (which is yarn:yarn in this case), thus setting the root log folder and all its subfolders to yarn group, ultimately making it unaccessible to other processes - e.g. the JobHistoryServer's AggregatedLogDeletionService.

      I suggest to make this group configurable. If this new configuration is not set then we can still stick to the existing behaviour.

      Creating the root app-log-dir each time during the setup of this system is a bit error prone, and an end user can easily forget it. I think the best to put this step is the LogAggregationService, which was responsible for creating the folder already.


        1. YARN-9814.001.patch
          6 kB
          Adam Antal
        2. YARN-9814.002.patch
          7 kB
          Adam Antal
        3. YARN-9814.003.patch
          8 kB
          Adam Antal
        4. YARN-9814.004.patch
          8 kB
          Adam Antal
        5. YARN-9814.005.patch
          9 kB
          Adam Antal



            • Assignee:
              adam.antal Adam Antal
              adam.antal Adam Antal
            • Votes:
              0 Vote for this issue
              5 Start watching this issue


              • Created: