[freebsd] zfs set mountpoint

2013-08-18 Пенетрантность Sayetsky Anton 
Приветствую, коллеги.
Как правильно использовать сабж в случае миграции на ZFS?
Вот создал я пул, всё настроил, unmount -a, set mountpoint=legacy
pool, а для ФС в пуле как следует?
Если, например, сделать set mountpoint=/var pool/var, то оно сразу же
монтируется вместо /var и система падает.

[freebsd] Re: [freebsd] Re: [freebsd] Собрать openoffice

2013-08-05 Пенетрантность Sayetsky Anton 
5 августа 2013 г., 12:01 пользователь Alexander Shikoff
 написал:
> python должен быть собран с PTH=off, пакет devel/pth не должен быть
> установлен вообще, иначе сборка обрывается.
pth в пистоне 2.7 вообще кривой, у меня с ним fail2ban не пашет.

[freebsd] Re: [freebsd] ipsec на 9.0

2013-08-03 Пенетрантность Sayetsky Anton 
jason@jw:~$ grep "IPSEC" /sys/conf/NOTES
# In order to enable IPSEC you MUST also add device crypto to
options IPSEC #IP security (requires device crypto)
#options IPSEC_DEBUG #debug for IP security
# Set IPSEC_FILTERTUNNEL to change the default of the sysctl to force packets
# IPSEC history is preserved for such packets, and can be filtered
#options IPSEC_FILTERTUNNEL #filter ipsec packets from a tunnel
# Set IPSEC_NAT_T to enable NAT-Traversal support. This enables
options IPSEC_NAT_T #NAT-T support, UDP encap of ESP
# TCP sessions (e.g. BGP) where IPSEC is not available nor desirable.
# This requires the use of 'device crypto', 'options IPSEC'
# configuring IPSEC and when you have a h/w crypto device to accelerate

Может быть, поэтому?

[freebsd] Re: [freebsd] Сжатия ядра и модулей

2013-08-01 Пенетрантность Sayetsky Anton 
1 августа 2013 г., 15:29 пользователь Anton Yuzhaninov
 написал:
> Ядро с которого у нас грузятся машинки по сети (PXE. tftp, NFS root) сжато
> обычным gzip -9n. Используем amd64 и вполне работает. Ядро на диске не
> пробовал сжимать, но думаю тоже будет работать.
Слишком опрометчивое мнение. Ну, pxeboot поддерживает gzip. А вы
уверены, что loader тоже?

ЗЫЖ Сам не знаю, не пробовал.

[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Собрать openoffice

2013-07-31 Пенетрантность Sayetsky Anton 
31 июля 2013 г., 15:29 пользователь Alexander Shikoff
 написал:
> Антон, в этом треде в конце есть же информация, как пофиксить Вашу проблему.
> Сообщение от 30 июня.
Ага, смотрел. Но ещё не пробовал.

[freebsd] Fwd: [freebsd] Re: [freebsd] Собрать openoffice

2013-07-31 Пенетрантность Sayetsky Anton 
31 июля 2013 г., 14:26 пользователь Sergey V. Dyatko
 написал:
> [tiger@tiger]~%make -C /usr/ports/editors/libreoffice showconfig
> ===> The following configuration options are available for
> libreoffice-4.0.4_1: CUPS=off: CUPS printing system support
>  DEBUG=off: Install debug symbols
>  GNOME=off: GNOME desktop environment support
>  GTK2=on: GTK+ 2 GUI toolkit support
>  GTK3=off: GTK+ 3 GUI toolkit support
>  JAVA=off: Add java support (XML Filters, macros)
>  KDE4=off: KDE 4 desktop environment support
>  MMEDIA=off: Enable multimedia backend for impress
>  PGSQL=off: Build with PostgreSQL-SDBC driver
>  SDK=off: Build with SDK
>  SYSTRAY=off: Enable systemtray quickstarter
>  TEST=off: Run all regression tests
>  WEBDAV=off: Enable webdav protocol
> ===> Use 'make config' to modify these settings
Хм, появилась одна мысль... может быть, виной этому опция KDE4? У меня
она включена, GTK выключена. Прошу отписаться по этому поводу тех, у
кого ЛО не завершается.

[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Собрать openoffice

2013-07-30 Пенетрантность Sayetsky Anton 
30 июля 2013 г., 21:13 пользователь Alexander Shikoff
 написал:
> Ээ... а у меня этого жука нету, т.е. zombie процессы не остаются.
> Может он amd64-специфик?
У меня они не зомби, а просто не завершаются (подробнее - с утра
смогу). kill проходит, конечно же.
На чём-либо, отличном от amd64 не пробовал - нету систем на других архитектурах.

[freebsd] Re: [freebsd] Re: [freebsd] Собрать openoffice

2013-07-30 Пенетрантность Sayetsky Anton 
30 июля 2013 г., 20:26 пользователь Alexander Shikoff
 написал:
> Подниму старую тему.
> editors/libreoffice 3.5.7 работал относительно хорошо.
> Сейчас в портах 4.0.4, в которой наблюдается баг, описан тут:
> https://bugs.freedesktop.org/show_bug.cgi?id=65603
> Причем OS не играет роли, я так понял: есть проблемы и под FreeBSD, и под
> Linux.
>
> У кого-то нормально работает версия 4.0.4 под FreeBSD?
У меня этот жук с 4 версии:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/178433

[freebsd] ZFS, GELI, checksums

2013-07-28 Пенетрантность Sayetsky Anton 
Приветствую, коллеги.
Созрел я таки заюзать ZFS (на зашифрованном разделе), в связи с чем
возник вопрос.
Итак, GELI умеет различные хэши, и ZFS тоже. Как известно, в GELI это
- data authentification для противодействия атакам вроде watermarking,
а в ZFS это - data integrity. Собственно, вопрос в том, чьи
контрольные суммы использовать. Если юзать GELI/SHA - нужны ли
ZFS/fletcher (и наоборот)?
ЗЫЖ Watermarking-атака маловероятна, посему острой необходимости в
хэшах GELI нет, но всё же, хотелось бы обсудить все варианты.

Re: [freebsd] postgresql 9.2.4 memory usage

2013-07-28 Пенетрантность Sayetsky Anton 
28 июля 2013 г., 18:11 пользователь Eugene Grosbein
 написал:
> Нормально оно работает.
Нормально для меня будет, когда base system сможет, без всяких
${name}term и т.п.

> Запускай jfbterm из rc условно, в зависимости от выдачи команды tty,
> только если она выдаёт что-то типа /dev/ttyv0:
>
> case "`tty`" in
> /dev/ttyv*) jfbterm;;
> esac
Думал над этим вариантом.
Но в итоге пришёл к выводу, что UTF-8 в консоли мне не нужно совсем.
:) На десктопах всё равно иксы, а на серваках SSH.

Re: [freebsd] postgresql 9.2.4 memory usage

2013-07-28 Пенетрантность Sayetsky Anton 
28 июля 2013 г., 17:54 пользователь Eugene Grosbein
 написал:
> Поддержка UTF-8 в консоли vty есть, начиная с 8.0:
> http://dadv.livejournal.com/162099.html
К сожалению, оно всё равно через ректум (оттуда же):
> Без jfbterm отрисовки шрифтов не будет и вместо кириллицы выдаются знаки 
> вопроса.
Кстати, я тестил. Ручками запускать jfbterm лень, а когда его в shell
rc пишешь - то консоль в иксах не пашет, ибо jfbterm хочет text mode и
закрывается.

[freebsd] Re: [freebsd] nmbclusters и автотюннинг

2013-07-19 Пенетрантность Sayetsky Anton 
releng/9.1 - неправда. По крайней мере, с дефолтными настройками.

[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Порты, которые не собираются clang'ом

2013-07-18 Пенетрантность Sayetsky Anton 
18 июля 2013 г., 14:13 пользователь Alexander Shikoff
 написал:
> Рассылка только для обсуждения высокоинтеллектуальных вопросов?
> Или так, срач просто захотелось развести?
Срач начали разводить вы, уважаемый, попытавшись заткнуть за вполне
логичную рекомендацию. Не нравится - не читайте, но просить/требовать
писать/не писать что-либо права не имеете - это всё-таки задача
модераторов и owner рассылки (если, конечно, они увидят нарушение
правил).

Прошу прощения за оффтоп. ;)

[freebsd] Re: [freebsd] Re: [freebsd] Порты, которые не собираются clang'ом

2013-07-18 Пенетрантность Sayetsky Anton 
18 июля 2013 г., 14:06 пользователь Alexander Yerenkow
 написал:
> Хотя бы затем, чтоб поглядеть что там пилят в карренте для графики (AMD TTM)
> или для линуксулюции поновее, разве нет?
Разумный вариант, соглашусь тут. Но для поиграться-то желательно:
собирать отдельную машину или дуалбут сделать (судя по первому письму
ТС, он это сделал на основной); и нужно: хотя бы представлять, что и
зачем делаешь, что хочешь протестировать и т.п.

[freebsd] Re: [freebsd] Re: [freebsd] Порты, которые не собираются clang'ом

2013-07-18 Пенетрантность Sayetsky Anton 
18 июля 2013 г., 14:03 пользователь Alexander Shikoff
 написал:
> Есть рациональное предложение: не нужно пожалуйста рассказывать, что для
> _разработчиков_, а что для простых смертных. Если нечего сказать по теме,
> не лезьте пожалуйста с лекциями.
Есть альтернативное предложение - не нужно писать не очень уж
интеллектуальные вопросы в духе "я что-то поставил, у меня что-то
сломалось, а как чинить - не знаю".

[freebsd] Re: [freebsd] Порты, которые не собираются clang'ом

2013-07-18 Пенетрантность Sayetsky Anton 
И заодно 
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/current-stable.html
прочесть. -CURRENT для _разработчиков_, которые _готовы решать
проблемы_. Зачем вообще ставить это на десктоп, а не дев-станцию - не
понимаю.

[freebsd] Re: [freebsd] pkgng и удаление "листьев"

2013-07-16 Пенетрантность Sayetsky Anton 
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=294895+0+/usr/local/www/db/text/2012/cvs-all/20120318.cvs-all
Это было сделано?

[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] apache не отдает файлы более 255 байт из примонтированной по самбе директории

2013-07-16 Пенетрантность Sayetsky Anton 
16 июля 2013 г., 10:29 пользователь Alexander Yerenkow
 написал:
>
> Можем ли немного развить тему? Если sendfile имеет "нюансы" в случае с
> smbfs, то что про него известно в случае других систем?
> У меня кое-где nginx раздаёт крупную (> 255) статику с ZFS и там sendfile
> включен.
> Есть у кого-то какая-то информация, или опыт связанный с проблемами с
> sendfile?
В общем-то, sendfile не должен работать на удалённых ФС. Но на любых
локальных должен.

[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] apache не отдает файлы более 255 байт из примонтированной по самбе директории

2013-07-16 Пенетрантность Sayetsky Anton 
16 июля 2013 г., 8:56 пользователь Timofey Andreewski  написал:
> Не понял, в чем конкретно это "ограничение со стороны Win" состоит, чтоб по
> стандартному системному запросу другого компьютера к расшаренной директории
> понимать, что это не просто запрос к файлу, а именно запрос от апача? Почему
> апачу оно "не дает", а cp вполне себе "дает"...
directio случаем не включен?

Re: [freebsd] perl-after-upgrade

2013-06-27 Пенетрантность Sayetsky Anton 
27 июня 2013 г., 16:30 пользователь Taras Heychenko
 написал:
> Ни у какой консоли памяти на такое количество строк не хватит.
Ну не знаю, у меня SC_BUFFER_SIZE=1024, в Konsole = 1.
Нигде не стоит более 1к пакетов, что гарантирует то, что результаты
влезут в буфер даже на физической консоли.

Re: [freebsd] perl-after-upgrade

2013-06-27 Пенетрантность Sayetsky Anton 
27 июня 2013 г., 16:27 пользователь Anton Yuzhaninov  написал:
> Рекомендую перейти на portmaster - если в середине пересборки N портов
> случится ошибка, он перед выходом напишет список портов, которые не успел
> пересобрать.
Не согласен с рекомендацией. См. "Listing the results" в конце выхлопа
portupgrade. Проблема в том, что ТС не сохранил выхлоп, как я понял.

Re: [freebsd] perl-after-upgrade

2013-06-27 Пенетрантность Sayetsky Anton 
27 июня 2013 г., 16:23 пользователь Taras Heychenko
 написал:
> Для этого должен быть выхлоп. Я (может и не прав, но речь не об этом) 
> результаты его работы никуда не перенаправлял.
А вот это зря... Надо ж было включить лог или хотя бы консоль не закрывать.

В таком случае можно попробовать примерно следующее:
portupgrade -frn perl-threaded (n - ничего не делать)
Полученный список скормить find с ключом -mtime, результирующий список
скормить portupgrade.

Re: [freebsd] perl-after-upgrade

2013-06-27 Пенетрантность Sayetsky Anton 
27 июня 2013 г., 16:09 пользователь Taras Heychenko
 написал:
> On 27 июня 2013, at 15:21, Taras Heychenko  wrote:
>>
>> Обновление модулей, дело конечно нужное и понятное. Но у меня exim и vim не 
>> хотели работать из-за невозможности найти libperl.so. Что для меня менее 
>> очевидно, чем поиск модулей.
>
> И еще один интересный вопрос. Запустил я portupgrade -rf perl-threaded. 
> Трудился он, трудился, а после чего слетел по ошибке в одном из портов. Я 
> конечно ошибку поправлю. Но запускать заново пересобирать все как-то не 
> хотелось бы... Насколько я понимаю, с такими опциями portupgrade будет таки 
> все зависящее пересобирать. Есть идеи, как можно избежать повторного перебора 
> всего, уже собранного? (Наверное можно отделить пересобранные пакеты по дате 
> модификации соответствующего каталога в /var/db/pkg. Но дальше два списка 
> приводить к одному виду, сравнивать diff'ом и пересобирать непересобранные? 
> Можно, но может есть более простой путь?)
Это же элементарно. Берём выхлоп portupgrade (результаты выполнения),
выкидываем всё с + (успешно собрано), скармливаем на второй проход
оставшееся.

[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] FIN_WAIT_1 во время DDoS

2013-06-27 Пенетрантность Sayetsky Anton 
27 июня 2013 г., 15:58 пользователь Sergey V. Dyatko
 написал:
> не так давно как раз и ковырялся с кол-вом одновременных
> коннектов у разных браузеров. опера (не могильная) их 6 или 8
> открывала, per server, по дефолту.
ОРЛЫ? Пруф по ссылке - http://rghost.ru/47054323.view

> ОТ: сам я перешел на ff на ноутбуке, назад на оперу не
> вернулся т.к. лень заморачиваться с вытаскиванием сохраненных в ff
> паролях к сайтам. уходил от оперы т.к. она штатно не умела socks до
> недавних версий
Не храните в браузере пОроли. Для этого есть KeePassX ;)

[freebsd] Re: [freebsd] Re: [freebsd] FIN_WAIT_1 во время DDoS

2013-06-27 Пенетрантность Sayetsky Anton 
27 июня 2013 г., 15:40 пользователь Sergey V. Dyatko
> не правда, не 10. Если мне склероз не изменяет, то максимум 8 у
> последнего ie, и еще у кого-то, по умолчанию.
Те, кто используют жОперу вместо браузера, создают уже много лет до 16
коннектов на сервер.

[freebsd] Re: [freebsd] Re: [freebsd] FIN_WAIT_1 во время DDoS

2013-06-27 Пенетрантность Sayetsky Anton 
27 июня 2013 г., 14:53 пользователь Alexey Markov  написал:
> Но, как я понимаю, соединения в состоянии FIN_WAIT_1 к nginx уже отношения
> не имеют - он закрыл соединение через close() и теперь система ждёт
> подтверждения закрытия от клиента. А боты, как известно, вежливостью не
> обременены. Вот я и думаю, как бы ограничить для ботов возможность создавать
> новые соединения, ещё на уровне транспорта?
Ещё можно посмотреть на http accept filter.

[freebsd] Re: [freebsd] FIN_WAIT_1 во время DDoS

2013-06-27 Пенетрантность Sayetsky Anton 
27 июня 2013 г., 13:45 пользователь Alexey Markov  написал:
> Всем, всего, и много!
>
> Есть некий веб-сервер под FreeBSD 8.3 на базе nginx и самописной
> CMS на Руби. В обычное время число соединений на нём выглядит
> примерно так:
>
> Connections:   1404
>
> TIME_WAIT  1316
> ESTABLISHED  70
> FIN_WAIT_18
> LAST_ACK  5
> SYN_RCVD  3
> FIN_WAIT_21
> LISTEN1
>
> В последнее время на этот веб-сервер повадились набегать боты с целью
> устроить DDoS. С помощью nginx все ботовые запросы успешно отсекались,
> но вот с числом соединений творилось неприятное:
>
> Connections:  68628
>
> FIN_WAIT_144255
> TIME_WAIT 11944
> LAST_ACK   6141
> SYN_RCVD   3687
> ESTABLISHED1589
> FIN_WAIT_2  765
> CLOSING 241
> CLOSED5
> LISTEN1
>
> Насколько я помню, состояние FIN_WAIT_1 - это когда приложение (nginx)
> уже закрыло соединение через close(), система послала FIN клиенту, а в
> ответ - тишина... В итоге, через некоторое время общее число соединений
> упирается в системный лимит, и все остальные клиенты обламываются. :-(
>
> Собственно, вопрос такой: будет ли ipfw считать соединения в состоянии
> FIN_WAIT_1 как "всё ещё установленные", и тем самым можно ли ограничить
> их число через limit src-addr ? И стоит ли в этом случае увеличить
> сразу net.inet.ip.fw.dyn_max с дефолтных 8192?
>
> --
> WBR, Alexey Markov.
Может, для начала покрутить limit_zone, reset_timedout_connection etc?

Re: [freebsd] perl-after-upgrade

2013-06-27 Пенетрантность Sayetsky Anton 
27 июня 2013 г., 11:22 пользователь Sergey V. Dyatko
 написал:
> libreoffice, если не ошибаюсь, хочет перд тредовый
Ошибаетесь.
jason@jw:~$ egrep "^OPTIONS_DEFAULT" !$
egrep "^OPTIONS_DEFAULT" /usr/ports/lang/perl5.14/Makefile
OPTIONS_DEFAULT= PERL_64BITINT PTHREAD USE_PERL
Тогда бы LO не собирался с дефолтными опциями.

Re: [freebsd] perl-after-upgrade

2013-06-27 Пенетрантность Sayetsky Anton 
27 июня 2013 г., 11:17 пользователь Alexander Chernyh
 написал:
> кстати, да тогда я б написал
> portupgrade -fr perl\*
Неправильно. Тогда пересоберутся все пакеты, имя которых начинается с
perl, но не только те, которые dependant on perl. Не критично, но
кол-во может быть разным.

> интересно в каких случаях нужен perl-threaded ???
В таких, когда надо писать многопоточные скрипты.

Re: [freebsd] perl-after-upgrade

2013-06-27 Пенетрантность Sayetsky Anton 
27 июня 2013 г., 11:15 пользователь Taras Heychenko
 написал:
> Да, спасибо. Так и есть -- не сообразил, как он смотрит на пакеты. Испытываю 
> некоторый дискомфорт от такой
> массовой пересборки пакетов, но похоже это единственный вменяемый по времени 
> вариант. Еще теперь нужно
> отслеживать, что он пересобрал, чтобы перезапускать то, что было запущено. :(
>
> Спасибо всем за помощь и подсказки.
По имени пакета и смотрит. Было же указано perl без wildcard. Ну, или
можно по port origin обновлять.
Кстати, разве в make.conf не вписаны MAKE_JOBS_NUMBER и FORCE_MAKE_JOBS?

Re: [freebsd] perl-after-upgrade

2013-06-27 Пенетрантность Sayetsky Anton 
27 июня 2013 г., 10:41 пользователь Taras Heychenko
 написал:
> Я уже писал, что эту команду я запускал. Мне не жалко, запустил еще раз. Вот 
> все, что она сказала:
> root@academ:~>portupgrade -rf perl
> [Updating the pkgdb  in /var/db/pkg ... - 312 packages 
> found (-0 +2) .. done]
>
> Ну и как я тоже уже писал, это не помешало остаться поломанными exim'у и 
> vim'у.
А теперь внимательно смотрим, что выдаёт pkg_info | egrep "^perl"
Может быть, он собран с THREADS и посему в системе нет пакета perl, а
есть perl-threaded?

Re: [freebsd] perl-after-upgrade

2013-06-27 Пенетрантность Sayetsky Anton 
27 июня 2013 г., 10:19 пользователь Taras Heychenko
 написал:
>Hi!
> Кто подскажет насчет обновления perl'а. Раньше была такая удобная штучка,
> как perl-after-upgrade, запуск которой после обновления perl'а, сохранял 
> работоспособность
> других пакетов, зависящих от perl. Сейчас его убрали. Как результат после 
> обновления перла
> у меня лично поломались exim и vim (с остальным еще не разобрался). Как 
> теперь малой кровью
> обновлять перл без пересборки всех пакетов, от которых он зависит?
less ${PORTSDIR}/UPDATING
/20130612

Можно бы было и самостоятельно посмотреть, не так ли? ;)
Ну и небольшой бонус: sysutils/bsdadminscripts, sysutils/libchk

Re: [freebsd] Re[2]: [freebsd] sendmail

2013-06-26 Пенетрантность Sayetsky Anton 
26 июня 2013 г., 10:17 пользователь Eugene Grosbein
 написал:
> On 26.06.2013 14:14, Sayetsky Anton wrote:
>> 20 июня 2013 г., 9:13 пользователь Valentin  написал:
>>> http://www.google.com.ua/search?hl=uk&q=sendmail+%D1%83%D0%B4%D0%B0%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5+%D0%BF%D0%BE%D1%87%D1%82%D0%BE%D0%B2%D1%8B%D1%85+%D1%81%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D0%BD%D0%B8%D0%B9+%D0%B8%D0%B7+%D0%BE%D1%87%D0%B5%D1%80%D0%B5%D0%B4%D0%B8+&oq=sendmail+%D1%83%D0%B4%D0%B0%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5+%D0%BF%D0%BE%D1%87%D1%82%D0%BE%D0%B2%D1%8B%D1%85+%D1%81%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D0%BD%D0%B8%D0%B9+%D0%B8%D0%B7+%D0%BE%D1%87%D0%B5%D1%80%D0%B5%D0%B4%D0%B8+&gs_l=serp.3...2734.6953.0.7860.2.2.0.0.0.0.94.188.2.2.0...0.0...1c.1.17.serp.E_pP5apJxMM
>> На будущее - лучше оборачивайте такие ссылки в http://bit.ly/vXtvlP
>
> А они в такой форме не протухнут ли через год?
Сам lmgtfy - нет. bit.ly - тут уж не абсолютно уверен, но не слышал о
случаях протухания ссылок там.

Re: [freebsd] Re[2]: [freebsd] sendmail

2013-06-26 Пенетрантность Sayetsky Anton 
20 июня 2013 г., 9:13 пользователь Valentin  написал:
> http://www.google.com.ua/search?hl=uk&q=sendmail+%D1%83%D0%B4%D0%B0%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5+%D0%BF%D0%BE%D1%87%D1%82%D0%BE%D0%B2%D1%8B%D1%85+%D1%81%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D0%BD%D0%B8%D0%B9+%D0%B8%D0%B7+%D0%BE%D1%87%D0%B5%D1%80%D0%B5%D0%B4%D0%B8+&oq=sendmail+%D1%83%D0%B4%D0%B0%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5+%D0%BF%D0%BE%D1%87%D1%82%D0%BE%D0%B2%D1%8B%D1%85+%D1%81%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D0%BD%D0%B8%D0%B9+%D0%B8%D0%B7+%D0%BE%D1%87%D0%B5%D1%80%D0%B5%D0%B4%D0%B8+&gs_l=serp.3...2734.6953.0.7860.2.2.0.0.0.0.94.188.2.2.0...0.0...1c.1.17.serp.E_pP5apJxMM
На будущее - лучше оборачивайте такие ссылки в http://bit.ly/vXtvlP

Re: [freebsd] ntpd & ipv6

2013-06-25 Пенетрантность Sayetsky Anton 
26 июня 2013 г., 1:11 пользователь Andrey V. Elsukov
 написал:
> IFDISABLED это флаг, связанный с интерфейсом, а не с адресом.
> Приложение не смотрит на наличие этого флага. Вообще, при IFDISABLED на
> интерфейсе, не должен появляться link-local адрес. И вам нужно выяснить
> почему он там появляется.
В принципе, логично, что не должен появляться. Откуда - пока не дошло
до меня, ибо в конфигах ничего, связанного с в6, нету.
root@pxe:/usr/src# egrep "^ifconfig" /etc/rc.conf
ifconfig_em0="inet 10.0.0.16 netmask 255.255.255.224"

ipv6_activate_all_interfaces="NO" - это в defaults/rc.conf, нигде не
переопределялось.

Re: [freebsd] ntpd & ipv6

2013-06-25 Пенетрантность Sayetsky Anton 
25 июня 2013 г., 14:45 пользователь Eugene Grosbein
 написал:
> Если не нужен IPv6, то и проблему можно просто игнорировать.
Это понятно, но избавиться б ещё от этих сообщений. ntpd вообще не
должен даже пытаться лезть на адрес с параметром IFDISABLED.

[freebsd] ntpd & ipv6

2013-06-25 Пенетрантность Sayetsky Anton 
Приветствую,
Кто-нибудь знает, как лечить нижеследующий сабж?

Jun 25 12:58:57 pxe kernel: Jun 25 12:58:57 pxe ntpd[691]: bind() fd
23, family AF_INET6, port 123, scope 1, addr fe80::250:56ff:febf:12,
mcast=0 flags=0x11 fails: Can't assign requested address
Jun 25 12:58:57 pxe kernel: Jun 25 12:58:57 pxe ntpd[691]: unable to
create socket on em0 (3) for fe80::250:56ff:febf:12#123

em0: flags=8843 metric 0 mtu 1500
options=9b
ether 00:50:56:bf:00:12
inet 10.0.0.16 netmask 0xffe0 broadcast 10.0.0.31
inet6 fe80::250:56ff:febf:12%em0 prefixlen 64 scopeid 0x1
nd6 options=29
media: Ethernet autoselect (1000baseT )
status: active
ipfw0: flags=8801 metric 0 mtu 65536
nd6 options=29
lo0: flags=8049 metric 0 mtu 16384
options=63
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
inet 127.0.0.1 netmask 0xff00
nd6 options=21

FreeBSD pxe.local 9.1-RELEASE-p2 FreeBSD 9.1-RELEASE-p2 #0: Sun Apr 28
16:07:37 EEST 2013 root@pxe.local:/usr/obj/usr/src/sys/PXESRV amd64

Натыкался на несколько тредов в рассылках, но гарантированного решения
так и не нашёл. Сразу говорю - активировать IPv6 не хочу - оно там не
нужно. Но и вырезать его поддержку не хочу тоже - вдруг когда-нибудь
пригодится.

Re: [freebsd] Re: ahcich0: Timeout

2013-06-25 Пенетрантность Sayetsky Anton 
2013/6/25 Sergey Listopad :
> smartctl 6.1 2013-03-16 r3800 [FreeBSD 9.0-STABLE i386] (local build)
> Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org
>
> === START OF INFORMATION SECTION ===
> Model Family: Hitachi Deskstar 7K160
> Device Model: Hitachi HDS721680PLA380
> Serial Number:PVF704Z12SS6KN
> LU WWN Device Id: 5 000cca 324e6faad
> Firmware Version: P21OABEA
> User Capacity:80,026,361,856 bytes [80.0 GB]
> Sector Size:  512 bytes logical/physical
> Device is:In smartctl database [for details use: -P show]
> ATA Version is:   ATA/ATAPI-7 T13/1532D revision 1
> Local Time is:Tue Jun 25 13:42:11 2013 EEST
> SMART support is: Available - device has SMART capability.
> SMART support is: Enabled
>
> === START OF READ SMART DATA SECTION ===
> SMART overall-health self-assessment test result: PASSED
>
> General SMART Values:
> Offline data collection status:  (0x00) Offline data collection activity
> was never started.
> Auto Offline Data Collection: Disabled.
> Self-test execution status:  (   0) The previous self-test routine
> completed
> without error or no self-test has ever
> been run.
> Total time to complete Offline
> data collection: ( 1445) seconds.
> Offline data collection
> capabilities: (0x5b) SMART execute Offline immediate.
> Auto Offline data collection on/off support.
> Suspend Offline collection upon new
> command.
> Offline surface scan supported.
> Self-test supported.
> No Conveyance Self-test supported.
> Selective Self-test supported.
> SMART capabilities:(0x0003) Saves SMART data before entering
> power-saving mode.
> Supports SMART auto save timer.
> Error logging capability:(0x01) Error logging supported.
> General Purpose Logging supported.
> Short self-test routine
> recommended polling time: (   1) minutes.
> Extended self-test routine
> recommended polling time: (  24) minutes.
> SCT capabilities:   (0x003f) SCT Status supported.
> SCT Error Recovery Control supported.
> SCT Feature Control supported.
> SCT Data Table supported.
>
> SMART Attributes Data Structure revision number: 16
> Vendor Specific SMART Attributes with Thresholds:
> ID# ATTRIBUTE_NAME  FLAG VALUE WORST THRESH TYPE  UPDATED
> WHEN_FAILED RAW_VALUE
>   1 Raw_Read_Error_Rate 0x000b   086   086   016Pre-fail  Always
> -   131252
>   2 Throughput_Performance  0x0005   100   100   050Pre-fail  Offline
> -   0
>   3 Spin_Up_Time0x0007   129   129   024Pre-fail  Always
> -   155 (Average 154)
>   4 Start_Stop_Count0x0012   100   100   000Old_age   Always
> -   68
>   5 Reallocated_Sector_Ct   0x0033   100   100   005Pre-fail  Always
> -   102
>   7 Seek_Error_Rate 0x000b   100   100   067Pre-fail  Always
> -   0
>   8 Seek_Time_Performance   0x0005   100   100   020Pre-fail  Offline
> -   0
>   9 Power_On_Hours  0x0012   095   095   000Old_age   Always
> -   41836
>  10 Spin_Retry_Count0x0013   100   100   060Pre-fail  Always
> -   0
>  12 Power_Cycle_Count   0x0032   100   100   000Old_age   Always
> -   68
> 192 Power-Off_Retract_Count 0x0032   099   099   000Old_age   Always
> -   1573
> 193 Load_Cycle_Count0x0012   099   099   000Old_age   Always
> -   1573
> 194 Temperature_Celsius 0x0002   187   187   000Old_age   Always
> -   32 (Min/Max 16/44)
> 196 Reallocated_Event_Count 0x0032   100   100   000Old_age   Always
> -   133
> 197 Current_Pending_Sector  0x0022   100   100   000Old_age   Always
> -   1
> 198 Offline_Uncorrectable   0x0008   100   100   000Old_age   Offline
> -   0
> 199 UDMA_CRC_Error_Count0x000a   200   253   000Old_age   Always
> -   0
>
> SMART Error Log Version: 1
> No Errors Logged
>
> SMART Self-test log structure revision number 1
> Num  Test_DescriptionStatus  Remaining  LifeTime(hours)
> LBA_of_first_error
> # 1  Extended offlineCompleted without error   00%  5882
> -
> # 2  Short offline   Completed without error   00%  5882
> -
>
> SMART Selective self-test log data structure revision number 1
>  SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
> 100  Not_testing
> 200  Not_testing
> 300  Not_testing
> 400  Not_testing
> 500  Not_testing
> Selective self-test flags (0x0):
>   After scanning selected spans, do NOT read-scan remainder of disk.
> If Selective self-test is pending on power-up, resume after 0 minute delay.
>
>
> Наступил конец HDD?

Во-первых,
>   9 Power_On_Hours  0x0012   095   095   000Old_age   Always
> -   41836
Выбросить винт сразу, 40к часов наработки - слишком много.

Во-вторых,
> 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always
> - 133
> 197 Current_Pending_Sector 0x0022 100 100 000 Old_age A

[freebsd] Re: [freebsd] isc-dhcp раздаёт зарезервированные адреса

2013-06-18 Пенетрантность Sayetsky Anton 
18 июня 2013 г., 11:56 пользователь skeletor  написал:
> То есть именно так и никак иначе?
> Странно другое, что раньше никогда с такой проблемой не встречался, хотя
> несколько лет использую isc-dhcp
https://lists.isc.org/pipermail/dhcp-users/2010-October/012484.html
The address can be assigned to another host even if host "foo" is
online ! Host declarations do NOT go through the normal lease
processing, and so the server doesn't actually keep any record of
having given the address to "foo". therefore, it can, and will, at
some point select that address to give to another client.

Re: [freebsd] RAID stripe & UFS block sizes and PostgreSQL

2013-06-17 Пенетрантность Sayetsky Anton 
17 июня 2013 г., 17:33 пользователь Artem Naluzhnyy  
написал:
> 2013/6/17 Eugene Grosbein :
>> Из очевидного - выяснить размер блока в базе Postgres, при разметке файловой 
>> системы
>> сделать такой же размер блока и соответственно страйп подогнать.
>
> Постгресовский block_size - 8 KB (дефолтный)
>
> То есть правильно ли я понимаю, что без изменения размера блока в
> постгресе, UFS блок можно увеличить до 8 KB, и размер страйпа тоже
> выставить в 8 KB (4K не получится - контроллер меньше не
> поддерживает)?
>
> Как-то оно стремно выглядит, учитывая дефолтный размер страйпа в 64 KB, 
> кажется.
>
> --
> Artem Naluzhnyy
Не стоит так сильно снижать stripesize массива - этим можно весьма
ощутимо повысить нагрузку на проц контроллера. Как показывает
практика, если ставить меньше 64/32 К - в некоторых местах проц
RAID-контроллера уже притормаживает.
Так что я бы сделал ufs 32k block/8k frag, stripe 32(64)k.

Re: [freebsd] RAID stripe & UFS block sizes and PostgreSQL

2013-06-17 Пенетрантность Sayetsky Anton 
17 июня 2013 г., 17:26 пользователь Eugene Grosbein
 написал:
> On 17.06.2013 20:51, Sayetsky Anton wrote:
>> 17 июня 2013 г., 16:49 пользователь Eugene Grosbein
>>  написал:
>>> UFS+gjournal
>> Ни в коем случае. Это лютый тормоз.
>
> Неправда. Всё зависит от характера нагрузки на запись.
> При длительной линейной записи gjournal вдвое медленней, чем UFS+softupdates 
> без gjournal,
> а при множестве коротких записей (разворачивание дерева портов)
> gjournal в 2.5 раза быстрее, чем UFS+softupdates.
В общем-то, да, когда журнал не забит ещё. :) А проблема снижения
скорости из-за того, что gjournal есть block-level, и через него идут
как данные, так и метаданные.

Re: [freebsd] RAID stripe & UFS block sizes and PostgreSQL

2013-06-17 Пенетрантность Sayetsky Anton 
17 июня 2013 г., 16:49 пользователь Eugene Grosbein
 написал:
> UFS+gjournal
Ни в коем случае. Это лютый тормоз.

[freebsd] Re: [freebsd] [freebsd] Мёртвые PR

2013-06-13 Пенетрантность Sayetsky Anton 
12 июня 2013 г., 23:34 пользователь Serge Negodyuck
 написал:
>
> 2013/6/12 Sayetsky Anton 
>>
>> Приветствую, товарищи. Кого пинать, куда писать, дабы воскресили сабж?
>> Знаю только для портов - portmgr@.
>>
>> Список, например:
>> o2012/06/29bin/169542gpart(8): partition alignment
>> doesn't works on MBR
>> f 2012/05/03 kern/167562 pjd [geli] geli cannot use gpt labels in
>> loader.conf
>> f 2012/10/23 ports/172975 edwin [patch] misc/zoneinfo: correct description
>> o2013/02/19conf/176263make delete-old doesn't honor
>> WITHOUT_SYSINSTALL in src.conf
>
>
> Куда писать - follow-up в соответствующие PR.  Естествено, больше шансов у
> тех PR, где есть готовые патчи.
>
Как можно увидеть, в части приведённых мною PR имеется follow-up, но
никто не прочёл, видимо. А на двух из них вообще responsible нет -
кому придёт уведомление? :)

[freebsd] [freebsd] Мёртвые PR

2013-06-12 Пенетрантность Sayetsky Anton 
Приветствую, товарищи. Кого пинать, куда писать, дабы воскресили сабж?
Знаю только для портов - portmgr@.

Список, например:
o2012/06/29bin/169542gpart(8): partition alignment
doesn't works on MBR
f 2012/05/03 kern/167562 pjd [geli] geli cannot use gpt labels in loader.conf
f 2012/10/23 ports/172975 edwin [patch] misc/zoneinfo: correct description
o2013/02/19conf/176263make delete-old doesn't honor
WITHOUT_SYSINSTALL in src.conf

[freebsd] Re: [freebsd] Ответ на пакет в тот же интерфейс, а не a дефолт

2013-06-02 Пенетрантность Sayetsky Anton 
2 июня 2013 г., 20:48 пользователь Vladislav Prodan
 написал:
>
>
> Имею:
> 1) Router1, FreebSD, 10.0.0.1, 1wan
> 2) wi-fi-router, Linux RT-N56U, 10.0.0.125, 1 wan
>
> Cвязь между ними через тупой свитч.
> На RT-N56U сооружен портфорвардинг ssh, к Router1.
> Пакеты доходят, но src пакетов - внешний IP и ответ уходит через WAN с 
> Router1.
> Мне сооружать setfib, чтоб ответ ssh уходил через RT-N56U ?
Да. :)

Re: [freebsd] mpd-5.7

2013-05-30 Пенетрантность Sayetsky Anton 
30 мая 2013 г., 14:53 пользователь Eugene Grosbein  написал:
> On 30.05.2013 18:40, Sayetsky Anton wrote:
>> 30 мая 2013 г., 14:33 пользователь Eugene Grosbein  
>> написал:
>>> On 30.05.2013 18:28, Sayetsky Anton wrote:
>>>
>>>>> Я недавно патч отсылал (баг в реализации MS-CHAPv2 в mpd) личной почтой,
>>>>> ответа пока нет. Может быть, в отпуске где.
>>>> А вот тут поподробнее можно? Ибо у меня как раз эта авторизация -
>>>> проверю на 5.7.
>>>
>>> http://www.grosbein.net/freebsd/patches/mpd5/patch-chap.c
>>>
>>> В пакете Responce есть зарезервированное поле Flags, которое по RFC
>>> MUST be zero. mpd это поле не инициализирует, там получается мусор,
>>> мне встретилась железка со встроенным PPtP/L2TP-сервером, которой это не 
>>> нравится
>
> ^
>>> и без патча mpd на железке авторизоваться не может.
>
>> У меня сработало:
>
> [skip]
>
> Ключевая фраза подчеркнута. accel-ppp, очевидно, индифферентен к содержимому 
> этого
> поля, как и все, кто мне раньше встречался. Включая самого mpd в роли сервера.
Не спорю и буду иметь в виду.
Благодарю за ответы.

Re: [freebsd] mpd-5.7

2013-05-30 Пенетрантность Sayetsky Anton 
30 мая 2013 г., 14:33 пользователь Eugene Grosbein  написал:
> On 30.05.2013 18:28, Sayetsky Anton wrote:
>
>>> Я недавно патч отсылал (баг в реализации MS-CHAPv2 в mpd) личной почтой,
>>> ответа пока нет. Может быть, в отпуске где.
>> А вот тут поподробнее можно? Ибо у меня как раз эта авторизация -
>> проверю на 5.7.
>
> http://www.grosbein.net/freebsd/patches/mpd5/patch-chap.c
>
> В пакете Responce есть зарезервированное поле Flags, которое по RFC
> MUST be zero. mpd это поле не инициализирует, там получается мусор,
> мне встретилась железка со встроенным PPtP/L2TP-сервером, которой это не 
> нравится
> и без патча mpd на железке авторизоваться не может.

У меня сработало:
May 30 14:34:37 jw mpd: Multi-link PPP daemon for FreeBSD
May 30 14:34:37 jw mpd:
May 30 14:34:37 jw mpd: process 40944 started, version 5.7
(r...@jw.lds.net.ua 14:27 30-May-2013)
May 30 14:34:37 jw mpd: [B2] Bundle: Interface ng0 created
May 30 14:34:37 jw mpd: [L2] Link: OPEN event
May 30 14:34:37 jw mpd: [L2] LCP: Open event
May 30 14:34:37 jw mpd: [L2] LCP: state change Initial --> Starting
May 30 14:34:37 jw mpd: [L2] LCP: LayerStart
May 30 14:34:37 jw mpd: [L2] PPTP call successful
May 30 14:34:37 jw mpd: [L2] Link: UP event
May 30 14:34:37 jw mpd: [L2] LCP: Up event
May 30 14:34:37 jw mpd: [L2] LCP: state change Starting --> Req-Sent
May 30 14:34:37 jw mpd: [L2] LCP: SendConfigReq #1
May 30 14:34:37 jw mpd: [L2] ACFCOMP
May 30 14:34:37 jw mpd: [L2] PROTOCOMP
May 30 14:34:37 jw mpd: [L2] ACCMAP 0x000a
May 30 14:34:37 jw mpd: [L2] MRU 1460
May 30 14:34:37 jw mpd: [L2] MAGICNUM 4510f190
May 30 14:34:37 jw mpd: [L2] LCP: rec'd Configure Request #1 (Req-Sent)
May 30 14:34:37 jw mpd: [L2] AUTHPROTO CHAP MSOFTv2
May 30 14:34:37 jw mpd: [L2] MAGICNUM 11a5c04b
May 30 14:34:37 jw mpd: [L2] MRU 1400
May 30 14:34:37 jw mpd: [L2] LCP: SendConfigAck #1
May 30 14:34:37 jw mpd: [L2] AUTHPROTO CHAP MSOFTv2
May 30 14:34:37 jw mpd: [L2] MAGICNUM 11a5c04b
May 30 14:34:37 jw mpd: [L2] MRU 1400
May 30 14:34:37 jw mpd: [L2] LCP: state change Req-Sent --> Ack-Sent
May 30 14:34:39 jw mpd: [L2] LCP: SendConfigReq #2
May 30 14:34:39 jw mpd: [L2] ACFCOMP
May 30 14:34:39 jw mpd: [L2] PROTOCOMP
May 30 14:34:39 jw mpd: [L2] ACCMAP 0x000a
May 30 14:34:39 jw mpd: [L2] MRU 1460
May 30 14:34:39 jw mpd: [L2] MAGICNUM 4510f190
May 30 14:34:39 jw mpd: [L2] LCP: rec'd Configure Reject #2 (Ack-Sent)
May 30 14:34:39 jw mpd: [L2] ACFCOMP
May 30 14:34:39 jw mpd: [L2] PROTOCOMP
May 30 14:34:39 jw mpd: [L2] ACCMAP 0x000a
May 30 14:34:39 jw mpd: [L2] LCP: SendConfigReq #3
May 30 14:34:39 jw mpd: [L2] MRU 1460
May 30 14:34:39 jw mpd: [L2] MAGICNUM 4510f190
May 30 14:34:39 jw mpd: [L2] LCP: rec'd Configure Nak #3 (Ack-Sent)
May 30 14:34:39 jw mpd: [L2] MRU 1400
May 30 14:34:39 jw mpd: [L2] LCP: SendConfigReq #4
May 30 14:34:39 jw mpd: [L2] MRU 1400
May 30 14:34:39 jw mpd: [L2] MAGICNUM 4510f190
May 30 14:34:39 jw mpd: [L2] LCP: rec'd Configure Ack #4 (Ack-Sent)
May 30 14:34:39 jw mpd: [L2] MRU 1400
May 30 14:34:39 jw mpd: [L2] MAGICNUM 4510f190
May 30 14:34:39 jw mpd: [L2] LCP: state change Ack-Sent --> Opened
May 30 14:34:39 jw mpd: [L2] LCP: auth: peer wants CHAP, I want nothing
May 30 14:34:39 jw mpd: [L2] LCP: LayerUp
May 30 14:34:39 jw mpd: [L2] CHAP: rec'd CHALLENGE #1 len: 21
May 30 14:34:39 jw mpd: [L2] Name: ""
May 30 14:34:39 jw mpd: [L2] CHAP: Using authname "jason"
May 30 14:34:39 jw mpd: [L2] CHAP: sending RESPONSE #1 len: 59
May 30 14:34:39 jw mpd: [L2] CHAP: rec'd SUCCESS #1 len: 73
May 30 14:34:39 jw mpd: [L2] MESG:
S=4359543047B709AACBFBDB88C853B98BB47D6F48 M=Authentication succeeded
May 30 14:34:39 jw mpd: [L2] LCP: authorization successful
May 30 14:34:39 jw mpd: [L2] Link: Matched action 'bundle "B2" ""'
May 30 14:34:39 jw mpd: [L2] Link: Join bundle "B2"
May 30 14:34:39 jw mpd: [B2] Bundle: Status update: up 1 link, total
bandwidth 64000 bps
May 30 14:34:39 jw mpd: [B2] IPCP: Open event
May 30 14:34:39 jw mpd: [B2] IPCP: state change Initial --> Starting
May 30 14:34:39 jw mpd: [B2] IPCP: LayerStart
May 30 14:34:39 jw mpd: [B2] CCP: Open event
May 30 14:34:39 jw mpd: [B2] CCP: state change Initial --> Starting
May 30 14:34:39 jw mpd: [B2] CCP: LayerStart
May 30 14:34:39 jw mpd: [B2] ECP: Open event
May 30 14:34:39 jw mpd: [B2] ECP: state change Initial --> Starting
May 30 14:34:39 jw mpd: [B2] ECP: LayerStart
May 30 14:34:39 jw mpd: [B2] IPCP: Up event
May 30 14:34:39 jw mpd: [B2] IPCP: state change Starting --> Req-Sent
May 30 14:34:39 jw mpd: [B2] IPCP: SendConfigReq #1
May 30 14:34:39 jw mpd: [B2] IPADDR 0.0.0.0
May 30 14:34:39 jw mpd: [B2] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
May 30 14:34:39 jw mpd: [B2] CCP: Up event
May 30 14:34:39 jw mpd: [B2] CCP: state change Starting --> Req-Sent
May 30 14:34:39 jw mpd: [B2] CCP: SendConfigReq #1
May 30 14:34

Re: [freebsd] mpd-5.7

2013-05-30 Пенетрантность Sayetsky Anton 
30 мая 2013 г., 14:26 пользователь Eugene Grosbein  написал:
> On 30.05.2013 18:24, Sayetsky Anton wrote:
>> 30 мая 2013 г., 14:21 пользователь Sayetsky Anton  написал:
>>> 30 мая 2013 г., 14:18 пользователь Eugene Grosbein  
>>> написал:
>>>> On 30.05.2013 18:17, Sayetsky Anton wrote:
>>>>> Приветствую, товарищи.
>>>>> А не знает ли кто часом, почему mav@ не коммитит сабж в дерево портов?
>>>>
>>>> Порт-фриз же был.
>>> А дату не напомните? Ибо: mpd-5.7.tar.gz2013-04-12588.6 kB19
>> Кажись нашёл - 
>> http://lists.freebsd.org/pipermail/freebsd-ports/2013-March/082562.html
>>> Martin Wilke miwi at FreeBSD.org
>>> Sat Mar 30 05:36:47 UTC 2013
>> Себе-то сейчас скомпиляю. Думаю, стоит ли написать PR для напоминания.
>
> Я недавно патч отсылал (баг в реализации MS-CHAPv2 в mpd) личной почтой,
> ответа пока нет. Может быть, в отпуске где.
А вот тут поподробнее можно? Ибо у меня как раз эта авторизация -
проверю на 5.7.

Re: [freebsd] mpd-5.7

2013-05-30 Пенетрантность Sayetsky Anton 
30 мая 2013 г., 14:21 пользователь Sayetsky Anton  написал:
> 30 мая 2013 г., 14:18 пользователь Eugene Grosbein  
> написал:
>> On 30.05.2013 18:17, Sayetsky Anton wrote:
>>> Приветствую, товарищи.
>>> А не знает ли кто часом, почему mav@ не коммитит сабж в дерево портов?
>>
>> Порт-фриз же был.
> А дату не напомните? Ибо: mpd-5.7.tar.gz2013-04-12588.6 kB19
Кажись нашёл - 
http://lists.freebsd.org/pipermail/freebsd-ports/2013-March/082562.html
> Martin Wilke miwi at FreeBSD.org
> Sat Mar 30 05:36:47 UTC 2013
Себе-то сейчас скомпиляю. Думаю, стоит ли написать PR для напоминания.

Re: [freebsd] mpd-5.7

2013-05-30 Пенетрантность Sayetsky Anton 
30 мая 2013 г., 14:18 пользователь Eugene Grosbein  написал:
> On 30.05.2013 18:17, Sayetsky Anton wrote:
>> Приветствую, товарищи.
>> А не знает ли кто часом, почему mav@ не коммитит сабж в дерево портов?
>
> Порт-фриз же был.
А дату не напомните? Ибо: mpd-5.7.tar.gz2013-04-12588.6 kB19

[freebsd] mpd-5.7

2013-05-30 Пенетрантность Sayetsky Anton 
Приветствую, товарищи.
А не знает ли кто часом, почему mav@ не коммитит сабж в дерево портов?

[freebsd] Re: [freebsd] На хабре очень мало статей про FreeBSD :(

2013-05-25 Пенетрантность Sayetsky Anton 
25 мая 2013 г., 15:47 пользователь Vladislav V. Prodan
 написал:
> В отличии от Линукс:
>
> Помочь GNU/Linux -- это просто!
> http://habrahabr.ru/post/180181/
>
> Может кто-нибудь, напишет серьезный пост на тему *nix-freebsd?
Ну, напишите - в чём проблема? :)

Re: [freebsd] quagga syslog

2013-05-24 Пенетрантность Sayetsky Anton 
24 мая 2013 г., 19:23 пользователь Eugene Grosbein  написал:
> On 24.05.2013 22:36, Sayetsky Anton wrote:
>> Приветствую, коллеги.
>> Появился вопрос, а сходу сам не допёр. Как заставить сабж писать логи
>> только в указанный файл?
>> При добавлении в syslog.conf
>> !zebra
>> *.* /var/log/zebra.log
>> сообщения также дублируются в messages, например, чего не происходит
>> при аналогичной настройке для mpd.
>
> Это всего лишь значит, что сообщения от mpd не подпадают под дефолтный фильтр
> для /var/log/messages, а от quagga подпадают. А по сути уже ответили :-)
Благодарю. А то в вечер пятницы плохо воспринимается не самый
очевидный формат конфига syslog. ^

[freebsd] quagga syslog

2013-05-24 Пенетрантность Sayetsky Anton 
Приветствую, коллеги.
Появился вопрос, а сходу сам не допёр. Как заставить сабж писать логи
только в указанный файл?
При добавлении в syslog.conf
!zebra
*.* /var/log/zebra.log
сообщения также дублируются в messages, например, чего не происходит
при аналогичной настройке для mpd.

Re: [freebsd] ipfw + kernel nat

2013-05-24 Пенетрантность Sayetsky Anton 
24 мая 2013 г., 14:18 пользователь Alex Khrenov  написал:
> Добрый день.
> Есть роутер под FreeBSD 9.1
> Крутится ipfw + kernel nat
> Нужно пробрасывать определенный порт внутрь локалки. Казалось бы задача
> тривиальная, но бьюсь уже второй день. Суть в том, что пробласываются
> только пакеты, приходящие на основной адрес интерфейса, пакеты
> приходящие на этот интерфейс на любой другой адрес попадают в НАТ и
> просто отбрасываются.
...
> то работает проброс на 2.2.2.2. Может я что-то пропустил или это фича?
> Не хочется все возможные варианты подставлять в конфиг...

Могу ошибаться, но...
man ipfw
/deny in
> Deny any incoming connection from outside world.
Не?

[freebsd] Re: [freebsd] Книга по FreeBSD

2013-05-24 Пенетрантность Sayetsky Anton 
> 23.05.2013 16:45, Vladislav Prodan написав(ла):
>
>
> http://freebsdbook.com.ua/
>
> Оглавление очень напоминает структуру handbook'a...
Кто-нибудь ДНС-Украина уже троллил?

Re: [freebsd] asterisk & life:)

2013-05-20 Пенетрантность Sayetsky Anton 
20 мая 2013 г., 10:23 пользователь Sergey Kobzar
 написал:
> On 05/18/13 14:58, Sayetsky Anton wrote:
>
>>> Какой-то маркетинговый булшит, если честно. Что значит "не поддерживает
>>> как
>>> платформу"?  В смысле разработчики не будут рещать ваши проблемы? Так они
>>> и
>>> так скорее всего не будут без контракта на поддержку. Это
>>> кроссплотформенное
>>> пхп приложение, которое прекрасно работает на фре. Хватит
>>> дезинформировать
>>> народ.
>>
>> Отчасти соглашусь. Набор скриптов на пыхпыхе будет работать везде, где
>> работает пыхпых с используемыми модулями. Но могут быть тонкости. Типа
>> hardcoded команды перезапуска. Вот подобные вещи и приводят к тому,
>> что "ОС не поддерживается".
>
>
> У Asterisk набор комманд один и тот же, вне зависимости от того, под какую
> платформу он собран. Даже если пути где-то жестко прописаны - можно
> подбравить. Код открытый, все скрипты на php/bash.
Ключевая фраза здесь - _можно поправить_. В этом и соль.

Re: [freebsd] asterisk & life:)

2013-05-18 Пенетрантность Sayetsky Anton 
18 мая 2013 г., 14:52 пользователь Alex Samorukov  написал:
> On 05/18/2013 12:50 PM, Eugene V. Boontseff wrote:
>>
>> On 18.05.2013 00:45, Sergey Kobzar wrote:
>>>
>>> On 05/17/13 23:20, Eugene V. Boontseff wrote:
>>>
>>>
>>> Обновляю стандартным методом - черз WebUI. Ни разу проблем не было.
>>> "Легко установить" - это первый раз повозиться придется. Потом все
>>> раскладывается по полочкам.
>>>
>>> IMO говорить что FreePBX не предназначен для BSD - все равно, что
>>> утверждать аналогичное для Word Press. FreePBX - тот же сайт, но который
>>> правит локальные файлы да пинает астериск периодически.
>>
>> Я говорил не так. Имелось в виду, что Freepbx.org не поддерживает freebsd,
>> как платформу.
>
> Какой-то маркетинговый булшит, если честно. Что значит "не поддерживает как
> платформу"?  В смысле разработчики не будут рещать ваши проблемы? Так они и
> так скорее всего не будут без контракта на поддержку. Это кроссплотформенное
> пхп приложение, которое прекрасно работает на фре. Хватит дезинформировать
> народ.
Отчасти соглашусь. Набор скриптов на пыхпыхе будет работать везде, где
работает пыхпых с используемыми модулями. Но могут быть тонкости. Типа
hardcoded команды перезапуска. Вот подобные вещи и приводят к тому,
что "ОС не поддерживается".

[freebsd] Re: [freebsd] Сетевая карта PCI Gigabit

2013-05-15 Пенетрантность Sayetsky Anton 
15 мая 2013 г., 10:23 пользователь Alexandr  написал:
> Антон, а net.inet.tcp.tso включен? У меня после переезда на 9-ку
> наблюдались проблемы с исходящим траффиком (очень медленная отдача).
sysjason@jw:~$ sysctl -a | grep net.inet.tcp.tso
net.inet.tcp.tso: 1
jason@jw:~$ ifconfig em0
em0: flags=8843 metric 0 mtu 1500
options=421db
ether 00:1b:21:xx:xx:xx
inet 10.0.20.13 netmask 0xff00 broadcast 10.0.20.255
inet6 fe80::21b:21ff:fec1:acac%em0 prefixlen 64 scopeid 0x2
nd6 options=29
media: Ethernet autoselect (1000baseT )
status: active

Как я и писал - данную настройку не трогал. Средний траф отдачи - 50
Мбит/сек, со средними пиками в 200. Проблем не испытываю.

[freebsd] Re: [freebsd] Сетевая карта PCI Gigabit

2013-05-15 Пенетрантность Sayetsky Anton 
15 мая 2013 г., 9:46 пользователь Alexandr  написал:
> Intel(R) 82541PI Gigabit Ethernet Controller
> http://ark.intel.com/ru/products/6301/Intel-82541PI-Gigabit-Ethernet-Controller
>
> Успешно трудится примерно в таких же условиях, но на 9.1 и с
> net.inet.tcp.tso=0. Правда не igb(4), а em(4)
У меня этот же контроллер отлично работал на 8.х, потом на 9.х amd64.Сейчас:
root@jw:~# lspci | grep Ether
02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
Из настроек только это:
root@jw:~# grep em /boot/loader.conf
hw.em.rxd="4096"
hw.em.txd="4096"

Но отмечу, что если предполагается большое кол-во PPS -
Desktop-контроллеры абсолютно не подходят из-за отсутствия поддержки
очередей (поправьте, если уже поддерживают) и следовательно,
невозможности параллельной обработки.

[freebsd] Re: [freebsd] ... И apache22 туда же... (WAS: m4 на 7.2-RELEASE)

2013-04-29 Пенетрантность Sayetsky Anton 
30 апреля 2013 г., 0:07 пользователь George L. Yermulnik
 написал:
> Hello!
>
> On Mon, 29 Apr 2013 at 22:40:24 (+0300), Sergey Rudenko wrote:
>
>> Но с optionsng ты прав, лучше бы ничего не делали)))
>
> Мне просто любопытно: а что с optionsng не так?
Кроме того, что это принципиальное изменение структуры опций, которому
ещё нужно научиться и к которому нужно привыкнуть - ничего. :)

[freebsd] Re: [freebsd] [freebsd] m4 на 7.2-RELEASE

2013-04-29 Пенетрантность Sayetsky Anton 
29 апреля 2013 г., 12:11 пользователь Taras Heychenko
 написал:
> Как-то нелогично отвечать лично мне. :) Ну да ладно.
Да это тупой новый интерфей гмыла - не привык ещё я...
> Я не знаю, что там будет сказано, но при сборке почему-то считается, что оно 
> есть. Т.е. где-то неправильно отрабатывает configure -- я бы оттуда поиски 
> начинал. Что именно неправильно отрабатывает и почему.
Я к тому, что "make"|"make all" в каталоге порта выполняет make
extract patch configure all (ЕМНИП в такой последовательности). Т.е.
отдельный вызов make configure преимуществ не даст.

[freebsd] Re: [freebsd] Переклювение раскладок в X Window

2013-04-25 Пенетрантность Sayetsky Anton 
25 апреля 2013 г., 17:37 пользователь Constantin Stefanov
 написал:
> Sayetsky Anton wrote:
>>> Как сделать переключение ракладок (рус, англ) по Ctrl+Shift - понятно
>>> xkboptions "grp:ctrl_shift_toggle".
>>>
>>> Но при этом нажатие Ctrl+Shift+Key (Key - любая буква или цифра) - тоже
>>> переключает раскладку. А можно ли сделать как в Windows, чтобы
>>> Ctrl+Shift переключало, а Ctrl+Shift+Key - нет. Вот я не могу нагуглить
>>> ни как это сделать, ни утверждения, что так сделать нельзя.
>>>
>>> Все-таки можно так сделать, и если можно, то как?
>> http://habrahabr.ru/sandbox/44336/
> Вот спасибо! Правда, я надеялся, что это можно сделать как-то штатно, но
> лучше патч, чем никак.
Там же, на хабре, была ссылка на багтрекер Х. 4 года висел тикет, так
что смотреть надо - может и поправили в какой-то версии уже.

Re: [freebsd] svn up & portsnap fetch

2013-04-24 Пенетрантность Sayetsky Anton 
24 апреля 2013 г., 12:25 пользователь Alexey Markov  написал:
> У portsnap есть только один небольшой минус: он хранит туеву хучу мелких
> файлов в /var/db/portsnap/files. Во всём остальном для обновления портов
> он показался мне гораздо удобнее SVN-а.
А ещё обновляется не мгновенно.

[freebsd] Re: [freebsd] У апача плохо отрабатывает graceful-stop

2013-04-16 Пенетрантность Sayetsky Anton 
2013/4/16 Vladislav Prodan 
> Что-бы такого в скрипт /usr/local/etc/rc.d/apache22 дописать, чтоб нормально 
> гасить зависнувших потомков httpd ?
Может быть, лучше попытаться выяснить причину, по которой виснет? kill
-KILL можно дописать, но это ведь абсолютно неправильно.

[freebsd] 8.4-BETA1

2013-03-26 Пенетрантность Sayetsky Anton 
http://lists.freebsd.org/pipermail/freebsd-stable/2013-March/072913.html
Собственно, сабж. Вдруг кто пропустил.

Re: [freebsd] svn checkout?

2013-03-21 Пенетрантность Sayetsky Anton 
21 марта 2013 г., 11:59 пользователь   написал:
>> > Хотя для обновления дерева портов я пользуюсь portsnap,
>> > для просмотра лога изменений порта (указываю параметр:
>> > поддиректория/порт):
>> >
>> > #!/bin/sh
>> > svn log svn://svn0.us-east.freebsd.org/ports/head/$1 | less
>> >
>> т.е. у Вас установлен svn клиент, зачем тогда использовать portsnap
>
> portsnap быстрее, обновляет INDEX (без fetch всего файла)
> до точно соответствующего обновленному дереву состояния
> и кажется занимает меньше места на диске в /var/db/portsnap,
> чем поддиректории .svn (у меня их нет, т.к. для отката порта
> использую export вместо checkout).
Меньше. SVN занимает около 200% от фактического размера хранимой ревизии.

Re: [freebsd] svn checkout?

2013-03-21 Пенетрантность Sayetsky Anton 
21 марта 2013 г., 11:05 пользователь   написал:
>> svn co svn://svn.freebsd.org/ports/head/ /usr/ports && cd /usr/ports; make 
>> index
>> Не? Хотя, конечно, portupgrade должен сам вытягивать INDEX-${RELEASE}
>
> portupgrade не вытягивает INDEX, только делает db из INDEX.
Точно? ;)

man portsdb:
DESCRIPTION
 The portsdb command is a tool to generates the ports database named
 INDEX.db from the ports index file named INDEX.  It is commonly used
 among the tool suite and automatically updated on demand when it gets
 older than the index file.

 -F
 --fetchindex   Fetch the ports index file called INDEX from the official
site.

Re: [freebsd] svn checkout?

2013-03-21 Пенетрантность Sayetsky Anton 
21 марта 2013 г., 11:03 пользователь Sergey V. Dyatko
 написал:
> On Thu, 21 Mar 2013 10:57:17 +0200
> Sayetsky Anton  wrote:
>
>> svn co svn://svn.freebsd.org/ports/head/ /usr/ports && cd /usr/ports;
>> make index Не? Хотя, конечно, portupgrade должен сам вытягивать
>> INDEX-${RELEASE}
>
> ты каждый раз сам строишь индекс?;-) зачем только ресурсы на машинках
> проекта зазря тратят, заставили бы всех так делать
> AOT: fetchindex
Мне не жалко. Это занимает всего минут 20, зато гарантированно INDEX
совпадает с содержимым дерева портов, в отличие от скачанного, который
обновляется несколько раз в день.

Re: [freebsd] svn checkout?

2013-03-21 Пенетрантность Sayetsky Anton 
svn co svn://svn.freebsd.org/ports/head/ /usr/ports && cd /usr/ports; make index
Не? Хотя, конечно, portupgrade должен сам вытягивать INDEX-${RELEASE}

[freebsd] Re: [freebsd] Re: [freebsd] Выбор Ethernet-контроллера

2013-03-12 Пенетрантность Sayetsky Anton 
12 марта 2013 г., 22:23 пользователь Serge Negodyuck
 написал:
> + pci 2.1 vs pci 2.0 ( В принципе, оно без разницы, но типа поновее, и типа
> шина пошустрее в два раза)
PCI? А ничего, что эти карты - PCI-Express, что есть совершенно разные
шины с PCI?

Re: [freebsd] 9.1 hangs on reboot after all buffers synced

2013-03-05 Пенетрантность Sayetsky Anton 
5 марта 2013 г., 15:35 пользователь Vasiliy P. Melnik
 написал:
>> Только если он сильно заполнен и отформатирован с большим кол-вом
>> inode. ;) Кроме того, SUJ. Так что не аргумент.
>
> Вы сколько держите бекапов важных данных? я по-максимуму, иначе смысл
> было брать 2ТБ винты
>
> про иноды ничего не читал - всегда форматил по-умолчанию.
Бэкап - небольшая кучка больших файлов, не так ли? ;) Собственно,
скорость работы fsck напрямую от кол-ва inode зависит, посему на
бэкапном разделе их можно сильно урезать.
И повторюсь - SUJ. И как написал товарищ выше, gjournal.

Re: [freebsd] 9.1 hangs on reboot after all buffers synced

2013-03-05 Пенетрантность Sayetsky Anton 
5 марта 2013 г., 15:23 пользователь Vasiliy P. Melnik
 написал:
>> ZFS не устоявшаяся файловая система, а активно разрабатываемая,
>> со всеми вытекающими. Я её не использую поэтому, мне загружаемость
>> и сохранность данных дороги.
>
> знаете за сколько времени проходит fsck на UFS-е на винте 2 терабайта
> ? :) теоретически около часа, потому что на 1.5ТБ проходил за 45
> минут.
Только если он сильно заполнен и отформатирован с большим кол-вом
inode. ;) Кроме того, SUJ. Так что не аргумент.

Re: [freebsd] 9.1 hangs on reboot after all buffers synced

2013-03-04 Пенетрантность Sayetsky Anton 
4 марта 2013 г., 14:33 пользователь Eugene Grosbein
 написал:
> 04.03.2013 19:27, Alexey Markov пишет:
>
>>  EG> From-To:  patched->closed
>>  EG> By:  avg
>>  EG> When:  Mon Jan 21 15:45:52 UTC 2013
>>  EG> Why:  Should be fixed in head and stable/9 now. No MFC to stable/8 is
>> planned
>>  EG> at the moment, because of differences in the ZFS code bases.
>>
>> Круто. Другими словами, либо накатывайте на рабочие сервера STABLE,
>> либо ждите следующего релиза.
>
> Это всегда так было. Багфиксы только в STABLE.
>
>> Что-то я всё больше склоняюсь к мысли пропустить очередную нечётную
>> ветку. От 2.Х, 4.Х, 6.Х и 8.Х остались только приятные воспоминания,
>> а 3.Х и 5.Х были тихим ужасом. 7.Х даже не смотрел. Видимо, и с 9.Х
>> такая же фигня получится.
>
> 3.X была вполне нормальная ветка в конце пути.
> 7.X тоже вполне себе, трудится до сих пор наравное с 6.X.
> Проблемы были, на самом деле, только в 5.X, потому что
> это была революция, как и в начале 3.X (переход с aout на ELF).
> А остальные - эволюционное развитие.
Поддерживаю. 5, 6, 7, 8 - вполне нормально работали и работают. У меня
в этом плане только одно правило - не использовать .0. Т.е. впервые я
сел (после 6) за 7.1, потом за 8.1, сейчас 9.1.

[freebsd] Re: [freebsd] Что-нибудь известно насчёт 8.4 - будет или нет?

2013-03-03 Пенетрантность Sayetsky Anton 
3 марта 2013 г., 11:11 пользователь Alexey Markov  написал:
> Всем, всего и много!
>
> У меня есть с десяток серверов на эхотаге, разбросанных по разным странам.
> Для простоты управления стараюсь держать на них одинаковые версии системы,
> в данный момент это 8.3-SECURITY (а на части особо старых - 6.4-STABLE).
>
> Собственно, вопрос: есть какие-нибудь достоверные
> сведения/слухи/предположения
> насчёт выхода 8.4? Потому что если 8.4 планируется к выпуску, то я спокойно
> сижу на
> текущей версии, а если нет - то ставлю на новые сервера 9.1 и буду
> готовиться к
> обновлению систем и портов на имеющихся серверах.

http://svnweb.freebsd.org/base/stable/8/
Как видно - ещё идут коммиты. Думаю, и 8.4 будет.

[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Отследить изменение файлов - чем?

2013-02-19 Пенетрантность Sayetsky Anton 
20 февраля 2013 г., 0:48 пользователь Denis Zhdanov
 написал:
> inotify? http://en.wikipedia.org/wiki/Inotify
Inotify (inode notify) is a Linux kernel subsystem

Ага, очень поможет под топиком. :)

[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Отследить изменение файлов - чем?

2013-02-19 Пенетрантность Sayetsky Anton 
19 февраля 2013 г., 15:41 пользователь Eugene Grosbein
 написал:
> Какой update?
jason@jw:/usr/ports/net-p2p/transmission-cli$ svn log -l 3

r310511 | crees | 2013-01-16 21:01:15 +0200 (ср, 16 янв 2013) | 7 lines

Update to 2.76

Various rc script tidying

PR: ports/175255
Submitted by:   Sayetsky Anton 


r309763 | mezz | 2012-12-31 19:03:21 +0200 (пн, 31 дек 2012) | 4 lines

Remove the created by me and update those header at the same time. I never
care about those header, so you even can claim that those were created by
you instead of me.


r309726 | crees | 2012-12-31 14:00:21 +0200 (пн, 31 дек 2012) | 5 lines

Update to 2.75

PR: ports/174507 (based on)
Submitted by:   Sayetsky Anton 



Такой же, как и эти несколько последних.

Re: [freebsd] MPD multiple links

2013-01-23 Пенетрантность Sayetsky Anton 
Благодарю за ответы, товарищи. Пожалуй, просто сделаю 2 статических
бандла - более 2х линков всё равно не предвидится.

[freebsd] MPD multiple links

2013-01-23 Пенетрантность Sayetsky Anton 
Приветствую, коллеги.
Потребовалось мне поднять одновременно 2 клиента в сабже. Вопросы
маршрутизации и т.п. не интересуют - нужный мне механизм известен.
Интересует вопрос конфигурации. Как это правильно вписать? В один
бандл несколько линков, по бандлу на каждый линк? Требуется держать
PPTP+PPPoE, адреса на линках разные.

[freebsd] [freebsd-beer] PPTP MPPE speed

2013-01-20 Пенетрантность Sayetsky Anton 
Приветствую, товарищи. Давайте-ка обсудим сабж.
Было замечено, что в любых комбинациях серверов/клиентов с шифрованием
получается выжать ~100 Мбит/сек. В качестве серверов выступали:
accel-pptp, MikroTik CCR-1036, Ericsson SE-100, в качестве клиентов -
различные шиндошс, freebsd/mpd, linux/pptp-client. Картина наблюдается
примерно одинаковая, на самом разном клиентском железе. Как только
выключаешь шифрование - скорость взлетает в разы.
Имеется подозрение, что это какое-то ограничение самого MPPE.
Сталкивался ли кто-нибудь, тестировал?

Re: [freebsd] mpd monitoring

2013-01-15 Пенетрантность Sayetsky Anton 
15 января 2013 г., 10:32 пользователь Yuriy B. Borysov
 написал:
> Здравствуйте!
>
> Подскажите, как ровней всего мониторить состояние интерфейсов в mpd?
> Есть ли у него интерфейс, через который можно скриптом получить
> состояние порта, и, неплохо бы, ip и гетвей.
>
> Спасибо!
>
> --
> WBR, Yuriy B. Borysov
> YOKO-UANIC | YOKO-RIPE

http://mpd.sourceforge.net/doc5/mpd40.html#40
Где-то здесь.

[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Собрать openoffice

2013-01-14 Пенетрантность Sayetsky Anton 
15 января 2013 г., 9:34 пользователь Sergey V. Dyatko
 написал:
> а где я написал, что он _не собирается_ ?
Вот здесь:
>> если собирать шлангом то у меня оно тоже падало, ошибку уже не помню.

Или это относится к его падению во время запуска? Так оно у меня и не падает. :)

> ну я таки репортю изредка, можно я всеже буду head пользоваться?
Выключите иронию, пожалуйста. ;)
Предыдущее письмо относится к тем, кто ставит не -RELEASE просто так,
а потом плачет, что нечто не работает. Если вам нужна система для
того, чтобы _работать_ - ставим -RELEASE и работаем. Если охота
поковыряться - ставим devel-ветки, но при этом заранее ждём проблем.

[freebsd] Re: [freebsd] Собрать openoffice

2013-01-14 Пенетрантность Sayetsky Anton 
14 января 2013 г., 21:09 пользователь Roman Goncharuk
 написал:
> зачем же ж так?!?
Ну хотя бы затем, что в LO идёт активная чистка кода, в отличие от.

[freebsd] Re: [freebsd] Собрать openoffice

2013-01-14 Пенетрантность Sayetsky Anton 
2013/1/14 Alexander Shikoff :
> Приветствую!
>
> Кто-то пытался собирать OO 3.4.1 в последнее время?
Может, стоит уже всё-таки перейти на LibreOffice? ;)

Re: [freebsd] mirror news

2013-01-14 Пенетрантность Sayetsky Anton 
14 января 2013 г., 11:41 пользователь Anton Yuzhaninov
 написал:
> Обоснования не знаю, но могу предположить, что из соображений безопасности.
> Владелец не подконтрольного зеркала теоретически может добавить в код
> backdoor который будет довольно сложно обнаружить.
Кстати, а yaru?

Re: [freebsd] mirror news

2013-01-14 Пенетрантность Sayetsky Anton 
14 января 2013 г., 11:41 пользователь Anton Yuzhaninov
 написал:
> Обоснования не знаю, но могу предположить, что из соображений безопасности.
> Владелец не подконтрольного зеркала теоретически может добавить в код
> backdoor который будет довольно сложно обнаружить.
Для образов - сверяем SHA.
В svn - не представляю, как внедрить что-либо.
Пакеты - дык, ССЗБ, что они с помощью GPG не подписаны.

Re: [freebsd] mirror news

2013-01-14 Пенетрантность Sayetsky Anton 
14 января 2013 г., 11:23 пользователь Sergey V. Dyatko
 написал:
> почитать от слов "5.2 How to become official then?" вот тут:-)
>
> http://www.freebsd.org/doc/en_US.ISO8859-1/articles/hubs/mirror-official.html
Благодарю, я как-то пропустил этот раздел. (А жаль - ресурсов мне не жалко.)

Re: [freebsd] mirror news

2013-01-14 Пенетрантность Sayetsky Anton 
Кстати. А скажите-ка, товарищи, что нужно для поднятия официального зеркала?
Возможно, весной у меня планируется расширение и как следствие -
возможность чего-нибудь посинкать. ;)

[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Высокая нагрузка

2013-01-11 Пенетрантность Sayetsky Anton 
10 января 2013 г., 20:11 пользователь Anton Yuzhaninov
 написал:
> ...
> Точных цифр уже не помню, но на 8-ке полугодовой давности UFS было заметно
> быстрее. На свежей фре пока нет времени протестировать, если кому не лень -
> проверьте пожалуйста.
>
> Данный тест выглядит очень искусственным, но создан по мотивам реального
> приложения (кроме stat-а в реальном приложении делались и другие операции,
> но медленный stat был узким местом).

Протестил. Таки да.

jason@jw:~$ test-dirhash.sh /tmp/ stat
 3412,59 real 1,22 user  1703,02 sys
jason@jw:~$ test-dirhash.sh /home/jason/ stat
   24,55 real 0,22 user 1,52 sys

Первое - это tmpfs, второе - ufs.
Механизм тестирования:
1. Создаём 300 000 файлов со случайным содержимым, размер - 4к.
2. Делаем ls -lAh на каталог.
3. Делаем find на каталог и stat через xargs
В тесте не учитывалось время создания файлов.

[freebsd] Re: [freebsd] Высокая нагрузка

2013-01-11 Пенетрантность Sayetsky Anton 
[OT]
11 января 2013 г., 10:19 пользователь Vadim S. Goncharov
 написал:
> Во фре это один и тот же бинарник
Ну да, бинарь один.

> а less имеет более удобный prompt, когда вызывается как more, и вообще 
> удобнее, при соответствующих настройках:
>
> export LESS="-eFi"
> export MORE="${LESS}-+G"
А тут не соглашусь. Каждому своё.

[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Высокая нагрузка

2013-01-10 Пенетрантность Sayetsky Anton 
10 января 2013 г., 20:28 пользователь greenh  написал:
> а что будет при переполнении?
Скорее всего, ведро запаникует.

> и можно ли tmpmfs делать не в /tmp?
tmp mfs - вроде нет, tmpfs - где угодно.

[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Высокая нагрузка

2013-01-10 Пенетрантность Sayetsky Anton 
10 января 2013 г., 19:52 пользователь Anton Yuzhaninov
 написал:
> FYI: в tmpfs нет аналога dirhash и при большом числе файлов в одной
> дериктории tmpfs работает плохо - заметно медленнее чем UFS.
Пару месяцев назад был разговор о tmpfs, и таки на нескольких десятках
тысяч файлов оно у меня значительно быстрее ufs отработало. Могу
повторить тесты, ежели интересно.

[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Высокая нагрузка

2013-01-10 Пенетрантность Sayetsky Anton 
10 января 2013 г., 19:44 пользователь Vasiliy P. Melnik
 написал:
> ну так сделайте всем хорошо :) размер определите сами
>
> tmpmfs="YES"# Set to YES to always create an mfs
> /tmp, NO to never
> tmpsize="128m"  # Size of mfs /tmp if created
Уж лучше tmpfs, нежели tmpmfs, имнхо.

Re: [freebsd] mirror news

2013-01-09 Пенетрантность Sayetsky Anton 
9 января 2013 г., 12:01 пользователь Vadim S. Goncharov
 написал:
> ...
> Накойхер мне цитата об экспорте портов в CVS, которую я, разумеется, видел,
> от чего и спросил про год жизни cvsup - заметим, общий cvsup, не портовый -
> ибо март как-то куда ближе, чем "через год".
Для умников, ведущих себя, аки золотая молодёжь с банков пива в подворотне:
http://lists.freebsd.org/pipermail/freebsd-stable/2013-January/071555.html

Re: [freebsd] mirror news

2013-01-09 Пенетрантность Sayetsky Anton 
9 января 2013 г., 12:01 пользователь Vadim S. Goncharov
 написал:
Ув., следите за языком, не переходите на личности и не ведите себя,
как быдло. Напомню, что баны уже были.
И да, новостей о прекращении поддержки cvsup было только для портов.

Re: [freebsd] mirror news

2013-01-09 Пенетрантность Sayetsky Anton 
9 января 2013 г., 11:48 пользователь Vadim S. Goncharov
 написал:
> Откуда информация? Официальные даты/по веткам уже были где-то?
Такое ощущение, что читать умеют 3-4 человека из рассылки, включая
меня... Печально это.
http://lists.freebsd.org/pipermail/freebsd-ports-announce/2012-September/26.html
> The development of FreeBSD ports is done in Subversion nowadays.
> For the sake of compatibility a Subversion to CVS exporter is
> in place which has some limitations. For CVSup mirroring cvsup
> based on Ezm3 is used which breaks regularly especially on amd64
> and with Clang and becomes more and more unmaintainable.

> For those reasons by February 28th 2013 the FreeBSD ports tree will
> no longer be exported to CVS. Therefore ports tree updates via CVS
> or CVSup will no longer available after that date. All users who use
> CVS or CVSup to update the ports tree are encouraged to switch to
> portsnap(8) [1] or for users which need more control over their ports
> collection checkout use Subversion directly:

Re: [freebsd] Intel and KMS

2013-01-08 Пенетрантность Sayetsky Anton 
8 января 2013 г., 15:12 пользователь Nick Kostirya
 написал:
> А почему нет до сих пор
> ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-9.1-release
>
> Или все ушли с использования pkg_add на что-то другое, а я не заметил?

Мда, ещё долго будут эти вопросы...
http://www.freebsd.org/news/2012-compromise.html

[freebsd] Re: [freebsd] Это бот ломится ?

2012-12-19 Пенетрантность Sayetsky Anton 
2012/12/19  :
> Заметил вот через tcpdump
> Если порт на интерфейсе  закрыт tcpdump всеравно будет видеть обращения к 
> закрытым портам?
> ххх это мой ип.
Ну, никто же не мешает послать туда SYN ;) Чем, собственно, и
проверить, открыт ли порт.

Re: [freebsd] 9.1 release

2012-12-16 Пенетрантность Sayetsky Anton 
16 декабря 2012 г., 19:02 пользователь Владимир Друзенко
 написал:
> Найдите 1 отличие. :-]
> Суть в том, что как только официально выходит релиз, так сразу в stable/N
> версия сменяется с N.x-PRERELEASE на N.x-STABLE.
> Это ещё не произошло, а значит релиза ещё нет.
> BTW, тут ещё не вспоминали ситуации о iso образами 9.0 перед самым релизом?
Я к тому, что в releng/9.1 _уже_ -RELEASE, который я давно собрал и
пользуюсь. Никаких других коммитов не будет. Следующий коммит -
9.1-RELEASE-p1.
А по поводу образов - меня, например, они не интересуют в принципе.
Ибо я ставлю систему методом buildworld && tar.

Re: [freebsd] 9.1 release

2012-12-16 Пенетрантность Sayetsky Anton 
16 декабря 2012 г., 18:32 пользователь Владимир Друзенко
 написал:

jason@jw:~$ date
воскресенье, 16 декабря 2012 г. 18:56:22 (EET)
jason@jw:~$ uname -srm
FreeBSD 9.1-RELEASE amd64
jason@jw:~$ svn log -l 1 /usr/src/

r243710 | kensmith | 2012-11-30 21:36:20 +0200 (пт, 30 ноя 2012) | 4 lines

We think we're ready for the 9.1-RELEASE builds.

Approved by:re (implicit)


jason@jw:~$ svn info /usr/src/
Path: /usr/src
Working Copy Root Path: /usr/src
URL: svn://svn.freebsd.org/base/releng/9.1
Repository Root: svn://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 244296
Node Kind: directory
Schedule: normal
Last Changed Author: kensmith
Last Changed Rev: 243710
Last Changed Date: 2012-11-30 21:36:20 +0200 (пт, 30 ноя 2012)

Только лишь это, больше ничего. :)

  1   2   3   4   5   6   >