#48828 db2ldif is not taking into account multiple suffixes or backends
Closed: Fixed None Opened 3 years ago by nhosoi.

Description of problem:

db2ldif -s <suffix1> -s <suffix2>

or

db2ldif -n <backend1> -n <backend2>

is not considering all the parameters.

The reason is rather obvious:

================
while getopts "hZ:vd:D:ENa:rs:x:CSut:n:UmMo1qc:" flag
do
    case $flag in
        h) usage
           exit 0;;
        Z) servid=$OPTARG;;
        n) benameopt="-n $OPTARG"
           required_param="yes";;
        s) includeSuffix="-s \"$OPTARG\""
           required_param="yes";;
        x) excludeSuffix="-x \"$OPTARG\"";;
=================

should be:
================
while getopts "hZ:vd:D:ENa:rs:x:CSut:n:UmMo1qc:" flag
do
    case $flag in
        h) usage
           exit 0;;
        Z) servid=$OPTARG;;
        n) benameopt=$benameopt" -n $OPTARG"
           required_param="yes";;
        s) includeSuffix=$includeSuffix" -s \"$OPTARG\""
           required_param="yes";;
        x) excludeSuffix=$excludeSuffix" -x \"$OPTARG\"";;
=================

Version-Release number of selected component (if applicable):
389-ds-base-1.3.4.0-29.el7.x86_64


(this is only RHEL7 issue. RHEL6 is doing the right way by passing the full
command line to ns-slapd db2ldif).



How reproducible: always


Steps to Reproduce: use multiple suffix in export, for instance

Workaround:

 change the script shown before.

Reviewed by nhosoi.

Pushed to master on behalf of German Parent.
cbb8bf4..4fc76f2 master -> master
commit 4fc76f2

Metadata Update from @gparente:
- Issue set to the milestone: 1.3.5.1

3 years ago

Login to comment on this ticket.

Metadata