[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Problems executing slapd on different box.
I have had no problem tarring up openldap compiled on one solaris box
and putting it on another in a different location. Perhaps you need to
--enable-shared when you configure it.
Incidentally it is just as easy to use the Solaris Forte compiler for
compiling openldap (and all the supporting utilities/libraries) as it is
to use gcc.
GREG
On Tue, 2003-11-11 at 19:46, Sigifredo Gonzalez wrote:
> Lawrence, Mike (White Plains) wrote:
> Thanks Mike,
>
> But the symlink solution is out of my duty, I'm not the sysadmin and
> I'm sure they won't like that solution. And, for security reasons,
> they (sysadmins) can't install gcc and make on the B box.
>
> Actually, we're planning to install openldap on a C, D and E kind of
> production boxes.
>
> Any other idea,
> Sigifredo.......
>
>
>
> > Easiest thing I can think of would just be to make a symbolic link
> > on the 2nd
> > machine so it will still find things where they were before,
> > something like:
> >
> > mkdir /local5
> > ln -s /u06/home/sofficer /local5/openldap2.1
> >
> > either that or recompile it on the second box with a different
> > base. Hope this
> > helps - Mike
> > -----Original Message-----
> > From: Sigifredo Gonzalez [mailto:jpelorat@yahoo.com]
> > Sent: Tuesday, November 11, 2003 1:00 PM
> > To: openldap-software@openldap.org
> > Subject: Problems executing slapd on different box.
> >
> >
> > Hi every one,
> >
> > I compiled OpenLdap with --prefix=/local5/openldap.2.1 on
> > machine A (Solaris 8), where I have every thing i need to do
> > that, and every thing runs right.
> >
> > Then I move all with a tarball to a machine B (Solaris 8
> > too) with a very diferrent FS structure, and after fixing my
> > concerns related to the different base PATH
> > (/u06/home/sofficer on B instead of /local5/openldap.2.1 on
> > A) changing configuration files and enviroment variables, I
> > can't make slapd runs.
> >
> > Triying to figure out the reason it doesn't raise I did:
> > $ truss -f ./libexec/slapd -f
> > ./etc/openldap/slapd.conf -h "ldap://reunidas:9999"
> > and I got the following interesting lines:
> > 28090: read(9, 0x00188CEC,
> > 8192) = 0
> > 28090: llseek(9, 0,
> > SEEK_CUR) = 17290
> > 28090:
> > close(9) = 0
> > 28090:
> > open("/local5/openldap.2.1/share/openldap/ucdata/ctype.dat", O_RDONLY) Err#2 ENOENT
> > 28090:
> > open("/local5/openldap.2.1/share/openldap/ucdata/case.dat", O_RDONLY) Err#2 ENOENT
> > 28090:
> > open("/local5/openldap.2.1/share/openldap/ucdata/decomp.dat", O_RDONLY) Err#2 ENOENT
> > 28090:
> > open("/local5/openldap.2.1/share/openldap/ucdata/cmbcl.dat", O_RDONLY) Err#2 ENOENT
> > 28090:
> > open("/local5/openldap.2.1/share/openldap/ucdata/num.dat", O_RDONLY) Err#2 ENOENT
> > 28090:
> > open("/local5/openldap.2.1/share/openldap/ucdata/comp.dat", O_RDONLY) Err#2 ENOENT
> > 28090:
> > open("/local5/openldap.2.1/share/openldap/ucdata/kdecomp.dat", O_RDONLY) Err#2 ENOENT
> > 28090: fstat(4,
> > 0xFFBEF5D8) = 0
> > 28090:
> > time() =
> > 1068544799
> > So, slapd doesn't raise because it's looking for some files
> > on the original compiling PATH.
> >
> > Somebody has an idea on how to avoid it problem?
> >
> > Thanks in advance,
> > Sigifredo.......
> > <
> > This electronic message transmission contains information from the Company that may be proprietary, confidential and/or privileged.
> > The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, be
> > aware that any disclosure, copying or distribution or use of the contents of this information is prohibited. If you have received
> > this electronic transmission in error, please notify the sender immediately by replying to the address listed in the "From:" field.
> >
> > /BODY>
--
Greg Matthews
iTSS Wallingford 01491 692445