Jim Summers wrote:
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?
No. This is standard LDAP LDIF behavior.
If you're using perl, I suggest using either perldap or Net::LDAP - they
both have LDIF parsers that handle this nicely. If you're using python,
I think python-ldap also handles this. If you're using sh, see below.
Interesting also is that db2ldif produces the same behavior.
Ideas on what I could do to get the value retruned back on one line?
I'm not sure if /usr/bin/ldapsearch supports this, but
/opt/fedora-ds/shared/bin/ldapsearch has the -T option:
-T don't fold (wrap) long lines (default is to fold)
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