ports/128104: isc-dhcp30-server LDAP support broken [regression]
Andrew Daugherity
adaugherity at tamu.edu
Tue Oct 14 22:50:01 UTC 2008
>Number: 128104
>Category: ports
>Synopsis: isc-dhcp30-server LDAP support broken [regression]
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-ports-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Tue Oct 14 22:50:00 UTC 2008
>Closed-Date:
>Last-Modified:
>Originator: Andrew Daugherity
>Release: 7.0
>Organization:
Texas A&M University
>Environment:
FreeBSD inferno.tamu.edu 7.0-RELEASE-p4 FreeBSD 7.0-RELEASE-p4 #0: Tue Sep 2 19:32:35 UTC 2008 root at i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386
>Description:
After upgrading dhcpd to reflect the new version and the port name change ( from isc-dhcp3-server-3.0.5_2 to isc-dhcp30-server-3.0.7_2), dhcpd failed to restart, complaining about syntax errors:
====
/usr/local/etc/dhcpd.conf line 19: semicolon expected.
ldap-ssl start_tls;
^
Configuration file errors encountered -- exiting
====
After commenting out that line, it still failed, generating many errors like this:
====
LDAP line 34: expecting a declaration
}
^
LDAP line 41: string constant larger than internal buffer
option pxelinux.reboottime code 211 = unsigned integer 32;
^
LDAP line 49: expecting a declaration
(binary garbage printed here)
^
LDAP line 59: expecting a declaration
(binary garbage printed here)
^
LDAP line 59: expecting a declaration
(binary garbage printed here)
^
LDAP line 65: expecting a declaration
(binary garbage printed here)
^
====
Of course, this makes dhcpd completely broken for LDAP use.
>How-To-Repeat:
Install isc-dhcp30-server-3.0.7_2 from ports, and enable LDAP support in the options screen.
>Fix:
I discovered that the port Makefile has two sites defined for the LDAP patch:
1. http://www.newwave.net/~masneyb/
2. ftp://ftp.frm2.tum.de/pub/jpulz/FreeBSD/
It attempts to fetch dhcp-$VERSION-ldap-patch. Site 1 only has version 3.0.5, while site 2 has many versions. However, version 3.0.5 of the patch ('dhcp-3.0.5-ldap-patch') is not identical between the sites even (the version on site 2 is missing large sections of the patch).
The real bug is that the patches from site 2 are broken, and this behavior is a side-effect of the upgrade: due to there not being a dhcp-3.0.7-ldap-patch on site 1, it fetches it from site 2. When the portversion was 3.0.5 it fetched from site 1 and all was well.
Workaround: use the patch from site 1, which still works with 3.0.7.
# ftp http://www.newwave.net/~masneyb/dhcp-3.0.5-ldap-patch
# cp dhcp-3.0.5-ldap-patch /usr/ports/distfiles/dhcp-3.0.7-ldap-patch
# cd /usr/ports/net/isc-dhcp30-server; make makesum
# make install (or make deinstall reinstall)
After doing this dhcpd works properly once more.
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-ports-bugs
mailing list