Bigtop
  1. Bigtop
  2. BIGTOP-576

Minor discrepancy in naming of logs/users vs. base log directories

    Details

    • Type: Improvement Improvement
    • Status: Closed
    • Priority: Trivial Trivial
    • Resolution: Not A Problem
    • Affects Version/s: None
    • Fix Version/s: 0.5.0
    • Component/s: general
    • Labels:
    • Environment:

      CentOS6

      Description

      I noticed the following log file in my installation:

      /var/log/hadoop-mapreduce/yarn-mapred-historyserver-test.vm.log

      My very minute complaint here is: Why is the user for MR history server mapred, when the log dir is named mapreduce. Or take it vice versa. Can we have this standardized somehow? Like both using mapreduce/mapreduce or, mapred/mapred?

      I understand it would be difficult to make the change now, nor is the current form a problem in any way. I'm not suggesting we change this immediately and break things in any way, but would be good if we did fix this to be more consistent somehow in future.

        Activity

        Hide
        Roman Shaposhnik added a comment -

        You're right the user name is different. But that is in fact the only discrepancy. And as a matter of fact this is actually a pretty recent change. See BIGTOP-478 for details.

        Show
        Roman Shaposhnik added a comment - You're right the user name is different. But that is in fact the only discrepancy. And as a matter of fact this is actually a pretty recent change. See BIGTOP-478 for details.
        Hide
        Roman Shaposhnik added a comment - - edited

        Harsh, take a look at this: BIGTOP-478 we went back to mapred as a user name. Perhaps going back to mapred in every single bit (like package names, file locations, etc) would've made sense but...

        Show
        Roman Shaposhnik added a comment - - edited Harsh, take a look at this: BIGTOP-478 we went back to mapred as a user name. Perhaps going back to mapred in every single bit (like package names, file locations, etc) would've made sense but...
        Hide
        Harsh J added a comment -

        Thanks Roman. This is a non-issue. But lets be consistent in the future (which am sure we will be)

        Show
        Harsh J added a comment - Thanks Roman. This is a non-issue. But lets be consistent in the future (which am sure we will be)

          People

          • Assignee:
            Roman Shaposhnik
            Reporter:
            Harsh J
          • Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development