Carsten,
I have them both:
% echo $USER
root
% echo $LOGNAME
root
Jovan
From: 389-users-bounces(a)lists.fedoraproject.org
[mailto:389-users-bounces@lists.fedoraproject.org] On Behalf Of Carsten Grzemba
Sent: Tuesday, January 29, 2013 5:39 PM
To: General discussion list for the 389 Directory server project.
Subject: Re: [389-users] setup-ds-admin.pl failure
The problem is that the scripts use a env variable USER which is commonly not set in
Solaris (there is LOGNAME common). It try to work arround this by setting this in:
/etc/opt/csw/default/dirsrv
So I guess if USER not set will the perl function (DSutil.pm)
sub getLogin {
return (getpwuid($>))[0] || $ENV{USER} || confess "Error: could not determine
the current user ID: $!";
}
not work and than the function (DSCreate.pm)
sub get_initconfigdir {
# determine initconfig_dir
if (getLogin eq 'root') {
return "/etc/opt/csw/default";
} else {
return "$ENV{HOME}/.dirsrv";
}
}
also not return the correct value. I will fix this tomorrow.
~Carsten
Am 29.01.13 schrieb Jovan.VUKOTIC(a)sungard.com:
I have attempted to install1.2.10.7 version of the server:
% pkgutil -c CSW389-ds-base
package installed catalog
CSW389-ds-base 1.2.10.7,REV=2012.05.02 SAME
On Solaris, configuration directory for opencsw packages are at
/etc/opt/csw
In particular, for DS, all instances are at
/etc/opt/csw/dirsrv/
The strange thing is that for the given instance, the setup script did create
/etc/opt/csw/dirsrv/slapd-instance-name
directory even after the failure I described,
as well as all the directories under
/var/opt/csw/lib
/var/opt/csw/lock
/var/opt/csw/log
I really do not know why it is looking in root’s home for dirsrv-instance-name
Thanks,
Jovan
From: 389-users-bounces(a)lists.fedoraproject.org
[mailto:389-users-bounces@lists.fedoraproject.org] On Behalf Of Carsten Grzemba
Sent: Tuesday, January 29, 2013 5:06 PM
To: General discussion list for the 389 Directory server project.
Subject: Re: [389-users] setup-ds-admin.pl failure
Hi,
I see you use my packages from
www.opencsw.org. Which package version you have
installed?
Please sent the output of:
# pkgutil -c CSW389-ds-base
~Carsten
Am 29.01.13 schrieb Jovan.VUKOTIC(a)sungard.com:
Hi,
It is not the first instance of 389DS I have attempted to install on Solaris, but the
first one that failed and the reason is
Could not open the script template file '//.dirsrv/dirsrv-instance_name
I was running the script as root, but have never read or heard of any template file
required. The only template files I have seen so far were at
/opt/csw/share/dirsrv/script-templates.
I have also turned on debugging with (–dd ) to try to pick up more information, but have
not found anything that could help me out (krian-inst is an instance_name of 389DS
instance):
Entry cn=rfc 2829 u syntax,cn=mapping,cn=sasl,cn=config is added
+Entry cn=uid mapping,cn=mapping,cn=sasl,cn=config is added
+Processing /opt/csw/share/dirsrv/data/template-pampta.ldif ...
+Entry cn=PAM Pass Through Auth,cn=plugins,cn=config is added
+Processing /opt/csw/share/dirsrv/data/template-bitwise.ldif ...
+Entry cn=Bitwise Plugin,cn=plugins,cn=config is added
+Processing /opt/csw/share/dirsrv/data/template-dnaplugin.ldif ...
+Entry cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config is added
+Processing /opt/csw/share/dirsrv/updates/50replication-plugins.ldif ...
+Entry cn=Legacy Replication Plugin,cn=plugins,cn=config is added
+Entry cn=Multimaster Replication Plugin,cn=plugins,cn=config is added
+changeOwnerMode: changed mode of /etc/opt/csw/dirsrv/slapd-krian-inst/dse.ldif to 660
+changeOwnerMode: changed ownership of /etc/opt/csw/dirsrv/slapd-krian-inst/dse.ldif to
user 60001 group 60001
+changeOwnerMode: changed mode of /etc/opt/csw/dirsrv/slapd-krian-inst/dse_original.ldif
to 440
+changeOwnerMode: changed ownership of
/etc/opt/csw/dirsrv/slapd-krian-inst/dse_original.ldif to user 60001 group 60001
+changeOwnerMode: changed mode of /etc/opt/csw/dirsrv/slapd-krian-inst/certmap.conf to
440
+changeOwnerMode: changed ownership of /etc/opt/csw/dirsrv/slapd-krian-inst/certmap.conf
to user 60001 group 60001
+changeOwnerMode: changed mode of
/etc/opt/csw/dirsrv/slapd-krian-inst/slapd-collations.conf to 440
+changeOwnerMode: changed ownership of
/etc/opt/csw/dirsrv/slapd-krian-inst/slapd-collations.conf to user 60001 group 60001
Could not open the script template file '//.dirsrv/dirsrv-krian-inst'. Error: No
such file or directory
Error: Could not create directory server instance 'krian-inst'.
Exiting . . .
Log file is '/tmp/setupdlCUbY.log
Jovan Vukotić • Senior Software Engineer • Ambit Treasury Management • SunGard • Banking •
Bulevar Milutina Milankovića 136b, Belgrade, Serbia • tel: +381.11.6555-66-1 •
jovan.vukotic@sungard.com<mailto:jovan.vukotic@sungard.com>
[Image removed by sender. Image removed by sender. Description: Description: Description:
Description: Description:
coc-signature-03-2012]<http://www.capitalize-on-change.com/?email=7015...
Join the online conversation with SunGard’s customers, partners and Industry experts and
find an event near you at:
www.sungard.com/ten<http://www.capitalize-on-change.com/?email=7015000...;.
--
Carsten Grzemba
Tel.: +49 3677 64740
Mobil: +49 171 9749479
Fax: +49 3677 6474111
Email: carsten.grzemba(a)contac-dt.de
contac Datentechnik GmbH