[jira] [Resolved] (HADOOP-11655) Native compilation fails on Solaris due to use of getgrouplist function.

2015-05-28 Thread Malcolm Kavalsky (JIRA)

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

Malcolm Kavalsky resolved HADOOP-11655.
---
  Resolution: Fixed
Release Note: Updating Solaris 11.2 to the latest SRU ( 17th Match 2015) 
fixes this issue

> Native compilation fails on Solaris due to use of getgrouplist function.
> 
>
> Key: HADOOP-11655
> URL: https://issues.apache.org/jira/browse/HADOOP-11655
> Project: Hadoop Common
>  Issue Type: Sub-task
> Environment: Solaris 11.2
>Reporter: Malcolm Kavalsky
>Assignee: Malcolm Kavalsky
>   Original Estimate: 168h
>  Remaining Estimate: 168h
>
> getgrouplist() does not exist in Solaris, thus preventing compilation of the 
> native libraries. 
> The easiest solution would be to port this function from Linux or FreeBSD to 
> Solaris and add it to the library if compiling for Solaris.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (HADOOP-11954) Solaris does not support RLIMIT_MEMLOCK as in Linux

2015-05-11 Thread Malcolm Kavalsky (JIRA)
Malcolm Kavalsky created HADOOP-11954:
-

 Summary: Solaris does not support RLIMIT_MEMLOCK as in Linux
 Key: HADOOP-11954
 URL: https://issues.apache.org/jira/browse/HADOOP-11954
 Project: Hadoop Common
  Issue Type: Bug
Affects Versions: 2.5.2, 2.7.0, 2.6.0, 2.4.1, 2.3.0, 2.2.0
Reporter: Malcolm Kavalsky
Assignee: Malcolm Kavalsky
 Fix For: 2.7.1


This affects the JNI call to NativeIO_getMemlockLimit0.
We can just return 0, as Windows does which also does not support this feature.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (HADOOP-11953) Binary flags for NativeIO incorrect on Solaris

2015-05-11 Thread Malcolm Kavalsky (JIRA)
Malcolm Kavalsky created HADOOP-11953:
-

 Summary: Binary flags for NativeIO incorrect on Solaris
 Key: HADOOP-11953
 URL: https://issues.apache.org/jira/browse/HADOOP-11953
 Project: Hadoop Common
  Issue Type: Bug
Affects Versions: 2.5.2, 2.7.0, 2.6.0, 2.4.1, 2.5.0, 2.6.1, 2.8.0, 2.7.1
Reporter: Malcolm Kavalsky
Assignee: Malcolm Kavalsky
 Fix For: 2.7.1


NativeIO.c has defines for standard input output, (O_CREAT, etc). These are 
different on Solaris (similar to FreeBSD).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (HADOOP-11952) Native compilation on Solaris fails on Yarn due to use of FTS

2015-05-11 Thread Malcolm Kavalsky (JIRA)
Malcolm Kavalsky created HADOOP-11952:
-

 Summary: Native compilation on Solaris fails on Yarn due to use of 
FTS
 Key: HADOOP-11952
 URL: https://issues.apache.org/jira/browse/HADOOP-11952
 Project: Hadoop Common
  Issue Type: Bug
 Environment: Solaris 11.2
Reporter: Malcolm Kavalsky
Assignee: Malcolm Kavalsky
 Fix For: 2.7.1


Compiling the Yarn Node Manager results in "fts" not found. On Solaris we have 
an alternative ftw with similar functionality.
This is isolated to a single file container-executor.c
Note that this will just fix the compilation error. A more serious issue is 
that Solaris does not support cgroups as Linux does.




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (HADOOP-11848) Incorrect arguments to sizeof in DomainSocket.c

2015-04-20 Thread Malcolm Kavalsky (JIRA)
Malcolm Kavalsky created HADOOP-11848:
-

 Summary: Incorrect arguments to sizeof in DomainSocket.c
 Key: HADOOP-11848
 URL: https://issues.apache.org/jira/browse/HADOOP-11848
 Project: Hadoop Common
  Issue Type: Bug
Affects Versions: 2.6.0
Reporter: Malcolm Kavalsky
Assignee: Malcolm Kavalsky
 Fix For: 2.6.0


Length of buffer to be zeroed using sizeof , should not use the address of the 
structure rather the structure itself.

DomainSocket.c line 156

Replace current:
memset(&addr,0,sizeof,(&addr));

With:
memset(&addr, 0, sizeof(addr));



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (HADOOP-11655) Native compilation fails on Solaris due to use of getgrouplist function.

2015-03-01 Thread Malcolm Kavalsky (JIRA)
Malcolm Kavalsky created HADOOP-11655:
-

 Summary: Native compilation fails on Solaris due to use of 
getgrouplist function.
 Key: HADOOP-11655
 URL: https://issues.apache.org/jira/browse/HADOOP-11655
 Project: Hadoop Common
  Issue Type: Bug
 Environment: Solaris 11.2
Reporter: Malcolm Kavalsky


getgrouplist() does not exist in Solaris, thus preventing compilation of the 
native libraries. 
The easiest solution would be to port this function from Linux or FreeBSD to 
Solaris and add it to the library if compiling for Solaris.




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (HADOOP-11623) Native compilation fails on Solaris due to use of syscall function.

2015-02-23 Thread Malcolm Kavalsky (JIRA)
Malcolm Kavalsky created HADOOP-11623:
-

 Summary: Native compilation fails on Solaris due to use of syscall 
function.
 Key: HADOOP-11623
 URL: https://issues.apache.org/jira/browse/HADOOP-11623
 Project: Hadoop Common
  Issue Type: Bug
  Components: native
Affects Versions: 2.6.0
 Environment: Solaris 11.2
Reporter: Malcolm Kavalsky
Assignee: Malcolm Kavalsky
 Fix For: 2.6.0


Solaris does not provide the syscall function. Currently, hadoop has very 
limited use of this function ( only 2 files ). These need to be "ifdeffed" with 
the correct alternatives for Solaris.




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (HADOOP-11403) Solaris does not support sys_errlist requires use of strerror instead

2014-12-13 Thread Malcolm Kavalsky (JIRA)
Malcolm Kavalsky created HADOOP-11403:
-

 Summary: Solaris does not support sys_errlist requires use of 
strerror instead
 Key: HADOOP-11403
 URL: https://issues.apache.org/jira/browse/HADOOP-11403
 Project: Hadoop Common
  Issue Type: Bug
Affects Versions: 2.5.0, 2.4.0, 2.3.0, 2.2.0
 Environment: Solaris 11.1 (Sparc, Intel), Linux x86
Reporter: Malcolm Kavalsky
Assignee: Malcolm Kavalsky
 Fix For: 2.6.0


sys_errlist has been removed from Solaris. The new interface is strerror.  
Wherever sys_errlist is accessed we should change to using strerror instead.
We already havea n interface function terror which can contain this 
functionality, so we should use it instead of directly accessing sys_errlist.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)