[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:
---

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




[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