"Solaris 11" (x86_64) build issue.
tm-samba201302 at Firstgrade.Co.UK
tm-samba201302 at Firstgrade.Co.UK
Sat Nov 8 07:51:52 MST 2014
Good day everyone,
Interesting little problem ...
Latest code (just updated today Sat 08/Nov/2014).
Try to configure.
It dies with the following error:
Checking for program gcc or cc : /bin/gcc
Checking for program cpp : not found
Checking for program ar : /bin/ar
Checking for program ranlib : /bin/ranlib
Checking for gcc : ok
Checking for program git : /usr/bin/git
Check for -MD : yes
Checking for program gdb : /bin/gdb
Checking build system : SunOS Gateway 5.11 11.1 i86pc i386
i86pc
Checking for header sys/utsname.h : yes
Checking uname sysname type : SunOS
Checking uname machine type : i86pc
Checking uname release type : 5.11
Checking uname version type : 11.1
Checking for header stdio.h : yes
...
Checking for program python : /bin/python
Checking for program python : /bin/python
Checking for program python : /bin/python
Checking for Python version >= 2.5.0 : ok 2.6.8
Checking for library python2.6 : yes
Checking for program python2.6-config: /bin/python2.6-config
Checking for custom code : yes
Traceback (most recent call last):
File "./buildtools/bin/waf", line 76, in <module>
Scripting.prepare(t, cwd, VERSION, wafdir)
File "/var/tmp/samba/samba-master/buildtools/wafadmin/Scripting.py", line
145, in prepare
prepare_impl(t, cwd, ver, wafdir)
File "/var/tmp/samba/samba-master/buildtools/wafadmin/Scripting.py", line
135, in prepare_impl
main()
File "/var/tmp/samba/samba-master/wscript", line 346, in main
wildcard_main(wildcard_cmd)
File "./buildtools/wafsamba/samba_wildcard.py", line 110, in wildcard_main
fun(ctx)
File "/var/tmp/samba/samba-master/buildtools/wafadmin/Scripting.py", line
241, in configure
conf.sub_config([''])
File "/var/tmp/samba/samba-master/buildtools/wafadmin/Configure.py", line
237, in sub_config
self.recurse(k, name='configure')
File "/var/tmp/samba/samba-master/buildtools/wafadmin/Utils.py", line 634,
in recurse
f(self)
File "/var/tmp/samba/samba-master/wscript", line 123, in configure
conf.RECURSE('dynconfig')
File "./buildtools/wafsamba/samba_utils.py", line 469, in RECURSE
return ctx.sub_config(relpath)
File "/var/tmp/samba/samba-master/buildtools/wafadmin/Configure.py", line
237, in sub_config
self.recurse(k, name='configure')
File "/var/tmp/samba/samba-master/buildtools/wafadmin/Utils.py", line 634,
in recurse
f(self)
File "/var/tmp/samba/samba-master/dynconfig/wscript", line 335, in
configure
value = EXPAND_VARIABLES(conf, dyn_vars[varname])
File "./buildtools/wafsamba/samba_utils.py", line 362, in EXPAND_VARIABLES
ret = SUBST_VARS_RECURSIVE(ret, ctx.env)
File "./buildtools/wafsamba/samba_utils.py", line 329, in
SUBST_VARS_RECURSIVE
string = subst_vars_error(string, env)
File "./buildtools/wafsamba/samba_utils.py", line 238, in subst_vars_error
raise KeyError("Failed to find variable %s in %s" % (vname, string))
KeyError: 'Failed to find variable PERL_LIB_INSTALL_DIR in
${PERL_LIB_INSTALL_DIR}'
Previous builds have been absolutely fine, though it's been
quite a while since I actually updated our copy (our current running version
is "4.2.0pre1-GIT-0ce4631").
I've tried using "--with-perl-lib-install-dir=/usr/perl5"
but that option appears to have been depreciated (presumably as part of the
patches for bug #10472); I've also tried (with no expectation of success)
setting an environment variable "PERL_LIB_INSTALL_DIR" (set to "/usr/perl5")
but that didn't work either (didn't really expect it to ...).
I must admit, I'm not a Perl expert, but I also tried "perl
-V:PERL_LIB_INSTALL_DIR" to see whether it was even possible to extract a
value for this but got back "PERL_LIB_INSTALL_DIR='UNKNOWN';", so either
that's because I don't know how to extract Perl configuration variables
(most likely) or Perl doesn't know about that particular variable. Perl
itself is the version shipped with "Solaris 11":
# perl -V
Summary of my perl5 (revision 5 version 12 subversion 4) configuration:
Platform:
osname=solaris, osvers=2.11, archname=i86pc-solaris-64int
uname='sunos localhost 5.11 i86pc i386 i86pc'
config_args='-Dprefix=/usr/perl5/5.12 -Dprivlib=/usr/perl5/5.12/lib
-Dsitelib=/usr/perl5/site_perl/5.12 -Dvendorprefix=/usr/perl5/5.12
-Dvendorlib=/usr/perl5/vendor_perl/5.12 -Dlibperl=libperl.so -Duseshrplib
-Dusedtrace -Duse64bitint -Dcc=gcc -Doptimize=-O3
-Dcf_email=userland-discuss at opensolaris.org -Dcf_by=perl-bugs
-Dmyhostname=localhost -O -de'
hint=recommended, useposix=true, d_sigaction=define
useithreads=undef, usemultiplicity=undef
useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
use64bitint=define, use64bitall=undef, uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='gcc', ccflags ='-DPTR_IS_LONG -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV',
optimize='-O3 ',
cppflags='-DPTR_IS_LONG'
ccversion='Sun C 5.10 SunOS_i386 Patch 142363-07 2010/12/09',
gccversion='', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
alignbytes=4, prototype=define
Linker and Libraries:
ld='gcc', ldflags =' -L/usr/lib -L/usr/ccs/lib -L/lib -L/usr/gnu/lib '
libpth=/usr/lib /usr/ccs/lib /lib /usr/gnu/lib
libs=-lsocket -lnsl -lgdbm -ldb -ldl -lm -lc
perllibs=-lsocket -lnsl -ldl -lm -lc
libc=/lib/libc.so, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version=''
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' -R
/usr/perl5/5.12/lib/i86pc-solaris-64int/CORE'
cccdlflags='-fpic', lddlflags='-G -L/usr/lib -L/usr/ccs/lib -L/lib
-L/usr/gnu/lib'
Characteristics of this binary (from libperl):
Compile-time options: PERL_DONT_CREATE_GVSV PERL_MALLOC_WRAP
PERL_USE_SAFE_PUTENV USE_64_BIT_INT USE_LARGE_FILES
USE_PERLIO USE_PERL_ATOF
Locally applied patches:
7111771 Problem with utility/perl
7125218 Problem with utility/perl
7030196 Problem with utility/perl
Built under solaris
Compiled at Aug 30 2012 01:23:09
@INC:
/usr/perl5/site_perl/5.12/i86pc-solaris-64int
/usr/perl5/site_perl/5.12
/usr/perl5/vendor_perl/5.12/i86pc-solaris-64int
/usr/perl5/vendor_perl/5.12
/usr/perl5/5.12/lib/i86pc-solaris-64int
/usr/perl5/5.12/lib
.
#
Any thoughts as to how to get around this, or are there any
more details anyone would need to investigate it?
Thanks, and have a great weekend everybody ...
Tris.
Ps. Incidentally, I was trying to update the source because with what we're
currently running, copying large files (just tried a ~35Gb copy) either blow
Samba out of the water (with a core-dump, which doesn't get preserved ...),
or just fill the system logs with messages such as:
Nov 8 13:19:07 Gateway smbd[27182]: [ID 702911 daemon.error] [2014/11/08
13:19:07.180928, 0]
../source3/auth/auth_domain.c:302(domain_client_validate)
Nov 8 13:19:07 Gateway smbd[27182]: [ID 702911 daemon.error]
domain_client_validate: unable to validate password for user in domain to
Domain controller HYDROCARBON.FIRSTGRADE.CO.UK. Error was
NT_STATUS_NO_SUCH_USER.
Nov 8 13:19:07 Gateway smbd[27182]: [ID 702911 daemon.error] [2014/11/08
13:19:07.188080, 0]
../source3/auth/auth_domain.c:302(domain_client_validate)
Nov 8 13:19:07 Gateway smbd[27182]: [ID 702911 daemon.error]
domain_client_validate: unable to validate password for user in domain to
Domain controller HYDROCARBON.FIRSTGRADE.CO.UK. Error was
NT_STATUS_INVALID_PARAMETER.
Either way, the copy fails with an error about the file or directory being
in use by another programme (it isn't).
However, we can worry about that little problem when I've managed to build
an up-to-date version (if the problem still exists, which from looking in
the logs at all the changes since our current version, I'm hoping it won't!
:-) ) ...
-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 17454 bytes
Desc: not available
URL: <http://lists.samba.org/pipermail/samba-technical/attachments/20141108/9c5ca74e/attachment.bin>
More information about the samba-technical
mailing list