форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (DNS / FreeBSD)
Изначальное сообщение		[ Отслеживать ]

"FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
Сообщение от 999 (ok) on 23-Апр-12, 22:05
Приветствую. чего-то уже разум сломал где искать... Есть фря 8.2, собираю на ней бинд 9.9.0 портовый. Вылетает с ошибкой "could not determine proper GSSAPI linkage". Что делать, где копать? Спасибо.
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
Сообщение от lavr on 24-Апр-12, 09:41
> Приветствую. > чего-то уже разум сломал где искать... > Есть фря 8.2, собираю на ней бинд 9.9.0 портовый. > Вылетает с ошибкой "could not determine proper GSSAPI linkage". > Что делать, где копать? > Спасибо. # grep "\$FreeBSD" /usr/ports/dns/bind99/Makefile # ldconfig -r | grep gssapi ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от 999 (??) on 24-Апр-12, 11:03
	> # grep "\$FreeBSD" /usr/ports/dns/bind99/Makefile FreeBSD: Undefined variable. > # ldconfig -r | grep gssapi 92:-lgssapi.9 => /usr/lib/libgssapi.so.9 121:-lgssapi_krb5.9 => /usr/lib/libgssapi_krb5.so.9 148:-lgssapi.10 => /usr/lib/libgssapi.so.10 149:-lgssapi_krb5.10 => /usr/lib/libgssapi_krb5.so.10 150:-lgssapi_ntlm.10 => /usr/lib/libgssapi_ntlm.so.10 151:-lgssapi_spnego.10 => /usr/lib/libgssapi_spnego.so.10 602:-lgssapiv2.2 => /usr/local/lib/compat/pkg/libgssapiv2.so.2 > ? как-то так
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от lavr on 24-Апр-12, 11:31
	>> # grep "\$FreeBSD" /usr/ports/dns/bind99/Makefile > FreeBSD: Undefined variable. странный у вас порт, или это проблемы экранирования символа $ в вашем shell: [alone]~ > grep "\$FreeBSD" /usr/ports/dns/bind99/Makefile # $FreeBSD: ports/dns/bind99/Makefile,v 1.7 2012/04/04 22:03:08 dougb Exp $ >> # ldconfig -r | grep gssapi > 92:-lgssapi.9 => /usr/lib/libgssapi.so.9 > 121:-lgssapi_krb5.9 => /usr/lib/libgssapi_krb5.so.9 > 148:-lgssapi.10 => /usr/lib/libgssapi.so.10 > 149:-lgssapi_krb5.10 => /usr/lib/libgssapi_krb5.so.10 > 150:-lgssapi_ntlm.10 => /usr/lib/libgssapi_ntlm.so.10 > 151:-lgssapi_spnego.10 => /usr/lib/libgssapi_spnego.so.10 > 602:-lgssapiv2.2 => /usr/local/lib/compat/pkg/libgssapiv2.so.2 [alone]~ > ldconfig -r | grep gssapi         61:-lgssapi.10 => /usr/lib/libgssapi.so.10         91:-lgssapi_ntlm.10 => /usr/lib/libgssapi_ntlm.so.10         92:-lgssapi_spnego.10 => /usr/lib/libgssapi_spnego.so.10         103:-lgssapi_krb5.10 => /usr/lib/libgssapi_krb5.so.10 [alone]~ > итого, выше видим что у вас остались старые библиотеки: > 92:-lgssapi.9 => /usr/lib/libgssapi.so.9 > 121:-lgssapi_krb5.9 => /usr/lib/libgssapi_krb5.so.9 и еще от какого-то compat: > 602:-lgssapiv2.2 => /usr/local/lib/compat/pkg/libgssapiv2.so.2 видимо проблема в этом лишнем наборе библиотек, скорее всего в старых v.9: - после обновления не сделали # cd /usr/src # make delete-old-libs нужно найти есть ли у вас приложения собранные со старыми библиотеками gssapi v.9 если нет, то удалить эти две старые библиотеки, если есть - либо пересобрать с новыми, либо через libmap.conf переопредилить их на v.10, проверить что все работает и старые удалить Посмотреть требует ли какое приложение libgssapiv2.so.2 , если да - остановить, временно исключить /usr/local/lib/compat из ldconfig, собрать bind99 после чего можно снова /usr/local/lib/compat добавить в ldconfig и запустить ранее остановленное приложение
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от lavr on 24-Апр-12, 12:06
	>>> # ldconfig -r | grep gssapi >> 92:-lgssapi.9 => /usr/lib/libgssapi.so.9 >> 121:-lgssapi_krb5.9 => /usr/lib/libgssapi_krb5.so.9 эти библиотеки совсем необязательно сразу удалять, достаточно выполнить mv в /root или в /tmp - когда будете экспериментировать, ибо всегда можно вернуть взад, а если все хорошо и вовсе удалить через месяцок (лучше перебз...ть чем недобз...ть)
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	11. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+1 +/–
	Сообщение от rico (ok) on 24-Апр-12, 21:03
	>>>> # ldconfig -r | grep gssapi >>> 92:-lgssapi.9 => /usr/lib/libgssapi.so.9 >>> 121:-lgssapi_krb5.9 => /usr/lib/libgssapi_krb5.so.9 > эти библиотеки совсем необязательно сразу удалять, достаточно выполнить mv > в /root или в /tmp - когда будете экспериментировать, ибо всегда можно > вернуть > взад, а если все хорошо и вовсе удалить через месяцок (лучше перебз...ть > чем недобз...ть) простите, не посмеяться ради, а чисто для общего развития это у бсдэшников карма такая - всю жизнь страдать от лишних либ в /usr/local? есть ли дзен-практики для избежания мучительных страданий от неправильно пришитых рук?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	12. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от lavr on 24-Апр-12, 21:23
	>[оверквотинг удален] >>>> 121:-lgssapi_krb5.9 => /usr/lib/libgssapi_krb5.so.9 >> эти библиотеки совсем необязательно сразу удалять, достаточно выполнить mv >> в /root или в /tmp - когда будете экспериментировать, ибо всегда можно >> вернуть >> взад, а если все хорошо и вовсе удалить через месяцок (лучше перебз...ть >> чем недобз...ть) > простите, не посмеяться ради, а чисто для общего развития > это у бсдэшников карма такая - всю жизнь страдать от лишних либ > в /usr/local? > есть ли дзен-практики для избежания мучительных страданий от неправильно пришитых рук? голова, как и в любой другой OS, или вы думаете что rpm, yum, apt, dpkg & etc спасают от кривых рук и проблем происходящих время от времени в репозиториях? Лишних либ в /usr/local/lib в xBSD просто так небывает. В RH-based например достаточно своих карм - "минимальная установка", а начиная с 6.x нельзя disk custom layout сделать используя minimal или образ сетевой установки, или ubuntu server - какой же это сервер если тьма лишнего и ненужного софта ставится, gentoo - вовсе оригинальгый метод установки, но сама система хороша и управление портами-пакетами и тд и тп... У всех свои заморочки, и они не умаляют достоинства и достижения самих OS, будь то RH-Based или Debian-based или другой Linux. Мир в поиске идеальной OS , это нормально и правильно, потому как способствует развитию
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	5. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от 999 (??) on 24-Апр-12, 12:52
	Сделал. к сожалению не помогло. вот что говорит bind checking for GSSAPI library... looking in /usr/lib checking gssapi.h usability... yes checking gssapi.h presence... yes checking for gssapi.h... yes checking gssapi/gssapi.h usability... yes checking gssapi/gssapi.h presence... yes checking for gssapi/gssapi.h... yes checking gssapi_krb5.h usability... no checking gssapi_krb5.h presence... no checking for gssapi_krb5.h... no checking gssapi/gssapi_krb5.h usability... yes checking gssapi/gssapi_krb5.h presence... yes checking for gssapi/gssapi_krb5.h... yes checking krb5.h usability... yes checking krb5.h presence... yes checking for krb5.h... yes checking krb5/krb5.h usability... no checking krb5/krb5.h presence... no checking for krb5/krb5.h... no checking kerberosv5/krb5.h usability... no checking kerberosv5/krb5.h presence... no checking for kerberosv5/krb5.h... no checking linking as -lgssapi_krb5... no checking linking as -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err... no checking linking as -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lresolv... no checking linking as -lgssapi... no checking linking as -lgssapi -lkrb5 -ldes -lcrypt -lasn1 -lroken -lcom_err... no checking linking as -lgssapi -lkrb5 -lcrypto -lcrypt -lasn1 -lroken -lcom_err... no checking linking as -lgss -lkrb5... no configure: error: could not determine proper GSSAPI linkage на аналогичной машине с фрей 9 проблем нет. где искать решение ума не приложу.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	6. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от lavr on 24-Апр-12, 13:27
	>[оверквотинг удален] > checking krb5.h usability... yes > checking krb5.h presence... yes > checking for krb5.h... yes > checking krb5/krb5.h usability... no > checking krb5/krb5.h presence... no > checking for krb5/krb5.h... no > checking kerberosv5/krb5.h usability... no > checking kerberosv5/krb5.h presence... no > checking for kerberosv5/krb5.h... no > checking linking as -lgssapi_krb5... no ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^- вот это странно! нужно смотреть config.log: # less /usr/ports/dns/bind99/work/bind-9.9.0/config.log поиск gssapi и почему не видит библиотеку при сборке conftest.c # cd /usr/ports/dns/bind99/work/bind-9.9.0/bin/named # ldd named named:         libgssapi_krb5.so.10 => /usr/lib/libgssapi_krb5.so.10 (0x800844000)         libcrypto.so.6 => /lib/libcrypto.so.6 (0x80095e000)         libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x800bfe000)         libz.so.5 => /lib/libz.so.5 (0x800e4a000)         libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x800f5f000)         libm.so.5 => /lib/libm.so.5 (0x801159000)         libreadline.so.8 => /lib/libreadline.so.8 (0x801279000)         libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x8013b8000)         libthr.so.3 => /lib/libthr.so.3 (0x8014c6000)         libc.so.7 => /lib/libc.so.7 (0x8015df000)         libgssapi.so.10 => /usr/lib/libgssapi.so.10 (0x801820000)         libkrb5.so.10 => /usr/lib/libkrb5.so.10 (0x80192a000)         libhx509.so.10 => /usr/lib/libhx509.so.10 (0x801a99000)         libroken.so.10 => /usr/lib/libroken.so.10 (0x801bd9000)         libasn1.so.10 => /usr/lib/libasn1.so.10 (0x801cea000)         libcom_err.so.5 => /usr/lib/libcom_err.so.5 (0x801e6c000)         libcrypt.so.5 => /lib/libcrypt.so.5 (0x801f6e000)         libncurses.so.8 => /lib/libncurses.so.8 (0x802087000) # cd /usr/ports/dns/bind99 # make clean # cat /var/db/ports/bind99/options # ldconfig -r | grep gssapi # # gcc -v Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.2 20070831 prerelease [FreeBSD] > checking linking as -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err... no > checking linking as -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lresolv... no > checking linking as -lgssapi... no > checking linking as -lgssapi -lkrb5 -ldes -lcrypt -lasn1 -lroken -lcom_err... no > checking linking as -lgssapi -lkrb5 -lcrypto -lcrypt -lasn1 -lroken -lcom_err... no > checking linking as -lgss -lkrb5... no > configure: error: could not determine proper GSSAPI linkage > на аналогичной машине с фрей 9 проблем нет. где искать решение ума > не приложу. checking for GSSAPI library... looking in /usr/lib checking gssapi.h usability... yes checking gssapi.h presence... yes checking for gssapi.h... yes checking gssapi/gssapi.h usability... yes checking gssapi/gssapi.h presence... yes checking for gssapi/gssapi.h... yes checking gssapi_krb5.h usability... no checking gssapi_krb5.h presence... no checking for gssapi_krb5.h... no checking gssapi/gssapi_krb5.h usability... yes checking gssapi/gssapi_krb5.h presence... yes checking for gssapi/gssapi_krb5.h... yes checking krb5.h usability... yes checking krb5.h presence... yes checking for krb5.h... yes checking krb5/krb5.h usability... no checking krb5/krb5.h presence... no checking for krb5/krb5.h... no checking kerberosv5/krb5.h usability... no checking kerberosv5/krb5.h presence... no checking for kerberosv5/krb5.h... no checking linking as -lgssapi_krb5... yes порты целиком обновляли? как систему до этого обновляли?
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	7. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от 999 (??) on 24-Апр-12, 14:31
	> нужно смотреть config.log: > # less /usr/ports/dns/bind99/work/bind-9.9.0/config.log > поиск gssapi и почему не видит библиотеку при сборке conftest.c много чего написано conftest.c:73:25: error: gssapi_krb5.h: No such file or directory conftest.c:75:23: error: krb5/krb5.h: No such file or directory однако на фре9 ("здоровом"), специально попробовал, при таких же сообщениях все собирается. ldd named named:         libgssapi_krb5.so.10 => /usr/lib/libgssapi_krb5.so.10 (0x28290000)         libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x282a7000)         libz.so.6 => /lib/libz.so.6 (0x283d1000)         libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x283e5000)         libm.so.5 => /lib/libm.so.5 (0x284db000)         libreadline.so.8 => /lib/libreadline.so.8 (0x284f5000)         libthr.so.3 => /lib/libthr.so.3 (0x28527000)         libc.so.7 => /lib/libc.so.7 (0x28548000)         libgssapi.so.10 => /usr/lib/libgssapi.so.10 (0x28667000)         libkrb5.so.10 => /usr/lib/libkrb5.so.10 (0x28670000)         libhx509.so.10 => /usr/lib/libhx509.so.10 (0x286ce000)         libcrypto.so.6 => /lib/libcrypto.so.6 (0x28704000)         libroken.so.10 => /usr/lib/libroken.so.10 (0x2885f000)         libasn1.so.10 => /usr/lib/libasn1.so.10 (0x2886e000)         libcom_err.so.5 => /usr/lib/libcom_err.so.5 (0x288e3000)         libcrypt.so.5 => /lib/libcrypt.so.5 (0x288e5000)         libncurses.so.8 => /lib/libncurses.so.8 (0x28914000) на фре8 ("больном") посмотреть библиотеки возможности нет, т.к. нет самого named. порты обновляются стандартным cvsup. закачено последнее дерево. gcc -v совпадает с вашим, но для x86
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	8. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от lavr on 24-Апр-12, 15:59
	>> нужно смотреть config.log: >> # less /usr/ports/dns/bind99/work/bind-9.9.0/config.log >> поиск gssapi и почему не видит библиотеку при сборке conftest.c > много чего написано > conftest.c:73:25: error: gssapi_krb5.h: No such file or directory > conftest.c:75:23: error: krb5/krb5.h: No such file or directory ну да, так и нужно разбираться, вот что должно получиться и если в это время прервать, должна остаться conftest.c и можете попробовать вручную ее собрать: (можно conftest.c вырезать из config.log или из configure) configure:21941: checking linking as -lgssapi_krb5 configure:21954: cc -o conftest -O2 -pipe -fno-strict-aliasing   -rpath=/usr/lib:/usr/local/lib conftest.c -lgssapi_krb5 >&5 configure:21954: $? = 0 configure:21962: result: yes configure:22016: result: using GSSAPI from /usr/lib and /usr/include > на фре8 ("больном") посмотреть библиотеки возможности нет, т.к. нет самого named. это понятно > порты обновляются стандартным cvsup. закачено последнее дерево. понятно > gcc -v > совпадает с вашим, но для x86 а что выдавал ldconfig -r перед сборкой? из портов на 8'ке kerberos или heimadal не стоит случаем? Что-то у вас в конституции не того на 8'ке: ошметки от апгрейда...
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	9. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от 999 (??) on 24-Апр-12, 16:29
	> а что выдавал ldconfig -r перед сборкой? ldconfig -r | grep gssapi         43:-lgssapi_ntlm.10 => /usr/lib/libgssapi_ntlm.so.10         64:-lgssapi.10 => /usr/lib/libgssapi.so.10         65:-lgssapi_krb5.10 => /usr/lib/libgssapi_krb5.so.10         66:-lgssapi_spnego.10 => /usr/lib/libgssapi_spnego.so.10         516:-lgssapiv2.2 => /usr/local/lib/compat/pkg/libgssapiv2.so.2 последнее удалять не стал, т.к. на 9 работает. > из портов на 8'ке kerberos или heimadal не стоит случаем? керберос был. откуда взялся не представляю. кто-то утянул, видимо, за собой. теперь похоже много кто его хочет. пытался сносить, пересобирать что-то с ним без него и по-всякому. куда-то глубоко прописался... > Что-то у вас в конституции не того на 8'ке: ошметки от апгрейда... возможно. хотя, ставилась вчисту. сейчас думаю стоит или нет на 8.3 или сразу на 9 прыгнуть. но что-то подсказывает хвосты надо бы почистить.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	10. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от lavr on 24-Апр-12, 17:31
	>[оверквотинг удален] >         43:-lgssapi_ntlm.10 => /usr/lib/libgssapi_ntlm.so.10 >         64:-lgssapi.10 => /usr/lib/libgssapi.so.10 >         65:-lgssapi_krb5.10 => /usr/lib/libgssapi_krb5.so.10 >         66:-lgssapi_spnego.10 => /usr/lib/libgssapi_spnego.so.10 >         516:-lgssapiv2.2 => /usr/local/lib/compat/pkg/libgssapiv2.so.2 > последнее удалять не стал, т.к. на 9 работает. >> из портов на 8'ке kerberos или heimadal не стоит случаем? > керберос был. откуда взялся не представляю. кто-то утянул, видимо, за собой. теперь > похоже много кто его хочет. пытался сносить, пересобирать что-то с ним > без него и по-всякому. куда-то глубоко прописался... в configure идет поиск headers и проверка линковщика, вот на последнем у вас облом: вот такая тестовая программа создается conftest.c: int main () { gss_acquire_cred();krb5_init_context()   ;   return 0; } потом проверяется сборка: checking linking as -lgssapi_krb5 # cc -o conftest -O2 -pipe -fno-strict-aliasing   -rpath=/usr/lib:/usr/local/lib conftest.c -lgssapi_krb5 # echo $? >> Что-то у вас в конституции не того на 8'ке: ошметки от апгрейда... > возможно. хотя, ставилась вчисту. сейчас думаю стоит или нет на 8.3 или > сразу на 9 прыгнуть. но что-то подсказывает хвосты надо бы почистить. а что изменится? конституцию то все одно не поправили: - поиск в /usr/local include'ов и библиотек от kerberos или heimdal, хотя библиотек ldconfig НЕ ПОКАЗАЛ. Тут возможно надо вычистить /var/db/pkg & /var/db/ports - удалить все порты-пакеты и переустановить их. Например взять другой диск и на нем заново хоть 8.3, хоть 9.0 и все заново, но аккуратно с портами и зависимостями, потом на сервере подменить диск, если критичен останов сервера, если все ok, оставляете новую систему на новом диске.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	13. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от 999 (??) on 25-Апр-12, 12:49
	>[оверквотинг удален] > main () > { > gss_acquire_cred();krb5_init_context() >   ; >   return 0; > } > потом проверяется сборка: > checking linking as -lgssapi_krb5 > # cc -o conftest -O2 -pipe -fno-strict-aliasing   -rpath=/usr/lib:/usr/local/lib conftest.c > -lgssapi_krb5 /usr/lib/libhx509.so.10: undefined reference to `MD2_Init' /usr/lib/libhx509.so.10: undefined reference to `MD2_Final' /usr/lib/libhx509.so.10: undefined reference to `MD2_Update' > # echo $? и понятно 1
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	14. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от 999 (ok) on 25-Апр-12, 16:44
	ставлю не из порта, а из исходника - все конфигурируется, компилируется и ставится с теми же параметрами, что и порт. попробовал пособирать остальные bind_ы в портах с такой же ошибкой вылетают 9.9.0 и 9.8.0. не может ли это быть ошибкой/особенностью или еще чем конкретно взятых портов и системы, например..?
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	15. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от lavr on 25-Апр-12, 22:13
	> ставлю не из порта, а из исходника - все конфигурируется, компилируется и > ставится с теми же параметрами, что и порт. попробовал пособирать остальные > bind_ы в портах с такой же ошибкой вылетают 9.9.0 и 9.8.0. > не может ли это быть ошибкой/особенностью или еще чем конкретно взятых > портов и системы, например..? нет, у вас проблема в системе и/или в gnu autotools, ибо в предыдущем посте - линковка должна проходить на раз, а у вас сообщения о проблемах с библиотекой libmd - message digest library (md2, md4, md5)
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	16. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от 999 (ok) on 26-Апр-12, 11:02
	> нет, у вас проблема в системе и/или в gnu autotools, ибо в > предыдущем посте - линковка > должна проходить на раз, а у вас сообщения о проблемах с библиотекой > libmd - message digest library (md2, md4, md5) все конечно хорошо, только как это лечить..? переставил autotools, переставил библиотеки из src. бестолку. вопрос почему бинд из исходника встал?
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	17. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от lavr on 26-Апр-12, 11:27
	>> нет, у вас проблема в системе и/или в gnu autotools, ибо в >> предыдущем посте - линковка >> должна проходить на раз, а у вас сообщения о проблемах с библиотекой >> libmd - message digest library (md2, md4, md5) > все конечно хорошо, только как это лечить..? переставил autotools, переставил библиотеки > из src. бестолку. вопрос почему бинд из исходника встал? понятия не имею как лечить, направление то дано, ищите разницу во время сборки из портов и из sources, мб натолкнет на место где кривизна... У вас система поднималась верояно с 7'ки до 8'ки, порты под 8'ки вы не пересобирали.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	18. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от 999 (ok) on 26-Апр-12, 11:40
	> понятия не имею как лечить, направление то дано, ищите разницу во время > сборки из > портов и из sources, мб натолкнет на место где кривизна... Вот это и интересует. > У вас система поднималась верояно с 7'ки до 8'ки, порты под 8'ки > вы не пересобирали. Нет. система ставилась 8.2 и поднялась до 8.3 со всеми актуальными портами портами. ладно, спасибо на этом.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	19. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от lavr on 26-Апр-12, 12:49
	>> понятия не имею как лечить, направление то дано, ищите разницу во время >> сборки из >> портов и из sources, мб натолкнет на место где кривизна... > Вот это и интересует. >> У вас система поднималась верояно с 7'ки до 8'ки, порты под 8'ки >> вы не пересобирали. > Нет. система ставилась 8.2 и поднялась до 8.3 со всеми актуальными портами > портами. тогда объясните мне откуда у вас библиотеки libgssapi и kerberos от 7'ки?! посмотрите: /etc/make.conf если есть: /etc/src.conf /usr/local/etc/ports.conf /etc/libmap.conf посмотрите: # ls -la /lib # ls -la /usr/lib/lib* ну и порты нужно смотреть: # ls -la /var/db/pkg думать что и как ставилось и что-как удалялось > ладно, спасибо на этом. не на чем
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	20. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от 999 (ok) on 26-Апр-12, 15:19
	> тогда объясните мне откуда у вас библиотеки libgssapi и kerberos от 7'ки?! откуда в чистой 9 библиотеки libgssapi тоже объяснить?! > посмотрите: > /etc/make.conf PERL_VERSION=5.14.2 > если есть: > /etc/src.conf /usr/local/etc/ports.conf нет > /etc/libmap.conf также нет > посмотрите: > # ls -la /lib > # ls -la /usr/lib/lib* > ну и порты нужно смотреть: > # ls -la /var/db/pkg mc > думать что и как ставилось и что-как удалялось заметил когда начал обновлять openssl. однако на 9 все прошло без проблем. >> ладно, спасибо на этом. > не на чем на чем есть.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	21. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от lavr on 26-Апр-12, 16:17
	>> тогда объясните мне откуда у вас библиотеки libgssapi и kerberos от 7'ки?! > откуда в чистой 9 библиотеки libgssapi тоже объяснить?! вы внимательно читаете? 92:-lgssapi.9 => /usr/lib/libgssapi.so.9 121:-lgssapi_krb5.9 => /usr/lib/libgssapi_krb5.so.9 это не я придумал, выше - это вывод вашего ldconfig в 8'ке и 9.0 ВЕРСИИ библиотек gssapi и kerberos (достаточно двух для сравнения) одинаковы: /usr/lib/libgssapi.so.10 /usr/lib/libgssapi_krb5.so.10 в 7'ке: /usr/lib/libgssapi.so.9 /usr/lib/libgssapi_krb5.so.9 >> # ls -la /var/db/pkg > mc в смысле? у вас только mc установлен и больше ничего из софта, судя по make.conf - perl? если так, то все можно просто привести в порядок, если готовы к удалению всех портов и очистке /usr/local
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	22. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от 999 (ok) on 26-Апр-12, 16:40
	> вы внимательно читаете? > 92:-lgssapi.9 => /usr/lib/libgssapi.so.9 > 121:-lgssapi_krb5.9 => /usr/lib/libgssapi_krb5.so.9 кстати, да, давно это было. это не первая генерация данного сервера, так что вполне могло быть и так. но сути не меняет. > в смысле? у вас только mc установлен и больше ничего из софта, > судя по make.conf - perl? нет. софта полно. просто я не вижу смысла пользоваться консольными командами если есть mc. в make.conf прописан только перл и тот автоматом после установки порта. сам руками ничего не дописывал/не удалял. > если так, то все можно просто привести в порядок, если готовы к > удалению всех портов > и очистке /usr/local ставлю на вирт.машину голую 8.3. буду приводить в соответствие.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	23. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от lavr on 26-Апр-12, 18:09
	>> вы внимательно читаете? >> 92:-lgssapi.9 => /usr/lib/libgssapi.so.9 >> 121:-lgssapi_krb5.9 => /usr/lib/libgssapi_krb5.so.9 > кстати, да, давно это было. это не первая генерация данного сервера, так > что вполне могло быть и так. но сути не меняет. ну ей богу, ранее вы написали "чистая установка 8.2", теперь - "не первая генерация" проблема раз: - после апгрейдов остались ошметки которые вы не зачистили проблема два: - не пересобирали порты под 8.2/8.3 > ставлю на вирт.машину голую 8.3. буду приводить в соответствие. удачи
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	24. "FreeBSD 8.2 Bind 9.9.0 GSSAPI"	+/–
	Сообщение от 999 (ok) on 26-Апр-12, 20:42
	>>> вы внимательно читаете? >>> 92:-lgssapi.9 => /usr/lib/libgssapi.so.9 >>> 121:-lgssapi_krb5.9 => /usr/lib/libgssapi_krb5.so.9 >> кстати, да, давно это было. это не первая генерация данного сервера, так >> что вполне могло быть и так. но сути не меняет. > ну ей богу, ранее вы написали "чистая установка 8.2", теперь - "не > первая генерация" ибо сложно уследить за всем за такой степенью давности. а там была ичистая 8.2 и 7.х с чем экспериментировал уже и не упомню. > проблема раз: > - после апгрейдов остались ошметки которые вы не зачистили это возможно. с чем видимо и буду бороться. > проблема два: > - не пересобирали порты под 8.2/8.3 пересобирал все что понаставлено. >> ставлю на вирт.машину голую 8.3. буду приводить в соответствие. > удачи спасибо еще раз за толковые мысли и пинки в нужном направлении.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема