Re: setup-ds-admin.pl failure

[Rich Megginson <rmeggins@xxxxxxxxxx>]

On 01/30/2013 01:21 AM, Carsten Grzemba wrote:

Am 29.01.13 schrieb Rich Megginson <rmeggins@xxxxxxxxxx>:

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@xxxxxxxxxxx:

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@xxxxxxxxxxxxxxxxxxxxxxx [mailto:389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx] 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: 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@xxxxxxxxxxx:

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@xxxxxxxxxxx

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@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/389-users

--
389 users mailing list
389-users@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/389-users