rfw on FreeBSD 7.0

[kaN5300]

Кому-нибудь удавалось запустить rfw из пакета под 6x на семерке? Я компат 6х поставил, необходимые симлинки сделал.

Вот эту ругань устранил симлинками:

Код: Выделить всё

/libexec/ld-elf.so.1: Shared object "libpthread.so.2" not found, required by "utm5_rfw"
/libexec/ld-elf.so.1: Shared object "libcrypt.so.3" not found, required by "utm5_rfw"
/libexec/ld-elf.so.1: Shared object "libstdc++.so.5" not found, required by "utm5_rfw"
/libexec/ld-elf.so.1: Shared object "libm.so.4" not found, required by "utm5_rfw"
/libexec/ld-elf.so.1: Shared object "libc.so.6" not found, required by "utm5_rfw"

Дальше:

Код: Выделить всё

/libexec/ld-elf.so.1: /usr/lib/libpthread.so.2: version LIBTHREAD_1_0 required by /netup/utm5/bin/utm5_rfw not found

Воспользовался советом от JAO (тут) и внес изменения в /etc/libmap.conf, после чего произошло следующее:

Код: Выделить всё

/libexec/ld-elf.so.1: /usr/lib/libthr.so: version LIBTHREAD_1_0 required by /netup/utm5/bin/utm5_rfw not found

Дальше симлинк переделал на /usr/local/lib/compat/libpthread.so.2:

Код: Выделить всё

/libexec/ld-elf.so.1: /usr/lib/libpthread.so.2: Undefined symbol "__malloc_lock"

Интересно, когда сборка появится под 7.0

[kaN5300]

Хоть я и не силён в программировании, могу предположить, что __malloc_lock, это что-то связанное с аллокатором памяти, который поменялся с выходом 7.0

[Arti]

У меня на 7.0 + compat6x-i386-6.3.603000.200801 + libpthread.so.2 -> libthr.so.2 работает весь "комплект" utm5-2.1.005, кроме web. Замечаний по работе никаких нет, кроме стандартных

1. Сломанного регистронезависимого поиска
2. Сломано (по сравнению с 004) добавление предоплаченых единиц.

P.S.
Вообще пора бы уже нативную сборку для 7.X. Не смотря на значительные изменения и нововведения система показала себя вполне пригодной для промышленного использования.

[kaN5300]

Код: Выделить всё

<kan5300@nas1>pkg_version -v | grep utm
utm5-2.1.005                        !   Comparison failed
<kan5300@nas1>pkg_version -v | grep compat
compat6x-i386-6.3.603000.200801     =   up-to-date with port


<kan5300@nas1>ls -al /usr/lib/libpthread.so.2
lrwxr-xr-x  1 root  wheel  16 Mar 20 15&#58;23 /usr/lib/libpthread.so.2 -> /lib/libthr.so.3

<kan5300@nas1>md5 /lib/libthr.so.3
MD5 &#40;/lib/libthr.so.3&#41; = d3794578b3cae23c295570da1c68742e

<kan5300@nas1>md5 /usr/lib/libthr.so
MD5 &#40;/usr/lib/libthr.so&#41; = d3794578b3cae23c295570da1c68742e

Код: Выделить всё

/libexec/ld-elf.so.1: /usr/lib/libpthread.so.2: version LIBTHREAD_1_0 required by /netup/utm5/bin/utm5_rfw not found

Видимо, я что-то упустил =(

[Arti]

скорее наоборот...

Код: Выделить всё

%pkg_info -L compat6x-i386-6.3.603000.200801
Information for compat6x-i386-6.3.603000.200801:

Files:
....
/usr/local/lib/compat/libc.so.6
....
/usr/local/lib/compat/libcrypt.so.3
...
/usr/local/lib/compat/libm.so.4
...
/usr/local/lib/compat/libpthread.so.2
...
/usr/local/lib/compat/libstdc++.so.5
...
/usr/local/lib/compat/libthr.so.2
...

Не надо ничего линьковать, и все будет работать. В 7.0 нет ошибки в KSE, использование libthr не обязательно.

[kaN5300]

WAWAWIWA!!!

Код: Выделить всё

<kan5300@nas1>ls -al libpthread.so.2
lrwxr-xr-x  1 root  wheel  33 Mar 21 11&#58;13 libpthread.so.2 -> /usr/local/lib/compat/libthr.so.2

Стартануло!
Спасибо!

[kaN5300]

Всё равно валится в корку через некоторое время +(.

Arti, дайте пожалуйста ldd:

Код: Выделить всё

<kan5300@nas1>sudo ldd /netup/utm5/bin/utm5_rfw
/netup/utm5/bin/utm5_rfw&#58;
        libpthread.so.2 => /usr/local/lib/compat/libpthread.so.2 &#40;0x280a0000&#41;
        libssl.so.5 => /usr/lib/libssl.so.5 &#40;0x280c5000&#41;
        libcrypto.so.5 => /lib/libcrypto.so.5 &#40;0x28106000&#41;
        libcrypt.so.3 => /usr/lib/libcrypt.so.3 &#40;0x2825f000&#41;
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 &#40;0x28278000&#41;
        libm.so.4 => /usr/lib/libm.so.4 &#40;0x2836d000&#41;
        libc.so.6 => /usr/lib/libc.so.6 &#40;0x28382000&#41;
        libgcc_s.so.1 => /lib/libgcc_s.so.1 &#40;0x2847e000&#41;

[Arti]

Код: Выделить всё

%uname -pr
7.0-RELEASE i386
%ldd /netup/utm5/bin/utm5_rfw
/netup/utm5/bin/utm5_rfw:
        libpthread.so.2 => /usr/local/lib/compat/libthr.so.2 (0x7f3f9000)
        libssl.so.5 => /usr/lib/libssl.so.5 (0x7f40b000)
        libcrypto.so.5 => /lib/libcrypto.so.5 (0x7f44c000)
        libcrypt.so.3 => /usr/local/lib/compat/libcrypt.so.3 (0x7f5a4000)
        libstdc++.so.5 => /usr/local/lib/compat/libstdc++.so.5 (0x7f5bc000)
        libm.so.4 => /usr/local/lib/compat/libm.so.4 (0x7f687000)
        libc.so.6 => /usr/local/lib/compat/libc.so.6 (0x7f69d000)
        libc.so.7 => /lib/libc.so.7 (0x7f784000)

[kaN5300]

Проблема была в том, что я еще до установки compat начал линки делать соотв. на библиотеки из 7-ки и лишь libpthread.so.2 организовал через компат. Произошла несовместимость. Щас всё работает. Осталось dynashape привинтить и всё, можно запускать nas.

[Belchik]

на семёрке PoPTop не запускали?

[crash]

запускал в тестовых целях. Все работало. Правда сейчас ставлю все на 6 ветку и mpd. Говорят, что mpd ресурсов меньше жрет, посмотрим.

[Belchik]

У меня возникла проблема на FreeBSD 7.0 Release.
Ставлю poptop(1.3.4), настройки как на старенькой FreeBSD 5.4 и poptop 1.2.3.
Один-два юзера подключаются.
Проявившиеся проблемы:
1) у pptpd появился такой пункт как connections - по умолчанию 100. когда юзеров коннектится поболее остальные отбрасываюся с ошибкой 800.

2) И самая главная, при подключении юзеров поболее чем 40-60, сервер начинает писать в логи ppp.log такие строки:

Код: Выделить всё

Apr 11 10:00:10 omega ppp[65543]: Warning: iface add: ioctl(SIOCAIFADDR, 10.51.0.1 -> 10.53.4.1): File exists
Apr 11 10:00:10 omega ppp[65543]: Phase: deflink: lcp -> open
Apr 11 10:00:10 omega ppp[65543]: Phase: bundle: Network
Apr 11 10:00:10 omega ppp[65543]: Warning: iface add: ioctl(SIOCAIFADDR, 10.51.0.1 -> 10.53.4.1): File exists
Apr 11 10:00:10 omega ppp[65543]: Error: ipcp_InterfaceUp: unable to set ip address
Apr 11 10:00:10 omega ppp[65543]: Phase: Radius(acct): STOP data sent
Apr 11 10:00:10 omega ppp[65543]: Phase: bundle: Terminate

Соответственно у клиента рвётся соединение с ошибкой 629 "Соединение разорвана удалённым сервером"(типа того).

Никто с таким не сталкивался?

[demiurg]

629 туннель висит.
А то что более 100 не поднимает - гон. Ты просто создай побольше /dev/tun Приходилось руками добавлять).
А вообще, поставил бы mpd4, от многих проблем бы избавился.

[mikkey finn]

лучше mpd5. оно уже в релизе, живет на шаблонах, гораздо удобнее в настройке.

[SOLDIER]

Замечаний по работе никаких нет, кроме стандартных

1. Сломанного регистронезависимого поиска
2. Сломано (по сравнению с 004) добавление предоплаченых единиц.

Прошу прощения, что несколько не по теме. Не просветите насчёт второго пункта? А то сейчас как раз поставил нулевую 005 версию на Gentoo 2007.1 с AMD64. Именно этот пункт ещё не проверял. Ксати - по поводу нерабочего Веба. У меня он (aaa5) тоже выдавал ошибку. ldd aaa5 показал, что не найдены библиотеки libxslt и libxml2. Собрал их в поднятом на серваке 32-битноом окружении и перенёс в нужную директорию - усё запахало. Не знаю - как с этим во Фре, но вдруг поможет.