[389-users] setup-ds-admin.pl failure
Jovan.VUKOTIC at sungard.com
Jovan.VUKOTIC at sungard.com
Wed Jan 30 14:48:42 UTC 2013
Carsten and Rich,
Please, stop your investigation. It seems that an error was on our side.
/etc/passwd was edited in attempt to comment out root line (instead of just modifying it) so that we had both
#root and
root
lines. A number of files and directories created when opencsw 389 ds packages were installed is owned by #root user(complete /opt/csw/bin and /opt/csw/sbin directories).
Thank you for your help.
Jovan
From: 389-users-bounces at lists.fedoraproject.org [mailto:389-users-bounces at lists.fedoraproject.org] On Behalf Of Rich Megginson
Sent: Wednesday, January 30, 2013 3:26 PM
To: cgrzemba at opencsw.org; General discussion list for the 389 Directory server project.
Subject: Re: [389-users] setup-ds-admin.pl failure
On 01/30/2013 01:21 AM, Carsten Grzemba wrote:
Am 29.01.13 schrieb Rich Megginson <rmeggins at redhat.com><mailto:rmeggins at redhat.com>:
On 01/29/2013 09:39 AM, Carsten Grzemba wrote:
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: $!";
}
Looks like we have two bugs here:
1) getpwuid does not return the expected value
2) should look for $ENV{LOGNAME} on Solaris in addition to USER
Do we have tickets for these issues?
So far I know: No.
At least the error message should be fixed.
For the LOGNAME vs. USER environment problem I do not know a simple solution:
Should we really evaluate both?
I see another error on this line - should be $ENV{"USER"}
We could do a conditional build for Solaris e.g. something like this:
$userEnvVar = "USER";
if (@solaris@) { $userEnvVar = "LOGNAME"; }
...
sub getLogin {
return (getpwuid($>))[0] || $ENV{$userEnvVar} || confess "Error: could not determine the current user ID: $!";
Carsten
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 at sungard.com:<mailto:Jovan.VUKOTIC at 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 at lists.fedoraproject.org<mailto:389-users-bounces at lists.fedoraproject.org> [mailto:389-users-bounces at 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<http://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 at sungard.com:<mailto:Jovan.VUKOTIC at 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 at sungard.com<mailto:jovan.vukotic at 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=70150000000Y1Et>
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=70150000000Y1Et>.
--
389 users mailing list
389-users at lists.fedoraproject.org<mailto:389-users at lists.fedoraproject.org>
https://admin.fedoraproject.org/mailman/listinfo/389-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/389-users/attachments/20130130/11adb0b7/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 526 bytes
Desc: image001.jpg
URL: <http://lists.fedoraproject.org/pipermail/389-users/attachments/20130130/11adb0b7/attachment.jpg>
More information about the 389-users
mailing list