Rich,
Any clues?
On Thu, Nov 21, 2013 at 3:19 PM, Alberto Viana albertocrj@gmail.com wrote:
$ ./configure --with-openldap
I did not specify any CFLAGS.
On Thu, Nov 21, 2013 at 3:09 PM, Rich Megginson rmeggins@redhat.comwrote:
On 11/21/2013 09:55 AM, Alberto Viana wrote:
Rich,
Yes. If you need any specific info about how I built please let me know.
yes, your configure and cflags, please.
Thanks.
On Thu, Nov 21, 2013 at 2:51 PM, Rich Megginson rmeggins@redhat.comwrote:
On 11/21/2013 09:43 AM, Alberto Viana wrote:
Rich,
I'm still getting some errors:
Could not import LDIF file '/tmp/ldifTVzppg.ldif'. Error: 256. Output: importing data ... [21/Nov/2013:14:42:11 -0200] - Netscape Portable Runtime error -5977: /opt/dirsrv/lib/dirsrv/plugins/libretrocl-plugin.so: undefined symbol: retrocl_cn_lock [21/Nov/2013:14:42:11 -0200] - Could not open library "/opt/dirsrv/lib/dirsrv/plugins/libretrocl-plugin.so" for plugin Retro Changelog Plugin [21/Nov/2013:14:42:11 -0200] - Unable to load plugin "cn=Retro Changelog Plugin,cn=plugins,cn=config"
Error: Could not create directory server instance 'RNP'. Exiting . . . Log file is '/tmp/setupbogCkT.log'
Any Clues?
You built this yourself from the 1.3.2.4 source tarball?
Thanks
On Thu, Nov 21, 2013 at 1:51 PM, Alberto Viana albertocrj@gmail.comwrote:
Yes, you're right, once ubuntu is based on debian and always link /bin/sh to dash.
Thanks.
On Thu, Nov 21, 2013 at 1:48 PM, Rich Megginson rmeggins@redhat.comwrote:
On 11/21/2013 08:44 AM, Alberto Viana wrote:
You are right, /bin/sh was linked to "dash" shell.
I linked to /bin/bash and everything is working as expected.
Thanks so much for your help.
I think you ran into this issue: https://fedorahosted.org/389/ticket/47511
On Thu, Nov 21, 2013 at 1:35 PM, Rich Megginson rmeggins@redhat.comwrote:
On 11/21/2013 08:28 AM, Alberto Viana wrote:
Rich,
oot@hmg3:~# bash --version GNU bash, version 4.2.24(1)-release (x86_64-pc-linux-gnu)
Ok. What about /bin/sh?
The problem is that the shell script is complaining that it cannot find the "source" command. I'm not sure why - that is built-in to bash. Perhaps /bin/sh is in strict posix bourne shell mode, which would require the "." command? Perhaps /bin/sh is linked to some other shell like zsh?
On Thu, Nov 21, 2013 at 1:23 PM, Rich Megginson rmeggins@redhat.comwrote:
> On 11/21/2013 08:16 AM, Alberto Viana wrote: > > Rich, > > root@hmg3:~# env > SHELL=/bin/bash > > > ls -al /bin/sh > /bin/sh --version > > > > > > On Thu, Nov 21, 2013 at 1:13 PM, Rich Megginson <rmeggins@redhat.com > > wrote: > >> On 11/21/2013 08:07 AM, Alberto Viana wrote: >> >> I'm trying to set up a new instance of 389 DS in my homologation >> enviroment: >> >> 389-ds-base-1.3.2.4 >> 389-adminutil-1.1.18 >> 389-admin-console-1.1.8 >> >> After I ran setup-ds-admin.pl, i'm getting the following errors: >> >> Are you ready to set up your servers? [yes]: >> Creating directory server . . . >> Could not import LDIF file '/tmp/ldif9lEZLw.ldif'. Error: 256. >> Output: ./ldif2db: 3: ./ldif2db: source: not found >> ./ldif2db: 5: ./ldif2db: libpath_add: not found >> ./ldif2db: 6: ./ldif2db: libpath_add: not found >> ./ldif2db: 7: ./ldif2db: libpath_add: not found >> ./ldif2db: 8: ./ldif2db: libpath_add: not found >> ./ldif2db: 84: ./ldif2db: get_init_file: not found >> ./ldif2db: 85: [: 127: unexpected operator >> importing data ... >> usage: ns-slapd ldif2db -D configdir [-d debuglevel] [-n >> backend_instance_name] [-O] [-g uniqueid_type] [--namespaceid uniqueID][{-s >> includesuffix}*] [{-x excludesuffix}*] [-E] [-q] {-i ldif-file}* >> Note: either "-n backend_instance_name" or "-s includesuffix" is >> required. >> >> Error: Could not create directory server instance 'RNP'. >> Exiting . . . >> Log file is '/tmp/setupBsGuLZ.log' >> >> >> I also tried "389-ds-base-1.3.1.12". Any clues? >> >> >> What is your login shell? >> >> >> >> -- >> 389 users mailing list389-users@lists.fedoraproject.orghttps://admin.fedoraproject.org/mailman/listinfo/389-users >> >> >> > >
On 11/26/2013 04:17 AM, Alberto Viana wrote:
Rich,
Any clues?
Yes, fixed in 1.3.2.6. 1.3.2.7 is out now too.
On Thu, Nov 21, 2013 at 3:19 PM, Alberto Viana <albertocrj@gmail.com mailto:albertocrj@gmail.com> wrote:
$ ./configure --with-openldap I did not specify any CFLAGS. On Thu, Nov 21, 2013 at 3:09 PM, Rich Megginson <rmeggins@redhat.com <mailto:rmeggins@redhat.com>> wrote: On 11/21/2013 09:55 AM, Alberto Viana wrote:
Rich, Yes. If you need any specific info about how I built please let me know.
yes, your configure and cflags, please.
Thanks. On Thu, Nov 21, 2013 at 2:51 PM, Rich Megginson <rmeggins@redhat.com <mailto:rmeggins@redhat.com>> wrote: On 11/21/2013 09:43 AM, Alberto Viana wrote:
Rich, I'm still getting some errors: Could not import LDIF file '/tmp/ldifTVzppg.ldif'. Error: 256. Output: importing data ... [21/Nov/2013:14:42:11 -0200] - Netscape Portable Runtime error -5977: /opt/dirsrv/lib/dirsrv/plugins/libretrocl-plugin.so: undefined symbol: retrocl_cn_lock [21/Nov/2013:14:42:11 -0200] - Could not open library "/opt/dirsrv/lib/dirsrv/plugins/libretrocl-plugin.so" for plugin Retro Changelog Plugin [21/Nov/2013:14:42:11 -0200] - Unable to load plugin "cn=Retro Changelog Plugin,cn=plugins,cn=config" Error: Could not create directory server instance 'RNP'. Exiting . . . Log file is '/tmp/setupbogCkT.log' Any Clues?
You built this yourself from the 1.3.2.4 source tarball?
Thanks On Thu, Nov 21, 2013 at 1:51 PM, Alberto Viana <albertocrj@gmail.com <mailto:albertocrj@gmail.com>> wrote: Yes, you're right, once ubuntu is based on debian and always link /bin/sh to dash. Thanks. On Thu, Nov 21, 2013 at 1:48 PM, Rich Megginson <rmeggins@redhat.com <mailto:rmeggins@redhat.com>> wrote: On 11/21/2013 08:44 AM, Alberto Viana wrote:
You are right, /bin/sh was linked to "dash" shell. I linked to /bin/bash and everything is working as expected. Thanks so much for your help.
I think you ran into this issue: https://fedorahosted.org/389/ticket/47511
On Thu, Nov 21, 2013 at 1:35 PM, Rich Megginson <rmeggins@redhat.com <mailto:rmeggins@redhat.com>> wrote: On 11/21/2013 08:28 AM, Alberto Viana wrote:
Rich, oot@hmg3:~# bash --version GNU bash, version 4.2.24(1)-release (x86_64-pc-linux-gnu)
Ok. What about /bin/sh? The problem is that the shell script is complaining that it cannot find the "source" command. I'm not sure why - that is built-in to bash. Perhaps /bin/sh is in strict posix bourne shell mode, which would require the "." command? Perhaps /bin/sh is linked to some other shell like zsh?
On Thu, Nov 21, 2013 at 1:23 PM, Rich Megginson <rmeggins@redhat.com <mailto:rmeggins@redhat.com>> wrote: On 11/21/2013 08:16 AM, Alberto Viana wrote:
Rich, root@hmg3:~# env SHELL=/bin/bash
ls -al /bin/sh /bin/sh --version
On Thu, Nov 21, 2013 at 1:13 PM, Rich Megginson <rmeggins@redhat.com <mailto:rmeggins@redhat.com>> wrote: On 11/21/2013 08:07 AM, Alberto Viana wrote:
> I'm trying to set up a new > instance of 389 DS in my > homologation enviroment: > > 389-ds-base-1.3.2.4 > 389-adminutil-1.1.18 > 389-admin-console-1.1.8 > > After I ran setup-ds-admin.pl > http://setup-ds-admin.pl, i'm > getting the following errors: > > Are you ready to set up your > servers? [yes]: > Creating directory server . . . > Could not import LDIF file > '/tmp/ldif9lEZLw.ldif'. Error: > 256. Output: ./ldif2db: 3: > ./ldif2db: source: not found > ./ldif2db: 5: ./ldif2db: > libpath_add: not found > ./ldif2db: 6: ./ldif2db: > libpath_add: not found > ./ldif2db: 7: ./ldif2db: > libpath_add: not found > ./ldif2db: 8: ./ldif2db: > libpath_add: not found > ./ldif2db: 84: ./ldif2db: > get_init_file: not found > ./ldif2db: 85: [: 127: > unexpected operator > importing data ... > usage: ns-slapd ldif2db -D > configdir [-d debuglevel] [-n > backend_instance_name] [-O] [-g > uniqueid_type] [--namespaceid > uniqueID][{-s includesuffix}*] > [{-x excludesuffix}*] [-E] [-q] > {-i ldif-file}* > Note: either "-n > backend_instance_name" or "-s > includesuffix" is required. > > Error: Could not create > directory server instance 'RNP'. > Exiting . . . > Log file is '/tmp/setupBsGuLZ.log' > > > I also tried > "389-ds-base-1.3.1.12". Any clues?
What is your login shell?
> > > -- > 389 users mailing list > 389-users@lists.fedoraproject.org mailto:389-users@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/389-users
Thanks, I will try it.
On Tue, Nov 26, 2013 at 11:44 AM, Rich Megginson rmeggins@redhat.comwrote:
On 11/26/2013 04:17 AM, Alberto Viana wrote:
Rich,
Any clues?
Yes, fixed in 1.3.2.6. 1.3.2.7 is out now too.
On Thu, Nov 21, 2013 at 3:19 PM, Alberto Viana albertocrj@gmail.comwrote:
$ ./configure --with-openldap
I did not specify any CFLAGS.
On Thu, Nov 21, 2013 at 3:09 PM, Rich Megginson rmeggins@redhat.comwrote:
On 11/21/2013 09:55 AM, Alberto Viana wrote:
Rich,
Yes. If you need any specific info about how I built please let me know.
yes, your configure and cflags, please.
Thanks.
On Thu, Nov 21, 2013 at 2:51 PM, Rich Megginson rmeggins@redhat.comwrote:
On 11/21/2013 09:43 AM, Alberto Viana wrote:
Rich,
I'm still getting some errors:
Could not import LDIF file '/tmp/ldifTVzppg.ldif'. Error: 256. Output: importing data ... [21/Nov/2013:14:42:11 -0200] - Netscape Portable Runtime error -5977: /opt/dirsrv/lib/dirsrv/plugins/libretrocl-plugin.so: undefined symbol: retrocl_cn_lock [21/Nov/2013:14:42:11 -0200] - Could not open library "/opt/dirsrv/lib/dirsrv/plugins/libretrocl-plugin.so" for plugin Retro Changelog Plugin [21/Nov/2013:14:42:11 -0200] - Unable to load plugin "cn=Retro Changelog Plugin,cn=plugins,cn=config"
Error: Could not create directory server instance 'RNP'. Exiting . . . Log file is '/tmp/setupbogCkT.log'
Any Clues?
You built this yourself from the 1.3.2.4 source tarball?
Thanks
On Thu, Nov 21, 2013 at 1:51 PM, Alberto Viana albertocrj@gmail.comwrote:
Yes, you're right, once ubuntu is based on debian and always link /bin/sh to dash.
Thanks.
On Thu, Nov 21, 2013 at 1:48 PM, Rich Megginson rmeggins@redhat.comwrote:
On 11/21/2013 08:44 AM, Alberto Viana wrote:
You are right, /bin/sh was linked to "dash" shell.
I linked to /bin/bash and everything is working as expected.
Thanks so much for your help.
I think you ran into this issue: https://fedorahosted.org/389/ticket/47511
On Thu, Nov 21, 2013 at 1:35 PM, Rich Megginson rmeggins@redhat.comwrote:
> On 11/21/2013 08:28 AM, Alberto Viana wrote: > > Rich, > > oot@hmg3:~# bash --version > GNU bash, version 4.2.24(1)-release (x86_64-pc-linux-gnu) > > > Ok. What about /bin/sh? > > The problem is that the shell script is complaining that it cannot > find the "source" command. I'm not sure why - that is built-in to bash. > Perhaps /bin/sh is in strict posix bourne shell mode, which would require > the "." command? Perhaps /bin/sh is linked to some other shell like zsh? > > > > > On Thu, Nov 21, 2013 at 1:23 PM, Rich Megginson <rmeggins@redhat.com > > wrote: > >> On 11/21/2013 08:16 AM, Alberto Viana wrote: >> >> Rich, >> >> root@hmg3:~# env >> SHELL=/bin/bash >> >> >> ls -al /bin/sh >> /bin/sh --version >> >> >> >> >> >> On Thu, Nov 21, 2013 at 1:13 PM, Rich Megginson < >> rmeggins@redhat.com> wrote: >> >>> On 11/21/2013 08:07 AM, Alberto Viana wrote: >>> >>> I'm trying to set up a new instance of 389 DS in my homologation >>> enviroment: >>> >>> 389-ds-base-1.3.2.4 >>> 389-adminutil-1.1.18 >>> 389-admin-console-1.1.8 >>> >>> After I ran setup-ds-admin.pl, i'm getting the following errors: >>> >>> Are you ready to set up your servers? [yes]: >>> Creating directory server . . . >>> Could not import LDIF file '/tmp/ldif9lEZLw.ldif'. Error: 256. >>> Output: ./ldif2db: 3: ./ldif2db: source: not found >>> ./ldif2db: 5: ./ldif2db: libpath_add: not found >>> ./ldif2db: 6: ./ldif2db: libpath_add: not found >>> ./ldif2db: 7: ./ldif2db: libpath_add: not found >>> ./ldif2db: 8: ./ldif2db: libpath_add: not found >>> ./ldif2db: 84: ./ldif2db: get_init_file: not found >>> ./ldif2db: 85: [: 127: unexpected operator >>> importing data ... >>> usage: ns-slapd ldif2db -D configdir [-d debuglevel] [-n >>> backend_instance_name] [-O] [-g uniqueid_type] [--namespaceid uniqueID][{-s >>> includesuffix}*] [{-x excludesuffix}*] [-E] [-q] {-i ldif-file}* >>> Note: either "-n backend_instance_name" or "-s includesuffix" is >>> required. >>> >>> Error: Could not create directory server instance 'RNP'. >>> Exiting . . . >>> Log file is '/tmp/setupBsGuLZ.log' >>> >>> >>> I also tried "389-ds-base-1.3.1.12". Any clues? >>> >>> >>> What is your login shell? >>> >>> >>> >>> -- >>> 389 users mailing list389-users@lists.fedoraproject.orghttps://admin.fedoraproject.org/mailman/listinfo/389-users >>> >>> >>> >> >> > >
389-users@lists.fedoraproject.org