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@lists.fedoraproject.org [mailto:389-users-bounces@lists.fedoraproject.org]
On Behalf Of Rich Megginson
Sent: Wednesday, January 30, 2013 3:26 PM
To: cgrzemba@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@redhat.com>:
|
On 01/29/2013 09:39 AM, Carsten Grzemba wrote:
|
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@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@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@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
Join the online conversation with SunGard’s customers, partners and Industry experts and find an event near you at: www.sungard.com/ten.
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users