Bliss, Aaron
2006-Mar-09 21:05 UTC
[Fedora-directory-users] Not sure what version of java is needed for fds 1.0.2
Couple of small questions after upgrading from fds 1.0.1 to 1.0.2. I apologize in advance if this question has been answered, however I didn''t see anywhere that mentions what version of jre is required; on a test box, I had issues starting the console with IBMJava2-142-ia32-SDK-1.4.2-3.0 installed; I had to install jre-1_5_0_06-linux-i586.rpm from Sun in order to get rid of the java errors; was this upgrade necessary? Also, I noticed that after starting the console, the version that is displayed (when highlighting the Directory Server icon) is still 1.0.1, however rpm -qa | grep fedora-ds shows fedora-ds-1.0.2-1.RHEL4; slapd error logs show that fedora-directory 1.0.2 B2006.060.1928 starting up; Is this just a small bug? Thanks again. Aaron -----Original Message----- From: fedora-directory-users-bounces@redhat.com [mailto:fedora-directory-users-bounces@redhat.com] On Behalf Of Jim Summers Sent: Thursday, March 09, 2006 12:55 PM To: fedora-directory-users Subject: [Fedora-directory-users] LdapSearch Field Length Hello All, I was modifying the value of an attribute, automountInformation in this instance. The modify works as expected, but when I use ldapsearch to dump the entry containing the new value it seems to truncate it at 78 characters, that is (attribute name + attribute value). The remainder of the value is on the next line, which has caused some scripts to not work as expected. The manpage for ldapsearch did not reveal any clues or switches to get around this length limit. Could it be a server limit? Interesting also is that db2ldif produces the same behavior. Ideas on what I could do to get the value retruned back on one line? STRANGE EXAMPLE OUTPUT: ==============automountInformation: -rw,actimeo=30,rsize=32768,wsize=32768 fs001:/raid/facst aff/faharris ============== EXPECTED OUTPUT: ==============automountInformation: -rw,actimeo=30,rsize=32768,wsize=32768 fs001:/raid/facstaff/faharris ============== The above examples may not be clear due to email wrapping, but in the first one ldapsearch truncates at the "t" and in the second there is not truncating. TIA -- Jim Summers School of Computer Science-University of Oklahoma ------------------------------------------------- -- Fedora-directory-users mailing list Fedora-directory-users@redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users www.preferredcare.org "An Outstanding Member Experience," Preferred Care HMO Plans -- J. D. Power and Associates Confidentiality Notice: The information contained in this electronic message is intended for the exclusive use of the individual or entity named above and may contain privileged or confidential information. If the reader of this message is not the intended recipient or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that dissemination, distribution or copying of this information is prohibited. If you have received this communication in error, please notify the sender immediately by telephone and destroy the copies you received.
Richard Megginson
2006-Mar-09 21:08 UTC
Re: [Fedora-directory-users] Not sure what version of java is needed for fds 1.0.2
Bliss, Aaron wrote:>Couple of small questions after upgrading from fds 1.0.1 to 1.0.2. I >apologize in advance if this question has been answered, however I >didn''t see anywhere that mentions what version of jre is required; on a >test box, I had issues starting the console with >IBMJava2-142-ia32-SDK-1.4.2-3.0 installed; I had to install >jre-1_5_0_06-linux-i586.rpm from Sun in order to get rid of the java >errors; was this upgrade necessary? >I don''t think so - what errors did you get?>Also, I noticed that after starting >the console, the version that is displayed (when highlighting the >Directory Server icon) is still 1.0.1, however rpm -qa | grep fedora-ds >shows fedora-ds-1.0.2-1.RHEL4; slapd error logs show that >fedora-directory 1.0.2 B2006.060.1928 starting up; Is this just a small >bug? Thanks again. > >Yes, the console still shows version 1.0.1, but it''s really 1.0.2.>Aaron > >-----Original Message----- >From: fedora-directory-users-bounces@redhat.com >[mailto:fedora-directory-users-bounces@redhat.com] On Behalf Of Jim >Summers >Sent: Thursday, March 09, 2006 12:55 PM >To: fedora-directory-users >Subject: [Fedora-directory-users] LdapSearch Field Length > >Hello All, > >I was modifying the value of an attribute, automountInformation in this >instance. The modify works as expected, but when I use ldapsearch to >dump the > entry containing the new value it seems to truncate it at 78 >characters, that is (attribute name + attribute value). The remainder >of the value is on the next line, which has caused some scripts to not >work as expected. > >The manpage for ldapsearch did not reveal any clues or switches to get >around this length limit. Could it be a server limit? > >Interesting also is that db2ldif produces the same behavior. > >Ideas on what I could do to get the value retruned back on one line? > >STRANGE EXAMPLE OUTPUT: >==============>automountInformation: -rw,actimeo=30,rsize=32768,wsize=32768 >fs001:/raid/facst > aff/faharris >==============> >EXPECTED OUTPUT: >==============>automountInformation: -rw,actimeo=30,rsize=32768,wsize=32768 >fs001:/raid/facstaff/faharris >==============> >The above examples may not be clear due to email wrapping, but in the >first one ldapsearch truncates at the "t" and in the second there is not >truncating. > >TIA >-- >Jim Summers >School of Computer Science-University of Oklahoma >------------------------------------------------- > >-- >Fedora-directory-users mailing list >Fedora-directory-users@redhat.com >https://www.redhat.com/mailman/listinfo/fedora-directory-users > > > >www.preferredcare.org >"An Outstanding Member Experience," Preferred Care HMO Plans -- J. D. Power and Associates > >Confidentiality Notice: >The information contained in this electronic message is intended for the exclusive use of the individual or entity named above and may contain privileged or confidential information. If the reader of this message is not the intended recipient or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that dissemination, distribution or copying of this information is prohibited. If you have received this communication in error, please notify the sender immediately by telephone and destroy the copies you received. > > >-- >Fedora-directory-users mailing list >Fedora-directory-users@redhat.com >https://www.redhat.com/mailman/listinfo/fedora-directory-users > >