[jira] [Updated] (HDFS-3336) hdfs launcher script will be better off not special casing namenode command with regards to hadoop.security.logger

2012-05-02 Thread Alejandro Abdelnur (JIRA)

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

Alejandro Abdelnur updated HDFS-3336:
-

  Resolution: Fixed
Hadoop Flags: Reviewed
  Status: Resolved  (was: Patch Available)

Thanks Roman. Committed to trunk a branch-2.

> hdfs launcher script will be better off not special casing namenode command 
> with regards to hadoop.security.logger
> --
>
> Key: HDFS-3336
> URL: https://issues.apache.org/jira/browse/HDFS-3336
> Project: Hadoop HDFS
>  Issue Type: Bug
>  Components: scripts
>Affects Versions: 0.23.1
>Reporter: Roman Shaposhnik
>Assignee: Roman Shaposhnik
>Priority: Minor
> Fix For: 2.0.0
>
> Attachments: HDFS-3336.patch.txt
>
>
> All of the launcher scripts (except hdfs when called with a namenode 
> argument) are defaulting to INFO,NullAppender setting for 
> hadoop.security.logger. The only codepath where the default is INFO,RFAS is 
> via hadoop-daemon.sh. This is exactly the right thing to do since only 
> daemons are guaranteed to be executed under the proper user account (the one 
> that has write/create access to the locations specified in 
> ${hadoop.log.dir}/*).
> It would be nice for 'hdfs namenode' to follow the suit and not produce 
> spurious warnings about not being able to write to log locations when 
> executed from under regular accounts.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] [Updated] (HDFS-3336) hdfs launcher script will be better off not special casing namenode command with regards to hadoop.security.logger

2012-05-01 Thread Roman Shaposhnik (JIRA)

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

Roman Shaposhnik updated HDFS-3336:
---

Attachment: HDFS-3336.patch.txt

Once again, please note that a code-patch through the hadoop-daemon.sh is 
guaranteed to preserve the existing behavior:
   
https://github.com/apache/hadoop-common/blob/branch-2/hadoop-common-project/hadoop-common/src/main/bin/hadoop-daemon.sh#L111


> hdfs launcher script will be better off not special casing namenode command 
> with regards to hadoop.security.logger
> --
>
> Key: HDFS-3336
> URL: https://issues.apache.org/jira/browse/HDFS-3336
> Project: Hadoop HDFS
>  Issue Type: Bug
>  Components: scripts
>Affects Versions: 0.23.1
>Reporter: Roman Shaposhnik
>Assignee: Roman Shaposhnik
>Priority: Minor
> Fix For: 2.0.0
>
> Attachments: HDFS-3336.patch.txt
>
>
> All of the launcher scripts (except hdfs when called with a namenode 
> argument) are defaulting to INFO,NullAppender setting for 
> hadoop.security.logger. The only codepath where the default is INFO,RFAS is 
> via hadoop-daemon.sh. This is exactly the right thing to do since only 
> daemons are guaranteed to be executed under the proper user account (the one 
> that has write/create access to the locations specified in 
> ${hadoop.log.dir}/*).
> It would be nice for 'hdfs namenode' to follow the suit and not produce 
> spurious warnings about not being able to write to log locations when 
> executed from under regular accounts.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] [Updated] (HDFS-3336) hdfs launcher script will be better off not special casing namenode command with regards to hadoop.security.logger

2012-05-01 Thread Roman Shaposhnik (JIRA)

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

Roman Shaposhnik updated HDFS-3336:
---

Status: Patch Available  (was: Open)

> hdfs launcher script will be better off not special casing namenode command 
> with regards to hadoop.security.logger
> --
>
> Key: HDFS-3336
> URL: https://issues.apache.org/jira/browse/HDFS-3336
> Project: Hadoop HDFS
>  Issue Type: Bug
>  Components: scripts
>Affects Versions: 0.23.1
>Reporter: Roman Shaposhnik
>Assignee: Roman Shaposhnik
>Priority: Minor
> Fix For: 2.0.0
>
> Attachments: HDFS-3336.patch.txt
>
>
> All of the launcher scripts (except hdfs when called with a namenode 
> argument) are defaulting to INFO,NullAppender setting for 
> hadoop.security.logger. The only codepath where the default is INFO,RFAS is 
> via hadoop-daemon.sh. This is exactly the right thing to do since only 
> daemons are guaranteed to be executed under the proper user account (the one 
> that has write/create access to the locations specified in 
> ${hadoop.log.dir}/*).
> It would be nice for 'hdfs namenode' to follow the suit and not produce 
> spurious warnings about not being able to write to log locations when 
> executed from under regular accounts.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira