Re: [389-users] setup-ds-admin.pl failure

Wed, 30 Jan 2013 06:27:02 -0800 

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



Am 29.01.13 schrieb *Rich Megginson * <rmegg...@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.vuko...@sungard.com: 
<mailto:jovan.vuko...@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-boun...@lists.fedoraproject.org 
<mailto:389-users-boun...@lists.fedoraproject.org> 
[mailto:389-users-boun...@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.vuko...@sungard.com: 
<mailto:jovan.vuko...@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.vuko...@sungard.com <mailto:jovan.vuko...@sungard.com>



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



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





















					Reply via email to