from:"Anton Sayetsky"

3 янв. 2018 г. 1:24 пользователь "Eugene Grosbein" 
написал:

03.01.2018 4:41, Владимир Друзенко пишет:

> Под релизом подразумевался releng, конечно же.

Хорошая поправка, потому что releng это не release.

С чего бы вдруг -RELEASE + errata + SA = не -RELEASE?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Ports

2 января 2018 г., 23:33 пользователь George L. Yermulnik
<y...@yz.kiev.ua> написал:
> Hello!
>
> On Tue, 02 Jan 2018 at 23:24:45 (+0200), Anton Sayetsky wrote:
>
>> >> Ну вот на сайте FreeBSD написано, что закончилась поддержка RELENG 11.0 
>> >> (а не STABLE 11.0)
>
>> >> releng/11.0   11.0-RELEASEn/a October 10, 2016November 
>> >> 30, 2017
>
>> >> Там нигде не написано, что закончилась поддержка STABLE 11.0. У меня же 
>> >> uname говорит, что
>> >> установлена STABLE 11.0. Я понимаю, что нужно обновить систему, и т.п. И 
>> >> я это уже делаю. Я просто
>> >> говорю о том, что на сайте изложено плохо.
>
>> > Тасик, ты просто не туда и не так смотришь =)
>> > Смотри 
>> > https://www.freebsd.org/doc/en/books/dev-model/release-branches.html 
>> > (обрати внимание на сноску #7 - мне кажется, это именно тот камень, о 
>> > который ты спотыкаешься), потом https://www.freebsd.org/releng/ или 
>> > https://www.freebsd.org/security/unsupported.html
>> На самом деле туда даже смотреть не нужно. Нужно в bsd.port.mk, строки
>> 1187-1215 в ревизии 457794: там явно указано "если версия больше 11.0,
>> но меньше 11.1 - порты не собирать."
>
> Думаю, туда много кто посмотрел в ходе этого трида. Но ведь Тарас говорит о 
> другом: "Я просто говорю о том, что на сайте изложено плохо". И тут он, имхо, 
> прав. Даже в доке в той самой сноске #7 английским по белому написано: "There 
> is a terminology overlap with respect to the word "stable", which leads to 
> some confusion".
Ну, тут могу повторить то, что ты и так от меня не раз видел: "не
лезьте, <непередаваемая игра эмоций, которую не то что цензура, а и
здравый смысл не пропустит>, в stable/ если не знаете, что это такое".
Для меня вот абсолютно очевидно, что stable до момента отпочкования
10.1 есть 10.0, а 10.0 уже не поддерживается.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Ports

2 января 2018 г., 23:10 пользователь George L. Yermulnik
 написал:
> Hello!
>
> On Tue, 02 Jan 2018 at 20:12:56 (+0200), Taras Heichenko wrote:
>
>> Ну вот на сайте FreeBSD написано, что закончилась поддержка RELENG 11.0 (а 
>> не STABLE 11.0)
>
>> releng/11.0   11.0-RELEASEn/a October 10, 2016November 30, 
>> 2017
>
>> Там нигде не написано, что закончилась поддержка STABLE 11.0. У меня же 
>> uname говорит, что
>> установлена STABLE 11.0. Я понимаю, что нужно обновить систему, и т.п. И я 
>> это уже делаю. Я просто
>> говорю о том, что на сайте изложено плохо.
>
> Тасик, ты просто не туда и не так смотришь =)
> Смотри https://www.freebsd.org/doc/en/books/dev-model/release-branches.html 
> (обрати внимание на сноску #7 - мне кажется, это именно тот камень, о который 
> ты спотыкаешься), потом https://www.freebsd.org/releng/ или 
> https://www.freebsd.org/security/unsupported.html
На самом деле туда даже смотреть не нужно. Нужно в bsd.port.mk, строки
1187-1215 в ревизии 457794: там явно указано "если версия больше 11.0,
но меньше 11.1 - порты не собирать."
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Ports

2 янв. 2018 г. 20:13 пользователь "Taras Heichenko" 
написал:



> On Jan 2, 2018, at 20:02, Eugene Grosbein  wrote:
>
> 02.01.2018 20:47, Taras Heichenko пишет:
>
>> На сайте (в приведенной мной ссылке) о STABLE 11. В приведенных Евгением
и Георгием ссылках речь идет
>> о 11.0 RELENG. Я понимаю, что видимо хорошо покопавшись по сайту фри, я
где-нибудь да найду, что
>> 11.0-STABLE на самом деле нифига не STABLE, а RELENG, а STABLE на самом
деле 11.1.
>
> Нет. STABLE это STABLE, а RELENG это ещё одна ветка, которую
отпочковывают от STABLE

Ну вот на сайте FreeBSD написано, что закончилась поддержка RELENG 11.0 (а
не STABLE 11.0)

releng/11.0 11.0-RELEASEn/a October 10, 2016November
30, 2017

Там нигде не написано, что закончилась поддержка STABLE 11.0. У меня же
uname говорит, что
установлена STABLE 11.0. Я понимаю, что нужно обновить систему, и т.п. И я
это уже делаю. Я просто
говорю о том, что на сайте изложено плохо.

Да что ж такое-то... Моей ссылки на svnweb оказалось недостаточно, нужно
разжевать?


> во время изготовления релиза (не путать с созданием снапшота) и RELENG
получает
> очень небольшое количество обновлений, только обновления безопасности и
может быть ещё
> самые критические обновления стабильности.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Ports

2 января 2018 г., 17:00 пользователь Anton Sayetsky
<vsasja...@gmail.com> написал:
> 2 января 2018 г., 15:47 пользователь Taras Heichenko
> <ta...@academ.kiev.ua> написал:
>> На сайте (в приведенной мной ссылке) о STABLE 11. В приведенных Евгением и 
>> Георгием ссылках речь идет
>> о 11.0 RELENG. Я понимаю, что видимо хорошо покопавшись по сайту фри, я 
>> где-нибудь да найду, что
>> 11.0-STABLE на самом деле нифига не STABLE, а RELENG, а STABLE на самом деле 
>> 11.1. Но по факту я смотрю,
>> что у меня 11.0-STABLE, смотрю, что у STABLE/11 EoL 2021 год, и получаю 
>> сообщение, с которого началось обсуждение.
> Ещё раз тебе пишу - releng/11 сейчас 11.1, а не 11.0, вот пруф:
> https://svnweb.freebsd.org/base/stable/11/sys/conf/newvers.sh?r1=312249=318507
s/releng\/11/stable\/11/
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Ports

2018-01-02 15:04 GMT+02:00 George L. Yermulnik :
> Добавь в /etc/make.conf:
> .if ${.CURDIR:N/usr/ports*/*} == ""
> ALLOW_UNSUPPORTED_SYSTEM=yes
> .endif
Я помню, что ты любишь сокращать лишнее, поэтому держи немного короче:
.if ${.CURDIR:M*/ports/*/*}
Впрочем, можно и ещё короче - выбросить .if вообще, ничего страшного
не случится, думаю.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Ports

2 января 2018 г., 15:47 пользователь Taras Heichenko
 написал:
> На сайте (в приведенной мной ссылке) о STABLE 11. В приведенных Евгением и 
> Георгием ссылках речь идет
> о 11.0 RELENG. Я понимаю, что видимо хорошо покопавшись по сайту фри, я 
> где-нибудь да найду, что
> 11.0-STABLE на самом деле нифига не STABLE, а RELENG, а STABLE на самом деле 
> 11.1. Но по факту я смотрю,
> что у меня 11.0-STABLE, смотрю, что у STABLE/11 EoL 2021 год, и получаю 
> сообщение, с которого началось обсуждение.
Ещё раз тебе пишу - releng/11 сейчас 11.1, а не 11.0, вот пруф:
https://svnweb.freebsd.org/base/stable/11/sys/conf/newvers.sh?r1=312249=318507
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Ports

2 янв. 2018 г. 15:19 пользователь "Taras Heichenko" 
написал:

Hi!

> On Jan 2, 2018, at 15:01, Eugene Grosbein  wrote:

Кстати, еще один вопрос.

>> Есть FreeBSD 11.0-STABLE #0 r313384: Wed Feb  8 08:36:21 EET 2017
>>
>
> Формальная поддержка 11.0-RELEASE закончилась в ноябре прошлого года:
> https://www.freebsd.org/security/unsupported.html

Вот здесь https://www.freebsd.org/security/index.html#sup написано, что EoL
для 11 STABLE  предполагается 2021 год.
uname у меня пишет STABLE, а не RELEASE. Как-то оно неправильно?

В stable/11 сейчас 11.1-STABLE, всё правильно.

>
> Так что процитированному выше - верить.
> Либо обновиться до 11.1 (предпочитиельно, так как в 11.0, как и в любом
релизе .0, косяков хватало),
> либо, в качестве временной меры, прописать ALLOW_UNSUPPORTED_SYSTEM=yes в
/etc/make.conf
>

--
Taras Heichenko
ta...@academ.kiev.ua





___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] port directory error

9 декабря 2017 г., 22:08 пользователь   написал:
>> "reinstall clean" (очевидно же, что при
>> использовании reinstall нет нужды юзать deinstall перед этим).
>
> Очевидно, но не соответствует нынешней реальности.
> Попытка reinstall без deinstall перед этим
> сейчас (с нынешним деревом портов, с недавнего времени) вызывает
> невразумительную ошибку. Может позже и исправят.
УМВР. Пруфы-то будут?
ЗЫЖ Зачем в личку-то? Не вижу ничего секретного.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] port directory error

9 декабря 2017 г., 17:23 пользователь George L. Yermulnik
 написал:
> Не в тему трида, но про FLAVOR=py27: 1) не проще ли запустить всё это
> одной командной строкой (make FLAVOR=py27 deinstall reinstall clean)? и
> 2) FLAVOR и так py27 в devel/py-setuptool
Проще, конечно. А ещё проще - "reinstall clean" (очевидно же, что при
использовании reinstall нет нужды юзать deinstall перед этим).
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

9 декабря 2017 г., 16:43 пользователь Владимир Друзенко
<v...@unislabs.com> написал:
> 09.12.2017 17:38, Anton Sayetsky пишет:
>
> 9 дек. 2017 г. 16:29 пользователь "George L. Yermulnik" <y...@yz.kiev.ua>
> написал:
>
> Hello!
>
> On Sat, 09 Dec 2017 at 16:26:53 (+0200), Anton Sayetsky wrote:
>
>> Я бы просто поставил ports-mgmt/poudriere и забыл об этих проблемах.
>
> Во-первых, топик стартер, судя по всему, вообще не часто порты
> обновляет. А во-вторых, если один сервер или один десктоп, то лично я не
> вижу смысла городить пудру.
>
> Отвечу с конца: ну, я уже говорил тебе в частной переписке, почему я за
> poudriere, даже если это для локалхоста. Кроме того, не могу согласиться,
> что тут применим глагол "городить", так как это довольно простая штука -
> всего лишь десяток шелл-скриптов по сути. Там, кстати, фича-реквест висел по
> поводу использования хост-системы в качестве источника для jail.
> А по поводу нечастого обновления - так оно эту проблему и решает, тащемта.
> Указал себе список нужных пакетов - они и соберутся в чистой, изолированной
> системе, так что во время сборки проблемы удалённых/перемещённых портов
> исключаются. А в итоге у тебя репа, и pkg upgrade в подавляющем большинстве
> случаев вышеописанную ситуацию тоже обрабатывает автоматически (привет, Perl
> 5.xx -> 5.xx+1).
>
>
> Место под jail,
Аж целых полтора гига без учёта сжатия!
> регулярная его актуализация,
Только при смене major release.
> пересборка
Логично, что для страховки зависящие пакеты удаляются при обновлении
версии того, от чего зависят. Зато нет link error: undefined symbol,
даже если глупый maintainer забыл бампнуть PORTREVISION.
> или как минимум переустановка
Конечно - таким образом гарантируется чистое окружение.
> сотни портов только для того, чтобы обновить один единственный
> порт. Очень рациональное использование ресурсов! :-(
TMPFS и ccache включаются одной строчкой в конфиге.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] port directory error

9 дек. 2017 г. 17:01 пользователь "Андрій Добровольський" <
adobrovols...@gmail.com> написал:

On Wed, Dec 6, 2017 at 4:20 PM, George L. Yermulnik  wrote:

> Hello!
>
> On Mon, 04 Dec 2017 at 15:09:29 (+0200), George L. Yermulnik wrote:
>
> > > Дано FreeBSD 11.1-STABLE #2 r324855: Sun Oct 22 13:24:19 EEST 2017
>
> > > При очередном заходе на обновление установленного из портов команда
> > > portupgrade -an
>
> > > первой в списке того, что можно обновить начала выдавать такую строку:
> > > - devel/py-setuptools@py27 (port directory error)
>
> > > При этом есть у меня впечатление, что это строка начала появляться
> после
> > > того, как я запускал команду
> > > portupgrade -Rn py27*
>
> > > Но это уже так, размышления. А по сути естественно такого пути у меня
> в портах
> > > нету. Не то, чтобы оно так уж сильно мне мешало -- никакого влияния на
> систему
> > > от этого косяка я не заметил, но как-то оно меня муляет. Будут
> какие-то рекомендации,
> > > как от этого приведения можно избавиться?
>
> > В /usr/ports/UPDATING запись 20171130
> > В /usr/ports/CHANGES три записи 20171130
>
> > Вероятно portupgrade ещё не умеет хендлить flavors.
>
> portmaster тоже не умеет.
Но обновить порты надо.
И этот порт все обламывает в оставшихся необновленными ру27.
make FLAVOR=py36 install
каким образом должно исправить ситуацию?

По мотивам соседнего треда: использовать poudriere.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

9 дек. 2017 г. 16:29 пользователь "George L. Yermulnik" <y...@yz.kiev.ua>
написал:

Hello!

On Sat, 09 Dec 2017 at 16:26:53 (+0200), Anton Sayetsky wrote:

> Я бы просто поставил ports-mgmt/poudriere и забыл об этих проблемах.

Во-первых, топик стартер, судя по всему, вообще не часто порты
обновляет. А во-вторых, если один сервер или один десктоп, то лично я не
вижу смысла городить пудру.

Отвечу с конца: ну, я уже говорил тебе в частной переписке, почему я за
poudriere, даже если это для локалхоста. Кроме того, не могу согласиться,
что тут применим глагол "городить", так как это довольно простая штука -
всего лишь десяток шелл-скриптов по сути. Там, кстати, фича-реквест висел
по поводу использования хост-системы в качестве источника для jail.
А по поводу нечастого обновления - так оно эту проблему и решает, тащемта.
Указал себе список нужных пакетов - они и соберутся в чистой, изолированной
системе, так что во время сборки проблемы удалённых/перемещённых портов
исключаются. А в итоге у тебя репа, и pkg upgrade в подавляющем большинстве
случаев вышеописанную ситуацию тоже обрабатывает автоматически (привет,
Perl 5.xx -> 5.xx+1).
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

9 дек. 2017 г. 16:24 пользователь "George L. Yermulnik" 
написал:

Hello!

On Sat, 09 Dec 2017 at 16:36:37 (+0200), DAM wrote:

> > Как правильно поступать с портами такого толка:

> > llvm36-3.6.2_2
> > ===>>> The devel/llvm36 port has been deleted: Obsolete and
> > unmaintained upstream
> > p5-Parse-CPAN-Meta-1.44.14_1
> > ===>>> The devel/p5-Parse-CPAN-Meta port has been deleted: Has
> > expired: Merged into devel/p5-CPAN-Meta 2.15

> > Гугление пока не просветило.

> > Спасибо.

> > Не использовать их?
> Именно этого и хотелось бы... Но как от них избавиться и не приобрести
> проблем? Ведь они зачем-то устанавливались по зависимостям... Будет ли
> правильно просто их удалить?

Посмотрите, что от них зависит:
pkg info -r llvm36-3.6.2_2
pkg info -r p5-Parse-CPAN-Meta-1.44.14_1

От llvm обычно ничего не зависит. Его можно смело удалить. Порты
установят актуальную версию, когда это потребуется для сборки чего-либо.
Если от p5-Parse-CPAN-Meta-1.44.14_1 что-то зависит, пересоберите эти
порты, а потом удалите p5-Parse-CPAN-Meta-1.44.14_1

Я бы просто поставил ports-mgmt/poudriere и забыл об этих проблемах.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Неприменение патчей портов, сгенерированных с помощью "make makepatch"

1 декабря 2017 г., 18:40 пользователь Eugene Grosbein
 написал:
> Поменяй на pre-patch или post-patch.
Grand merci, monsieur!
Надо бы озаботиться вдумчивым чтением Porter's Handbook...
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Неприменение патчей портов, сгенерированных с помощью "make makepatch"

1 декабря 2017 г., 18:26 пользователь Eugene Grosbein
 написал:
> Ничего не значит - каких только криворучек я не видывал. Nothing personal :-)
> Следующий шаг - поизучать вывод make clean extract && make -d l patch 2>&1
Вангую, это из-за того, что определена секция "do-patch:", ибо:
# make clean extract && make -d l patch
===>  Cleaning for zfsnap-1.11.1
===>   zfsnap-1.11.1 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by zfsnap-1.11.1 for building
===>  Extracting for zfsnap-1.11.1
=> SHA256 Checksum OK for zfsnap-zfsnap-v1.11.1_GH0.tar.gz.
if [ ! -e /usr/ports/sysutils/zfsnap/work/.extract_done.zfsnap._usr_local
]; then  cd /usr/ports/sysutils/zfsnap && make
/usr/ports/sysutils/zfsnap/work/.extract_done.zfsnap._usr_local;  fi
echo "===>  Patching for zfsnap-1.11.1"
===>  Patching for zfsnap-1.11.1
/usr/bin/sed -e "s/xPERIODICx/hourly/g" -e
"s#xPREFIXx#/usr/local/sbin#g"
/usr/ports/sysutils/zfsnap/work/zfsnap-1.11.1/xPERIODICx_zfSnap.sh >
/usr/ports/sysutils/zfsnap/work/zfsnap-1.11.1/hourly_zfSnap.sh
/usr/bin/sed -e "s/xPERIODICx/daily/g" -e
"s#xPREFIXx#/usr/local/sbin#g"
/usr/ports/sysutils/zfsnap/work/zfsnap-1.11.1/xPERIODICx_zfSnap.sh >
/usr/ports/sysutils/zfsnap/work/zfsnap-1.11.1/daily_zfSnap.sh
/usr/bin/sed -e "s/xPERIODICx/weekly/g" -e
"s#xPREFIXx#/usr/local/sbin#g"
/usr/ports/sysutils/zfsnap/work/zfsnap-1.11.1/xPERIODICx_zfSnap.sh >
/usr/ports/sysutils/zfsnap/work/zfsnap-1.11.1/weekly_zfSnap.sh
/usr/bin/sed -e "s/xPERIODICx/monthly/g" -e
"s#xPREFIXx#/usr/local/sbin#g"
/usr/ports/sysutils/zfsnap/work/zfsnap-1.11.1/xPERIODICx_zfSnap.sh >
/usr/ports/sysutils/zfsnap/work/zfsnap-1.11.1/monthly_zfSnap.sh
/usr/bin/sed -e "s/xPERIODICx/reboot/g" -e
"s#xPREFIXx#/usr/local/sbin#g"
/usr/ports/sysutils/zfsnap/work/zfsnap-1.11.1/xPERIODICx_zfSnap.sh >
/usr/ports/sysutils/zfsnap/work/zfsnap-1.11.1/reboot_zfSnap.sh
/usr/bin/sed -e "s/xPERIODICx/hourly/g" -e
"s#xPREFIXx#/usr/local/sbin#g"
/usr/ports/sysutils/zfsnap/work/zfsnap-1.11.1/xPERIODICx_zfSnap_delete.sh
> /usr/ports/sysutils/zfsnap/work/zfsnap-1.11.1/hourly_zfSnap_delete.sh
/usr/bin/sed -e "s/xPERIODICx/daily/g" -e
"s#xPREFIXx#/usr/local/sbin#g"
/usr/ports/sysutils/zfsnap/work/zfsnap-1.11.1/xPERIODICx_zfSnap_delete.sh
> /usr/ports/sysutils/zfsnap/work/zfsnap-1.11.1/daily_zfSnap_delete.sh
/usr/bin/sed -e "s/xPERIODICx/weekly/g" -e
"s#xPREFIXx#/usr/local/sbin#g"
/usr/ports/sysutils/zfsnap/work/zfsnap-1.11.1/xPERIODICx_zfSnap_delete.sh
> /usr/ports/sysutils/zfsnap/work/zfsnap-1.11.1/weekly_zfSnap_delete.sh
/usr/bin/sed -e "s/xPERIODICx/monthly/g" -e
"s#xPREFIXx#/usr/local/sbin#g"
/usr/ports/sysutils/zfsnap/work/zfsnap-1.11.1/xPERIODICx_zfSnap_delete.sh
> /usr/ports/sysutils/zfsnap/work/zfsnap-1.11.1/monthly_zfSnap_delete.sh
/usr/bin/touch -f /usr/ports/sysutils/zfsnap/work/.patch_done.zfsnap._usr_local
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Неприменение патчей портов, сгенерированных с помощью "make makepatch"

1 декабря 2017 г., 18:22 пользователь Eugene Grosbein
<eu...@grosbein.net> написал:
> 01.12.2017 23:16, Anton Sayetsky пишет:
>> Приветствую, товарищи.
>> Нашёл тут баг в sysutils/zfsnap
>> (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223951), сгенерил
>> патч, как положено, но при выполнении "make patch" в каталоге порта он
>> не применяется (строки "Applying FreeBSD patches" тоже нет).
>> С чем это может быть связано и как чинить?
>
> Патч должен быть в подкаталоге files/, имя файла с патчем в этом подкаталоге
> должно подпадать под маску patch-* либо быть указанным явно в EXTRA_PATCHES
> в портовом Makefile. Остальные файлы не считаются патчами.
Я же в топике написал - сгенерирован с помощью "make makepatch". ;-)
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

[freebsd] Неприменение патчей портов, сгенерированных с помощью "make makepatch"

Приветствую, товарищи.
Нашёл тут баг в sysutils/zfsnap
(https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223951), сгенерил
патч, как положено, но при выполнении "make patch" в каталоге порта он
не применяется (строки "Applying FreeBSD patches" тоже нет).
С чем это может быть связано и как чинить?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 9.3-STABLE c RootOnZFS. Хочется доехать до 11.1

2017-11-08 Пенетрантность Anton Sayetsky

8 нояб. 2017 г. 15:37 пользователь "Eugene Grosbein" 
написал:

Первым делом надо добавить kern.geom.raid.enable=0 в /boot/loader.conf

Несть числа случаям, когда при апгрейде ВНЕЗАПНО оказывалось,
что в конце дисков есть метаданные, которые понимает graid,
добавленный в новой ветке в GENERIC и который таким образом
подминает под себя диски, не давая их использовать/смонтировать
другим подсистемам.

Всё гораздо проще, и система ему об этом сразу сказала - нет в 10.0
поддержки hole_birth.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] syslog и много хостов

2017-10-25 Пенетрантность Anton Sayetsky

Решение проще - ELK.

26 окт. 2017 г. 0:18 пользователь "Andrey" написал:

Доброго времени.

Нужно собирать логи с 600+ хостов

uname -a
BSD switchs 11.1-RELEASE FreeBSD 11.1-RELEASE #0 r321309

С rc.conf разобрался

syslogd_enable="YES"
syslogd_flags="-a 10.156.0.0/16:* -n -C"

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

+10.156.186.40
*.* /var/log/switchs-10.156.0.0.
log
+*

+10.156.187.48
*.* /var/log/switchs-10.156.0.0.
log
+*

и т.д. очень много раз

в man syslogd и man syslog.conf не нашел упоминания которое позволило бы
сократить конфиг до вида

+10.156.0.0/16
*.* /var/log/switchs-10.156.0.0.
log
+*

попробовал выкрутится так. писать все кроме хоста 10.156.186.253 но в лог
идут записи и самого хоста с сислогом
-10.156.186.253
*.* /var/log/switchs-10.156.0.0.
log
+*

можно скриптом сгенерить конфиг хоть для /8 сети но возможно есть решение
проще?
Это я не доглядел ман или действительно сислог не умеет так как я хочу?

в перспективе обработка этих логов для отдачи заббиксу
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Сети автономной системы

2017-09-15 Пенетрантность Anton Sayetsky

16 сент. 2017 г. 1:43 пользователь "Andrii Zarechanskyi" <
zorick...@gmail.com> написал:

Спасибо.

Видимо добавили достаточно недавно. Как майнтейнер нашелся.

Пару лет назад еще не было, когда устанавливал машину на которой могло
понадобиться

Ну, как сказать...
https://www.freshports.org/net-mgmt/bgpq3/
Port Added: 20 Nov 2009 18:48:09
Мне кажется, что 8 != 2.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] OPTIONS_UNSET и порты, которые не имеют соответствующих OPTIONS_DEFINE

2017-08-24 Пенетрантность Anton Sayetsky

24 августа 2017 г., 14:14 пользователь Anton Sayetsky
<vsasja...@gmail.com> написал:
> только DOCS, EXAMPLES; но перечислим всё, чтобы было консистентно с
> общим OPTIONS_DEFINE
OPTIONS_UNSET, конечно же.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] OPTIONS_UNSET и порты, которые не имеют соответствующих OPTIONS_DEFINE

2017-08-24 Пенетрантность Anton Sayetsky

21 августа 2017 г., 14:32 пользователь Anton Sayetsky
<vsasja...@gmail.com> написал:
> 21 августа 2017 г., 14:20 пользователь Eugene Grosbein
> <eu...@grosbein.net> написал:
>> Во-первых, заменить OPTIONS_UNSET=EXAMPLES на OPTIONS_UNSET?=EXAMPLES в 
>> make.conf
>> Во-вторых, быстрый способ - условно переопределять OPTIONS_UNSET на пустоту
>> в зависимости от каталога порта в том же make.conf
> Для
> моей ситуации понятно - должно помочь
И таки да - помогло, благодарю. Я пробовал разные варианты, но о "?="
почему-то не подумал. Итоговый конфиг такой:
OPTIONS_UNSET?=DOCS DTRACE EXAMPLES INFO X11
.if ${.CURDIR:M*/ports/sysutils/zfsnap2}
OPTIONS_UNSET=DOCS DTRACE INFO X11 # на поведение zfsnap2 влияют
только DOCS, EXAMPLES; но перечислим всё, чтобы было консистентно с
общим OPTIONS_DEFINE
.endif
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] OPTIONS_UNSET и порты, которые не имеют соответствующих OPTIONS_DEFINE

2017-08-21 Пенетрантность Anton Sayetsky

21 августа 2017 г., 14:20 пользователь Eugene Grosbein
 написал:
> Во-первых, заменить OPTIONS_UNSET=EXAMPLES на OPTIONS_UNSET?=EXAMPLES в 
> make.conf
> Во-вторых, быстрый способ - условно переопределять OPTIONS_UNSET на пустоту
> в зависимости от каталога порта в том же make.conf
Я почему-то был уверен, что правильно -
OPTIONS_[UN]SET+OPTIONS__[UN]SET, без вопросительного знака. Для
моей ситуации понятно - должно помочь, однако нужно ли ставить
вопросительный знак всегда?

>, а во-вторых, написать PR
> на тему починить порт, чтобы не ставил скрипты periodic в EXAMPLESDIR,
> а ставил куда положено
Готово: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221689

> и активировал их в зависимости от директив
> в /etc/periodic.conf, а не безусловно.
Тут, к счастью, всё в порядке.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

[freebsd] OPTIONS_UNSET и порты, которые не имеют соответствующих OPTIONS_DEFINE

2017-08-21 Пенетрантность Anton Sayetsky

Имею в make.conf OPTIONS_UNSET=EXAMPLES, ибо для подавляющего
большинства портов не вижу ничего полезного в примерах. Однако с
кривым sysutils/zfsnap2 проблема - скрипты periodic он устанавливает в
EXAMPLESDIR и, следовательно, с моим конфигом этого не делает вовсе.
При этом порт опции EXAMPLES не имеет.
Как наиболее кошерно починить эту ситуацию? Убирать OPTIONS_UNSET не хочу.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] releng/11.1: Supermicro X9, Matrox G200ew, vt

2017-08-08 Пенетрантность Anton Sayetsky

8 августа 2017 г., 15:25 пользователь Eugene Grosbein
 написал:
> UTF-8 в консоли FreeBSD/syscons поддерживается с версии 8.0:
> http://dadv.livejournal.com/162099.html
Ага, знаю об этом ректальном способе с jfbterm. В любом случае,
конкретно меня не интересует UTF.

Возвращаясь к vt: предполагаю, что изменений в коде необходимо сделать
не слишком много, ведь в G200ew ядро от обычной G200. Но сам, боюсь,
это сделать не осилю.
ЗЫЖ а ещё в vt шрифт отличный - это Terminus, как я вижу, а он для
текста, ПМСМ, идеален.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] releng/11.1: Supermicro X9, Matrox G200ew, vt

2017-08-08 Пенетрантность Anton Sayetsky

8 августа 2017 г., 14:58 пользователь Anton Sayetsky
<vsasja...@gmail.com> написал:
> Как бы мне всё-таки получить на этом железе 800х600 (так удобнее и
> надеюсь, что обрезания последней строки не будет)?
Ах, совсем забыл - на releng/10.3 использовал syscons + VESA +
SC_PIXEL_MODE - там 800х600 (да и дефолтное 720х400) работает
прекрасно, ничего не обрезается. Уже подумываю, а не выкинуть ли вновь
vt и не вернуться ли на старый, проверенный метод.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

[freebsd] releng/11.1: Supermicro X9, Matrox G200ew, vt

2017-08-08 Пенетрантность Anton Sayetsky

Приветствую, коллеги.
Имеется сабж и меня не устраивает, как оно "работает".
Видюха такая:
$ pciconf -lv vgapci0
vgapci0@pci0:8:3:0: class=0x03 card=0x062815d9 chip=0x0532102b
rev=0x0a hdr=0x00
vendor = 'Matrox Electronics Systems Ltd.'
device = 'MGA G200eW WPCM450'
class  = display
subclass   = VGA

По дефолту vt использует разрешение 640х480, но IPMI его видит как
672х480, из-за чего последняя строка на экране влезает только
наполовину: https://drive.google.com/file/d/0B2Ehe_bhVVnPSEJDYjBWVWRDcWc/view
(скриншот). Другие разрешения vt умеет только в режиме DRM, так что
первым делом модули drm + mga я и попробовал, но ничего не произошло.
Как оказалось - в /sys/dev/drm/drm_pciids.h есть только G200, но не
G200ew.
Добавил соответствующую строку - модуль пытается прицепить карту, но не может:
drm0:  numa-domain 0 on vgapci0
error: [drm:pid45748:drm_load] *ERROR* Card isn't AGP, or couldn't
initialize AGP.
device_attach: drm0 attach returned 12

Как бы мне всё-таки получить на этом железе 800х600 (так удобнее и
надеюсь, что обрезания последней строки не будет)?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] need py3 packages...

2017-08-07 Пенетрантность Anton Sayetsky

7 августа 2017 г., 12:30 пользователь George L. Yermulnik
 написал:
> Фломастеров много =) Я пишу так:
> .if !empty(.CURDIR:M/*/ports/category/portname)
Можно чуть короче:
.if ${.CURDIR:M*/ports/net-mgmt/net-snmp}
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] need py3 packages...

2017-08-05 Пенетрантность Anton Sayetsky

5 авг. 2017 г. 21:50 пользователь "Valentin Nechayev" 
написал:

Писать в make.conf это не совсем уместно (например, если мне нужны
впараллель py27-scipy и py35-scipy?), тут придётся дорабатывать как-то
ещё.

Я всё мечтаю, чтобы запилили наконец нормальные слоты, как в оффтопике,
который изначально идею портов взял из фри.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] need py3 packages...

2017-08-05 Пенетрантность Anton Sayetsky

5 августа 2017 г., 21:25 пользователь Andrey Marshalenko
 написал:
> Этот вроде вполне кошерен, но к вопросу присоеденюсь.
А каков тайный смысл присоединения к вопросу, на который уже был дан
ответ (который был тобой процитирован, между прочим)?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] releng/11.1 vt: цвета консоли для ядра и остального

2017-07-30 Пенетрантность Anton Sayetsky

30 июля 2017 г., 17:55 пользователь Anton Sayetsky
<vsasja...@gmail.com> написал:
> Приветствую, коллеги. Собственно, вопроc прост - запилили это уже
> наконец (аналог SC_{...}_ATTR) и если да - как настроить? В changelog
> инфы не нашёл.
Уже нашёл в vt(4). Жаль, что эти опции "are provided for compatibility
with the previous console device, sc(4). These options will be removed
in a future FreeBSD version".
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

[freebsd] releng/11.1 vt: цвета консоли для ядра и остального

2017-07-30 Пенетрантность Anton Sayetsky

Приветствую, коллеги. Собственно, вопроc прост - запилили это уже
наконец (аналог SC_{...}_ATTR) и если да - как настроить? В changelog
инфы не нашёл.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] sendmail

2017-07-10 Пенетрантность Anton Sayetsky

10 июля 2017 г., 15:00 пользователь Андрій Добровольський
 написал:
> Переезд с 10.1 на 10.3 был очень давно. И после него все работало.
А после чего сломалось?
> Сейчас было очередное обеовление патчей. Просто с большим перерывом.
> Но, спасибо за советы. Сейчас попробую.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

22 мая 2017 г., 19:25 пользователь Slawa Olhovchenkov  написал:
> kgdb можно потом смотреть, это просто что бы из адреса номера строк
> получать -- у тебя ведь модули в том же порядке после перезагрузки
> загрузятся (а у остальных нет так же собранной системы).
>
> а вот как procstat прогнать... ну наверное собрать с ddb/kdb и дернуть
> NMI и собрать корку.
Ага, принял. Подумаю, как бы ловчее реализовать.

> зы: кстати, swap надеюсь не на zfs у тебя?
Не. gmirror из пары разделов.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

22 мая 2017 г., 19:00 пользователь Slawa Olhovchenkov  написал:
>> > возможно, что это или еще одна, отдельная проблема, вызываемая zfs или
>> > вообще не zfsная проблема.
>> Да, у меня тоже такое подозрение. Вроде "система думает, что памяти
>> нет и начинает вытеснять ARC. Когда вытеснять уже нечего - по-прежнему
>> считает, что памяти нет и дедлочится."
>
> Нет, сейчас у меня подозрения на другую картину.
> Т.е. так может быть без патчей/с исскуственным ограничением arc_min.
> Примени опять мой патч, без исскуственного ограничения arc_min и когда
> оно застопорится было бы интересно посмотреть на чем. для
> zfs/pagedaemon -- с ресолвом до сырца/строки в районе ожидания локов
> -- это можно через kgdb info line *addr делать.
> у меня подозрения на дедлок в районе работы с зонами UMA Kegs/Zones/Slabs.
В прошлый раз, когда я тестил твой переделанный патч (напомню, с
дефолтным arc_min) система на тех 180 гигах ARC залипла намертво и
полностью - так что ни сеть, ни консоль не отвечали. Как бы мне в
таком случае kgdb смотреть? Если что - думаю, смогу прицепить SOL в
IPMI.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

22 мая 2017 г., 19:10 пользователь Владимир Друзенко  
написал:
> А вот этот мой багрепорт случаем не о том же?
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197884
Благодарю, подписался.
По теме: на первый взгляд вроде нет. У меня на этом серваке кроме
nginx и пары скриптов ничего не работает, флуктуаций свободной памяти
нет, всегда свободно около 10-13 гиг оперативы, а из двух гиг свопа не
используется ни страницы.
Кстати, build{world,kernel} в 26 потоков проходит прекрасно всегда.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

22 мая 2017 г., 18:39 пользователь Slawa Olhovchenkov <s...@zxy.spb.ru> написал:
> On Mon, May 22, 2017 at 06:30:06PM +0300, Anton Sayetsky wrote:
>
>> 22 мая 2017 г., 18:18 пользователь Slawa Olhovchenkov <s...@zxy.spb.ru> 
>> написал:
>> > On Mon, May 22, 2017 at 06:00:16PM +0300, Anton Sayetsky wrote:
>> >
>> >> 18 мая 2017 г., 2:21 пользователь Anton Sayetsky <vsasja...@gmail.com> 
>> >> написал:
>> >> > 6 мая 2017 г., 18:15 пользователь Slawa Olhovchenkov <s...@zxy.spb.ru> 
>> >> > написал:
>> >> >> 2. Примени https://reviews.freebsd.org/D7538 и отпишись о результатах
>> >> >> туда.
>> >> > Бэкпортировал я патч на releng/10.3, загрузил новое ведро - ждём и
>> >> > будем посмотреть.
>> >> Кроме скорости и пределов вытеснения ARC, не поменялось ничего. Как с
>> >> патчем из ревью, так и с патчем Karl. От arc_min тоже ничего не
>> >> зависит, кроме задержки до того, как система залипнет.
>> >> Запилил PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219457
>> >
>> > с патчем ARC тоже падает до минимума?
>> > т.е. если минимум оставить дефолтным -- то до примерно 16-30ГБ?
>> > точно?
>> С твоим патчем ARC и дефолтным arc_min система залипла, когда ARC упал
>> до ~180 GiB, ЕМНИП. Непосредственно перед этим поток вытеснения приостановил
>> свою работу.
>
> а какой из двух? pageout или zfsный?
Без патчей проц хавает pagedaemon/uma, с твоим - arc_reclaim_thread,
ЕМНИП. В обоих случаях - где-то 8-10% wcpu (стоит 2х 2630v2, HT on).

> и кстати, procstat в этом состоянии отличался?
До procstat я, к сожалению, додумался уже после. Откатил все патчи,
кроме фикса birth_hole из stable/10 (без него тоже ничего не меняется)
и протестил ещё раз и собрал procstat, truss, etc. Пока это ядро и
загружено.

> возможно, что это или еще одна, отдельная проблема, вызываемая zfs или
> вообще не zfsная проблема.
Да, у меня тоже такое подозрение. Вроде "система думает, что памяти
нет и начинает вытеснять ARC. Когда вытеснять уже нечего - по-прежнему
считает, что памяти нет и дедлочится."
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

22 мая 2017 г., 18:18 пользователь Slawa Olhovchenkov <s...@zxy.spb.ru> написал:
> On Mon, May 22, 2017 at 06:00:16PM +0300, Anton Sayetsky wrote:
>
>> 18 мая 2017 г., 2:21 пользователь Anton Sayetsky <vsasja...@gmail.com> 
>> написал:
>> > 6 мая 2017 г., 18:15 пользователь Slawa Olhovchenkov <s...@zxy.spb.ru> 
>> > написал:
>> >> 2. Примени https://reviews.freebsd.org/D7538 и отпишись о результатах
>> >> туда.
>> > Бэкпортировал я патч на releng/10.3, загрузил новое ведро - ждём и
>> > будем посмотреть.
>> Кроме скорости и пределов вытеснения ARC, не поменялось ничего. Как с
>> патчем из ревью, так и с патчем Karl. От arc_min тоже ничего не
>> зависит, кроме задержки до того, как система залипнет.
>> Запилил PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219457
>
> с патчем ARC тоже падает до минимума?
> т.е. если минимум оставить дефолтным -- то до примерно 16-30ГБ?
> точно?
С твоим патчем ARC и дефолтным arc_min система залипла, когда ARC упал
до ~180 GiB, ЕМНИП. Непосредственно перед этим поток вытеснения приостановил
свою работу.

> а что значит -- кроме скорости?
Ну грубо говоря, без патчей освобождается 5 гиг в минуту, а с твоим
или патчем Карла - 1 гиг в минуту.

> и в чем заключалось портирование? какие изменения были сделаны?
1. Накатил твой патч, часть изменений применить не удалось;
2. Нашёл аналогичные строки для rejected, впихнул туда уже руками;
3. Переименовал структуру vm_cnt в cnt (она так называлась до 11).
Сам патч для releng/10.3 в аттаче.


slw_zfs.patch
Description: Binary data
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

18 мая 2017 г., 2:21 пользователь Anton Sayetsky <vsasja...@gmail.com> написал:
> 6 мая 2017 г., 18:15 пользователь Slawa Olhovchenkov <s...@zxy.spb.ru> 
> написал:
>> 2. Примени https://reviews.freebsd.org/D7538 и отпишись о результатах
>> туда.
> Бэкпортировал я патч на releng/10.3, загрузил новое ведро - ждём и
> будем посмотреть.
Кроме скорости и пределов вытеснения ARC, не поменялось ничего. Как с
патчем из ревью, так и с патчем Karl. От arc_min тоже ничего не
зависит, кроме задержки до того, как система залипнет.
Запилил PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219457
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

2017-05-17 Пенетрантность Anton Sayetsky

6 мая 2017 г., 18:15 пользователь Slawa Olhovchenkov  написал:
> 2. Примени https://reviews.freebsd.org/D7538 и отпишись о результатах
> туда.
Бэкпортировал я патч на releng/10.3, загрузил новое ведро - ждём и
будем посмотреть.
Phabricator только один diff в один момент времени умеет? Если что -
запилю PR, прилеплю туда патч и ссылку на ревью.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

2017-05-07 Пенетрантность Anton Sayetsky

6 мая 2017 г., 22:51 пользователь Slawa Olhovchenkov <s...@zxy.spb.ru> написал:
> On Sat, May 06, 2017 at 10:45:33PM +0300, Anton Sayetsky wrote:
>
>> 6 мая 2017 г., 22:28 пользователь Slawa Olhovchenkov <s...@zxy.spb.ru> 
>> написал:
>> > On Sat, May 06, 2017 at 10:20:46PM +0300, Anton Sayetsky wrote:
>> >
>> >> >> >> /boot/loader.conf такой:
>> >> >> >> autoboot_delay="4"
>> >> >> >> loader_logo="beastie"
>> >> >> >> kern.geom.label.disk_ident.enable="0"
>> >> >> >> kern.geom.label.gptid.enable="0"
>> >> >> >> kern.ipc.nmbclusters="0"
>> >> >> >> zfs_load="YES"
>> >> >> >> vfs.zfs.arc_min="192G"
>> >> >> > 3. эту убери
>> >> >> Поставлено для 2 целей:
>> >> >> 1. Чтобы быстрее падало.
>> >> >> 2. Чтобы кэш таки не "опускался слишком низко", ибо больше там память
>> >> >> занять нечем.
>> >> >
>> >> > А я не спрашиваю зачем ты это поставил, я говорю что надо сделать.
>> >> В отличие от тебя, я не столь силён в коде ZFS/vm, чтобы предлагать
>> >> свои патчи, однако не думаю, что это избавляет от необходимости хоть
>> >> какой-то аргументации совета по изменению настроек.
>> >
>> > а смысл? ты уже отказался ставить -STABLE и патчи.
>> Ну, я не вижу связи между arc_min и веткой системы. А посыл был именно
>> об изменении настройки, а не о патче. Кстати, этот из ревью может и
>> попробую адаптировать для releng/10.3.
>
> я нигде не говорил что можно применять что-либо одно или какую-то
> комбинацию. все рекомендации надо применять без исключений.
С UMA согласен - его чинить лучше, а не выключать.
С патчем тоже согласен - часть процесса починки.
Но при чём тут минимальный объём ARC?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

2017-05-07 Пенетрантность Anton Sayetsky

7 мая 2017 г., 15:46 пользователь Eugene Grosbein <eu...@grosbein.net> написал:
> 07.05.2017 2:09, Anton Sayetsky пишет:
>
>>> Потому что релиз, даже X.3, не более чем снапшот с ветки stable со всеми
>>> "радостями" снапшота, включая отсутствие каких-либо багфиксов.
>> Ну, а -STABLE - изначально снэпшот -CURRENT, что в свою очередь
>> изначально снэпшот тараканов в голове не всегда адекватного коммитера.
>
> Ничего подобного - ветка STABLE не снапшот CURRENT.
Внимательнее, плз: я не утверждал, что -STABLE есть снэпшот -CURRENT в
произвольный момент времени, я утверждал, что он _изначально_ является
таковым, что подтверждается следующими коммитами, например:
https://svnweb.freebsd.org/base?view=revision=256281
https://svnweb.freebsd.org/base?view=revision=302408
Правда, мне не совсем понятно, какое это имеет отношение к дедлоку ZFS...

>> :-) Разница в степени QA же.
>
> QA в релизах FreeBSD весьма условный.
И это печально.

>> Кстати, как это без багфиксов? Errata же выходит.
>
> В релизы эти фиксы не попадают, максимум в ветку releng, но там
> бывают практически только фиксы безопасности и очень редко.
А releng/ с каких-то пор перестал быть релизом + patchlevel?
И да, просмотрел список errata за последние 2 года - стабильно раз в
пару месяцев выходят.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

6 мая 2017 г., 22:28 пользователь Slawa Olhovchenkov <s...@zxy.spb.ru> написал:
> On Sat, May 06, 2017 at 10:20:46PM +0300, Anton Sayetsky wrote:
>
>> >> >> /boot/loader.conf такой:
>> >> >> autoboot_delay="4"
>> >> >> loader_logo="beastie"
>> >> >> kern.geom.label.disk_ident.enable="0"
>> >> >> kern.geom.label.gptid.enable="0"
>> >> >> kern.ipc.nmbclusters="0"
>> >> >> zfs_load="YES"
>> >> >> vfs.zfs.arc_min="192G"
>> >> > 3. эту убери
>> >> Поставлено для 2 целей:
>> >> 1. Чтобы быстрее падало.
>> >> 2. Чтобы кэш таки не "опускался слишком низко", ибо больше там память
>> >> занять нечем.
>> >
>> > А я не спрашиваю зачем ты это поставил, я говорю что надо сделать.
>> В отличие от тебя, я не столь силён в коде ZFS/vm, чтобы предлагать
>> свои патчи, однако не думаю, что это избавляет от необходимости хоть
>> какой-то аргументации совета по изменению настроек.
>
> а смысл? ты уже отказался ставить -STABLE и патчи.
Ну, я не вижу связи между arc_min и веткой системы. А посыл был именно
об изменении настройки, а не о патче. Кстати, этот из ревью может и
попробую адаптировать для releng/10.3.

>> Возможно, моё намерение протестить без использования UMA - глупость,
>> но для изменения arc_min не вижу никаких причин. Отрицательных
>> эффектов от установки такого значения не имеется. Положительный
>> имеется - если рядом работает клиент NFS, его кэши не вымывают ARC
>> полностью. Ну и наличие этой настройки на сабж не влияет - и с
>> дефолтным ограничением размера ARC снизу точно так же залипало всё,
>> только через более длительное время.
>
> можешь менять настройки как угодно, это никто тебе запретить не может.
Логично, и я же написал, почему именно эта настройка изменена. До
того, как появилась проблема с залипаниями, я уже сталкивался с тем,
что кэш клиента NFS вымывает ARC.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

6 мая 2017 г., 22:25 пользователь Slawa Olhovchenkov <s...@zxy.spb.ru> написал:
> On Sat, May 06, 2017 at 10:09:02PM +0300, Anton Sayetsky wrote:
>
>> 6 мая 2017 г., 19:31 пользователь Eugene Grosbein <eu...@grosbein.net> 
>> написал:
>> >> К сожалению, этот вариант неприменим. Правила таковы, что на
>> >> "нетестовых" серваках стоит -RELEASE. Да и хватило мне обновления с 9,
>> >> на которой подобной проблемы не было.
>> >
>> > И по моим ощущениям также ZFS ARC в 10.3 сломан, в отличие от 9.3.
>> Вот посмотрел я на линк, предоставленный Вячеславом
>> (https://reviews.freebsd.org/D7538) и думаю, что Karl Denninger уже 3
>> года ковыряется с родственной проблемой:
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594
>> Вполне возможно, что стоит объединить усилия.
>
> он не считает нужным
А вот это странно.

>> > Потому что релиз, даже X.3, не более чем снапшот с ветки stable со всеми
>> > "радостями" снапшота, включая отсутствие каких-либо багфиксов.
>> Ну, а -STABLE - изначально снэпшот -CURRENT, что в свою очередь
>> изначально снэпшот тараканов в голове не всегда адекватного коммитера.
>> :-) Разница в степени QA же.
>> Кстати, как это без багфиксов? Errata же выходит.
>>
>> В любом случае, вновь поднимать этот флейм не считаю продуктивным -
>> никто мнения не изменит, да и проблему это не решит.
>
> оставаться на RELENG? да, не решит. это твой выбор.
Всех не заставишь ставить development branch, а если заставишь - то и
релизы не нужны.
Зато проблему вполне может решить коммит -> MFC/MFS -> errata.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

6 мая 2017 г., 20:13 пользователь Slawa Olhovchenkov <s...@zxy.spb.ru> написал:
> 2netch: а какого я не получил это письмо через рассылку?
> только копию в личную почту?
>
> On Sat, May 06, 2017 at 06:40:06PM +0300, Anton Sayetsky wrote:
>
>> 6 мая 2017 г., 18:15 пользователь Slawa Olhovchenkov <s...@zxy.spb.ru> 
>> написал:
>> > On Sat, May 06, 2017 at 05:52:06PM +0300, Anton Sayetsky wrote:
>> >
>> >> Приветствую, товарищи.
>> >>
>> >> Имеется сервер с 256 GiB оперативы, который с помощью nginx раздаёт
>> >
>> > 0. надеюсь не через sendfile? только aio можно применять.
>> Естественно, aio. sendfile на этой железке вообще никогда не включался.
>
> в loader.conf загрузка aio не показана, generic aio не содержит, ты
> вообще молчишь.
Да как бы с конфигом ведра и/или модулями проблем нет - вот и не
посчитал необходимым сразу это добавлять. Но, естественно, готов
предоставить дополнительную инфу, которая может быть полезна для
разбирательств.

>> >> файлы по HTTP, и я наблюдаю весьма интересный эффект, который
>> >> проявляется только при выполнении определённых действий и только после
>> >> того, как ARC впервые вырастает до максимального объёма. При
>> >> совпадении этих условий процесс pagedaemon/uma начинает вытеснять ARC.
>> >> После достижения минимального значения через короткое время (от
>> >> мгновенно до ~10 минут) происходит залипание всех процессов (но чаще
>> >> всего, кроме nginx) в состоянии D. И, конечно же, всё это происходит
>> >> без каких-либо сообщений об ошибках.
>> >> Провоцируется так:
>> >> 1. Попытка сборки в TMPFS devel/m4 - залипает на "checking dup2"
>> >> (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207303)
>> >> 2. Попытка сборки в TMPFS lang/gcc - залипает на tar, который
>> >> выполняется в конце, перед созданием пакета
>> >> 3. tar cf - /usr/ports | xz ... (/usr/ports для примера, на других
>> >> каталогах также залипает)
>> >> Также при попытке сборки некоторых портов появляются странные ошибки
>> >> "нет файла" при копировании в $STAGEDIR, при это те же порты
>> >> собираются в poudriere, но иногда без тех самых файлов, которые не
>> >> были найдены на хосте.
>> >>
>> >> Версия системы:
>> >> root@cs0:~# freebsd-version -ku
>> >> 10.3-RELEASE-p14
>> >> 10.3-RELEASE-p18
>> >
>> > 1. Перейди на 11-STABLE
>> > 2. Примени https://reviews.freebsd.org/D7538 и отпишись о результатах
>> > туда.
>> К сожалению, этот вариант неприменим. Правила таковы, что на
>> "нетестовых" серваках стоит -RELEASE. Да и хватило мне обновления с 9,
>> на которой подобной проблемы не было.
>
> Ну страдай, если тебе так хочется.
Как писал ранее - проявляется только в строго определённых ситуациях
(кстати, сюда make -j 26 build{world|kernel} не входит, несмотря на
невозможность сборки некоторых портов), так что вряд ли есть
страдания. Скорее некоторое жжение от того, что при обновлении
приходится ещё и сессию на IPMI держать...

>> >> /boot/loader.conf такой:
>> >> autoboot_delay="4"
>> >> loader_logo="beastie"
>> >> kern.geom.label.disk_ident.enable="0"
>> >> kern.geom.label.gptid.enable="0"
>> >> kern.ipc.nmbclusters="0"
>> >> zfs_load="YES"
>> >> vfs.zfs.arc_min="192G"
>> > 3. эту убери
>> Поставлено для 2 целей:
>> 1. Чтобы быстрее падало.
>> 2. Чтобы кэш таки не "опускался слишком низко", ибо больше там память
>> занять нечем.
>
> А я не спрашиваю зачем ты это поставил, я говорю что надо сделать.
В отличие от тебя, я не столь силён в коде ZFS/vm, чтобы предлагать
свои патчи, однако не думаю, что это избавляет от необходимости хоть
какой-то аргументации совета по изменению настроек.
Возможно, моё намерение протестить без использования UMA - глупость,
но для изменения arc_min не вижу никаких причин. Отрицательных
эффектов от установки такого значения не имеется. Положительный
имеется - если рядом работает клиент NFS, его кэши не вымывают ARC
полностью. Ну и наличие этой настройки на сабж не влияет - и с
дефолтным ограничением размера ARC снизу точно так же залипало всё,
только через более длительное время.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

6 мая 2017 г., 19:31 пользователь Eugene Grosbein  написал:
>> К сожалению, этот вариант неприменим. Правила таковы, что на
>> "нетестовых" серваках стоит -RELEASE. Да и хватило мне обновления с 9,
>> на которой подобной проблемы не было.
>
> И по моим ощущениям также ZFS ARC в 10.3 сломан, в отличие от 9.3.
Вот посмотрел я на линк, предоставленный Вячеславом
(https://reviews.freebsd.org/D7538) и думаю, что Karl Denninger уже 3
года ковыряется с родственной проблемой:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594
Вполне возможно, что стоит объединить усилия.

> А правило "только релизы в продакшне" касательно FreeBSD всегда вредное,
> а не полезное, так как де-факто создаёт ровно те самые проблемы, которые 
> призвано решать.
Ну, твоя позиция - ставить -STABLE, моя же - -RELEASE, что вроде уже
не раз обсуждалось в рассылке. Не думаю, что можно однозначно сказать,
чья более правильная. Хотя если таки верить вендору - -STABLE/-CURRENT
- для разрабов/тестеров, а не конечных пользователей.

> Потому что релиз, даже X.3, не более чем снапшот с ветки stable со всеми
> "радостями" снапшота, включая отсутствие каких-либо багфиксов.
Ну, а -STABLE - изначально снэпшот -CURRENT, что в свою очередь
изначально снэпшот тараканов в голове не всегда адекватного коммитера.
:-) Разница в степени QA же.
Кстати, как это без багфиксов? Errata же выходит.

В любом случае, вновь поднимать этот флейм не считаю продуктивным -
никто мнения не изменит, да и проблему это не решит.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

6 мая 2017 г., 18:15 пользователь Slawa Olhovchenkov <s...@zxy.spb.ru> написал:
> On Sat, May 06, 2017 at 05:52:06PM +0300, Anton Sayetsky wrote:
>
>> Приветствую, товарищи.
>>
>> Имеется сервер с 256 GiB оперативы, который с помощью nginx раздаёт
>
> 0. надеюсь не через sendfile? только aio можно применять.
Естественно, aio. sendfile на этой железке вообще никогда не включался.

>> файлы по HTTP, и я наблюдаю весьма интересный эффект, который
>> проявляется только при выполнении определённых действий и только после
>> того, как ARC впервые вырастает до максимального объёма. При
>> совпадении этих условий процесс pagedaemon/uma начинает вытеснять ARC.
>> После достижения минимального значения через короткое время (от
>> мгновенно до ~10 минут) происходит залипание всех процессов (но чаще
>> всего, кроме nginx) в состоянии D. И, конечно же, всё это происходит
>> без каких-либо сообщений об ошибках.
>> Провоцируется так:
>> 1. Попытка сборки в TMPFS devel/m4 - залипает на "checking dup2"
>> (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207303)
>> 2. Попытка сборки в TMPFS lang/gcc - залипает на tar, который
>> выполняется в конце, перед созданием пакета
>> 3. tar cf - /usr/ports | xz ... (/usr/ports для примера, на других
>> каталогах также залипает)
>> Также при попытке сборки некоторых портов появляются странные ошибки
>> "нет файла" при копировании в $STAGEDIR, при это те же порты
>> собираются в poudriere, но иногда без тех самых файлов, которые не
>> были найдены на хосте.
>>
>> Версия системы:
>> root@cs0:~# freebsd-version -ku
>> 10.3-RELEASE-p14
>> 10.3-RELEASE-p18
>
> 1. Перейди на 11-STABLE
> 2. Примени https://reviews.freebsd.org/D7538 и отпишись о результатах
> туда.
К сожалению, этот вариант неприменим. Правила таковы, что на
"нетестовых" серваках стоит -RELEASE. Да и хватило мне обновления с 9,
на которой подобной проблемы не было.

>> /boot/loader.conf такой:
>> autoboot_delay="4"
>> loader_logo="beastie"
>> kern.geom.label.disk_ident.enable="0"
>> kern.geom.label.gptid.enable="0"
>> kern.ipc.nmbclusters="0"
>> zfs_load="YES"
>> vfs.zfs.arc_min="192G"
> 3. эту убери
Поставлено для 2 целей:
1. Чтобы быстрее падало.
2. Чтобы кэш таки не "опускался слишком низко", ибо больше там память
занять нечем.

>> vfs.zfs.prefetch_disable="1"
>> vfs.zfs.trim.enabled="0"
>> vfs.zfs.txg.timeout="10"
>> vfs.zfs.zio.use_uma="0"
> 4. эту не применяй
Поскольку менять версию оси - не вариант (до выхода 10.4R или 11.1R),
то думаю, что стоит проверить.

>> vfs.zfs.zfetch.max_streams="24"
>> hint.sc.0.flags="0x180"
>> hint.sc.0.vesa_mode="0x115"
>> hint.scbus.0.at="mps1"
>> hint.scbus.1.at="mps0"
>> hw.ix.num_queues="24"
>> hw.ix.rxd="4096"
>> hw.ix.txd="4096"
>> vboxdrv_load="YES"
>>
>> Конкретный идей у меня, к сожалению, нет. Куда смотреть в первую
>> очередь, как отлавливать и чинить?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

6 мая 2017 г., 17:52 пользователь Anton Sayetsky <vsasja...@gmail.com> написал:
> vfs.zfs.zio.use_uma="0"
Этот параметр ещё не применён, т.к. ребутиться весьма нежелательно -
это следует делать в моменты минимальной нагрузки.

// Приношу извинения за несколько опечаток в первом сообщении - был взволнован.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

[freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

Приветствую, товарищи.

Имеется сервер с 256 GiB оперативы, который с помощью nginx раздаёт
файлы по HTTP, и я наблюдаю весьма интересный эффект, который
проявляется только при выполнении определённых действий и только после
того, как ARC впервые вырастает до максимального объёма. При
совпадении этих условий процесс pagedaemon/uma начинает вытеснять ARC.
После достижения минимального значения через короткое время (от
мгновенно до ~10 минут) происходит залипание всех процессов (но чаще
всего, кроме nginx) в состоянии D. И, конечно же, всё это происходит
без каких-либо сообщений об ошибках.
Провоцируется так:
1. Попытка сборки в TMPFS devel/m4 - залипает на "checking dup2"
(https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207303)
2. Попытка сборки в TMPFS lang/gcc - залипает на tar, который
выполняется в конце, перед созданием пакета
3. tar cf - /usr/ports | xz ... (/usr/ports для примера, на других
каталогах также залипает)
Также при попытке сборки некоторых портов появляются странные ошибки
"нет файла" при копировании в $STAGEDIR, при это те же порты
собираются в poudriere, но иногда без тех самых файлов, которые не
были найдены на хосте.

Версия системы:
root@cs0:~# freebsd-version -ku
10.3-RELEASE-p14
10.3-RELEASE-p18

/boot/loader.conf такой:
autoboot_delay="4"
loader_logo="beastie"
kern.geom.label.disk_ident.enable="0"
kern.geom.label.gptid.enable="0"
kern.ipc.nmbclusters="0"
zfs_load="YES"
vfs.zfs.arc_min="192G"
vfs.zfs.prefetch_disable="1"
vfs.zfs.trim.enabled="0"
vfs.zfs.txg.timeout="10"
vfs.zfs.zio.use_uma="0"
vfs.zfs.zfetch.max_streams="24"
hint.sc.0.flags="0x180"
hint.sc.0.vesa_mode="0x115"
hint.scbus.0.at="mps1"
hint.scbus.1.at="mps0"
hw.ix.num_queues="24"
hw.ix.rxd="4096"
hw.ix.txd="4096"
vboxdrv_load="YES"

Конкретный идей у меня, к сожалению, нет. Куда смотреть в первую
очередь, как отлавливать и чинить?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] X-сервер не запускается

2017-04-30 Пенетрантность Anton Sayetsky

А xorg-server случаем не с SUID=off собран?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] l2tp за NAT'ом (без IPSEC)

2017-04-12 Пенетрантность Anton Sayetsky

13 апр. 2017 г. 1:30 пользователь "Vladislav V. Prodan" 
написал:

Сетевые карты vr никогда стабильностью и безупречной работой не отличались.
Да и всегда существует проблема статики и КЗ у "медных" сетевых плат.

А кто-то говорил, что сетевухи на чипе VIA Rhine хорошие? Тем не менее, я
не вижу оснований ни для замены кабеля, ни для замены сетевой карты. Если
же считаешь, что они есть - прошу привести конкретные аргументы, подходящие
под указанные ТС условия. Естественно, "vr - кака" аргументом не считается.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] l2tp за NAT'ом (без IPSEC)

2017-04-12 Пенетрантность Anton Sayetsky

13 апр. 2017 г. 1:07 пользователь "Vladislav V. Prodan" 
написал

Заменить сетевую карту и патч-корд есть возможность?

А ещё шамана позвать в бубен постучать.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] bhyve 32bit

2017-02-13 Пенетрантность Anton Sayetsky

13 февр. 2017 г. 20:00 пользователь "Владимир Друзенко" <v...@unislabs.com>
написал:

13.02.2017 18:40, Anton Sayetsky пишет:

13 февр. 2017 г. 16:31 пользователь "Nick Kostirya" <
nikolay.kosti...@webceo.ks.ua> написал:

Не нашел там четких ответов.

Вот есть
Q: What VM operating systems does bhyve support?
Windows x64 Vista, 7, 8, 10
Windows Server 2008r2, 2012r2, 2016 Technical Preview

x64 от носиться только к Vista или ко всем (7 тоже)?
Если ко всем, то почему для Windows Server не указано 64, ведь он есть и 32.

С разморозкой! Начиная с 2008р2, шиндовс сервер только х64.

А просто 2008 есть и 32bit. Но не знать такие тонкости специалисту по
FreeBSD вполне простительно, не говоря уже о том, что это дичайщий оффтопик.

Процитировать список поддерживаемых ОС, и сказать о наличии 32-битной
редакции для версии, которой в списке нет - бесценно! //Для всего
остального есть MasterCard. ©
Кстати, ни разу это не оффтоп - обсуждение самого факта поддержки ОСи в
гипервизоре онтопик.
И да, специалист по FreeBSD, ПМСМ, должен быть способен проверить наличие
бинаря в нужной версии FreeBSD. Например, когда у меня подобный вопрос
возник в конце 2014-го - взял и за пару минут выяснил, что в i386
отсутствует bhyve.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] bhyve 32bit

2017-02-13 Пенетрантность Anton Sayetsky

13 февр. 2017 г. 16:31 пользователь "Nick Kostirya" <
nikolay.kosti...@webceo.ks.ua> написал:

Не нашел там четких ответов.

Вот есть
Q: What VM operating systems does bhyve support?
Windows x64 Vista, 7, 8, 10
Windows Server 2008r2, 2012r2, 2016 Technical Preview

x64 от носиться только к Vista или ко всем (7 тоже)?
Если ко всем, то почему для Windows Server не указано 64, ведь он есть и 32.

С разморозкой! Начиная с 2008р2, шиндовс сервер только х64.

Про 64bit bhyve там нет упоминаний и тут тоже https://www.freebsd.org/doc/ha
ndbook/virtualization-host-bhyve.html

Нашел только, что в рассылке давно кому-то ответили, что поддержку 32bit
добавить легко. Поэту спросил. Вдруг добавили.

https://www.freebsd.org/cgi/man.cgi?query=src.conf==1
WITHOUT_BHYVE Set to not build or install bhyve(8), associated utilities,
and examples. This option only affects amd64/amd64.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Повторный запуск скрипта в cron

2017-01-25 Пенетрантность Anton Sayetsky

25 января 2017 г., 20:56 пользователь Andrey Marshalenko
 написал:
> Hi.
>
> Можно реализовать через файл блокировки (в примере ниже переменная LOCK). Т.
> е. при запуске скрипта создается файл, который не удаляется если задание не
> завершено (например первый бакап длится больше заданного интервала вркмкни).
>
> Пример бакапа домашних папок пользователей по времени (типа «Машина
> времени»):
>
> # cat rbackup.sh
> =
> #!/bin/sh
> date=`date "+%Y-%m-%d-%H%M%S"`
> rsync=/usr/local/bin/rsync
> LOCK=/var/spool/lock/rbackup.lock
> LOG=/var/log/rbackup.log
>
> SRC=/home/
> TARGET=/var/data/backups/homes/$date
> P_TARGET=/var/data/backups/homes/Latest
>
> if [ -f $LOCK ]; then
> exit 0
> fi
>
> touch $LOCK
> date >> $LOG
> mkdir -p $TARGET
>
> $rsync -auvAHX --link-dest=$P_TARGET $SRC $TARGET >>$LOG 2>&1
>
> rm -f $P_TARGET
> ln -s $TARGET $P_TARGET
> rm $LOCK
>
> exit 0
> =
Не учитывается ситуация залипания. Уж лучше как-то так, ежели костылить:
if [ -f "${script_pidfile}" ] && [ -s "${script_pidfile}" ]; then
slog_i "pid found, checking for another running instance"
pgrep -F "${script_pidfile}" >/dev/null 2>&1
if [ "$?" -eq 0 ]; then
running_pid=`cat "${script_pidfile}"`
slog_w "already running at pid ${running_pid}"
exit 2
fi
fi
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] spamassasin

2017-01-24 Пенетрантность Anton Sayetsky

24 января 2017 г., 17:37 пользователь Taras Heychenko
 написал:
>
>> On Jan 24, 2017, at 17:16, George L. Yermulnik  wrote:
>>
>> Hello!
>>
>> On Tue, 24 Jan 2017 at 16:56:31 (+0200), Taras Heychenko wrote:
>>
 sa-update запускал перед запуском?
>>
>>> Спасибо, помогло.
>>
>> Из интересна заглянул в pkg-message порта: там таки указано про запуск
>> sa-update (и sa-compile) при новой установке.
>
> При восстановлении всех пакетов, которые раньше стояли на диске и чехарде
> с этими пакетами, просто пропустил это сообщение. Обычно делаю sa-update
> после каждого апгрейда.
В порядке случайного наблюдения - только что делал pkg upgrade, и оно
мне все сообщения пакетов показало в конце.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] samba36

2017-01-23 Пенетрантность Anton Sayetsky

23 янв. 2017 г. 17:26 пользователь "Alexander Sheiko" <a...@univ.kiev.ua>
написал:


В письме от Пнд, 23 Янв 2017, 17:00 Anton Sayetsky пишет:

> Господа, вижу основания тут для создания PR же.

Так сабжевый порт вроде уже как EOL.

Уже нет: https://svnweb.freebsd.org/ports?view=revision=429528 :-)
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] samba36

2017-01-23 Пенетрантность Anton Sayetsky

23 янв. 2017 г. 16:41 пользователь "Alexander Sheiko" 
написал:


В письме от Вск, 22 Янв 2017, 21:53 Vasiliy P. Melnik пишет:

> Кто до сих пор пользуется samba36, обновился tevent , из-за него не
> запускается самба. В логах ничего к этому относящегося, просто падает
> smbd - вычислял эмпирическим путем.

Сегодня посмотрел из локалки. С версий tevent-0.9.31 samba36-3.6.25_3 таки
не работает. В логи системы пишет (много таких записей):

Jan 23 16:00:02 gw kernel: sonewconn: pcb 0xc7353ccc: Listen queue
overflow: 76 already in queue awaiting acceptance (4 occurrences)
Jan 23 16:27:55 gw kernel: sonewconn: pcb 0xc7353ccc: Listen queue
overflow: 76 already in queue awaiting acceptance (8 occurrences)
Jan 23 16:29:36 gw kernel: sonewconn: pcb 0xc7353ccc: Listen queue
overflow: 76 already in queue awaiting acceptance (19 occurrences)

В логах самой самбы - тихо. Хотя nmbd в процессах висит. При попытке
подключения к шарам ничего не происходит. Лечится откатом до
tevent-0.9.28.

--
WBR, Alexander Sheiko

Господа, вижу основания тут для создания PR же.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] ошибка сборки racoon2 после обновления до 11.0-RELEASE

2016-12-15 Пенетрантность Anton Sayetsky

15 декабря 2016 г., 13:53 пользователь Alexander Koval
 написал:
> On 2016-12-15 13:14, Vladislav V. Prodan wrote:
>>
>> Обычно после такого требуется проверить бинарники на предмет потерянных
>> библиотек.
>
> С этим, вроде, все ок:
>
> sqlite3 /var/db/pkg/local.sqlite
> sqlite> select origin,name,arch from packages where arch not like '%:11:%';
> sqlite>
>
> Т.е. всё пересобрано под 11.
JFYI: проверять нужно с помощью "pkg check -Ba".

[freebsd] Re: Обновление p5-* портов

2 декабря 2016 г., 15:58 пользователь Eugene Grosbein
<eu...@grosbein.net> написал:
> On 02.12.2016 16:30, Anton Sayetsky wrote:
>
>> Кто ж тебе виноват в несвоевременном обновлении ПО, в частности Perl до 
>> версии 5.20.1_4
>
> С этого места, пожалуйста, поподробнее. Что такое "несвоевременное обновление 
> ПО"
Во-первых, не стоит выдёргивать слова из контекста. Процитирую себя в
корректном виде:
> Кто ж тебе виноват в несвоевременном обновлении ПО, в частности Perl до 
> версии 5.20.1_4 и нежелании читать 20141126 в UPDATING?
Поскольку в русском языке "и" является союзом, обозначающим
обязательность обеих частей предложения, раздельное цитирование
недопустимо. В связи с этим "своевременное обновление ПО" в данном
контексте - такие действия, которые позволяют иметь информацию о
текущем состоянии дел, например о значительном изменении путей
установки пакетов после многих лет использования определённой схемы.

> и с каких пор кто-то мне или кому-то ещё диктует, как часто обновляться?
Не кто-то, а что-то - жизнь. Читаешь вовремя об изменениях - меньше
проблем получаешь, когда вдруг таки приспичило. Не читаешь - ССЗБ и
бежишь в рассылки, теряя время и пытаясь получить ответ на вопрос,
который стопицот раз разжёван в том же UPDATING, на чтение которого
хватит и минуты. Хотя может ТС никогда в жизни не обновлял Perl + его
модули, но в этом я сомневаюсь...

[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Обновление p5-* портов

2 дек. 2016 г. 11:34 пользователь "Vladislav V. Prodan" <ad...@support.od.ua>
написал:
>
>
>
> 2 декабря 2016 г., 11:30 пользователь Anton Sayetsky <vsasja...@gmail.com>
написал:
>
>> 2 дек. 2016 г. 11:18 пользователь "Vladislav V. Prodan" <
ad...@support.od.ua> написал:
>> >
>> >
>> > 2 декабря 2016 г., 11:13 пользователь Anton Sayetsky <
vsasja...@gmail.com> написал:
>> >
>> >> >
>> >> > Опять мимо.
>> >> > Система и ПО было установлены за пару месяцев до этого коммита.
>> >> А это что?
>> >> > Пытаюсь обновиться с Perl 5.20 на Perl 5.24
>> >
>> >
>> > https://www.freshports.org/lang/perl5.20
>> > Port Added: 27 May 2014 12:19:38
>> Кто ж тебе виноват в несвоевременном обновлении ПО, в частности Perl до
версии 5.20.1_4 и нежелании читать 20141126 в UPDATING?
>> Так что вновь повторюсь - для твоего случая вся необходимая информация
имеется.
>
>
> Мне клиент платит не за своевременные обновления, а за разовые, раз в
несколько лет.
Это нисколько не оправдывает нежелание читать UPDATING. Соответствующую
запись я тебе предоставил.

[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Обновление p5-* портов

2 дек. 2016 г. 11:18 пользователь "Vladislav V. Prodan" <ad...@support.od.ua>
написал:
>
>
> 2 декабря 2016 г., 11:13 пользователь Anton Sayetsky <vsasja...@gmail.com>
написал:
>
>> >
>> > Опять мимо.
>> > Система и ПО было установлены за пару месяцев до этого коммита.
>> А это что?
>> > Пытаюсь обновиться с Perl 5.20 на Perl 5.24
>
>
> https://www.freshports.org/lang/perl5.20
> Port Added: 27 May 2014 12:19:38
Кто ж тебе виноват в несвоевременном обновлении ПО, в частности Perl до
версии 5.20.1_4 и нежелании читать 20141126 в UPDATING?
Так что вновь повторюсь - для твоего случая вся необходимая информация
имеется.

[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Обновление p5-* портов

2 дек. 2016 г. 11:11 пользователь "Vladislav V. Prodan" <ad...@support.od.ua>
написал:
>
>
> 2 декабря 2016 г., 11:04 пользователь Anton Sayetsky <vsasja...@gmail.com>
написал:
>
>> >> > Может вы путаете пакеты, зависящие от библиотеки Perl
(libperl.so.5.20) и пакетов - модулей perl ?
>> >> В том и дело, что непонимание этого имеется с твоей стороны, как я
вижу. Повторю: в порт Perl давно внесли изменения, которые исключают
необходимость пересборки всего, кроме слинкованного с libperl. Коммит
показать или самостоятельно получится найти? ;)
>> >
>> > Подсказка.
>> > Посмотрите место расположение моделей перл после установки.
>> https://svnweb.freebsd.org/ports?view=revision=373448
>> > Modules without any .so will be installed at the same place regardless
of the Perl version, minimizing the upgrade when the major Perl version is
changed. It uses a version dependent directory for modules with compiled
bits.
>> Говорю же - непонимание работы с твоей стороны, а ещё и нежелание
разбираться. А этот коммит сделали больше двух лет назад...
>
>
> Опять мимо.
> Система и ПО было установлены за пару месяцев до этого коммита.
А это что?
> Пытаюсь обновиться с Perl 5.20 на Perl 5.24

[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Обновление p5-* портов

2 дек. 2016 г. 10:57 пользователь "Vladislav V. Prodan" <ad...@support.od.ua>
написал:
>
>
>
> 2 декабря 2016 г., 10:53 пользователь Anton Sayetsky <vsasja...@gmail.com>
написал:
>
>> 2 дек. 2016 г. 10:48 пользователь "Vladislav V. Prodan" <
ad...@support.od.ua> написал:
>> >
>> >
>> > 2 декабря 2016 г., 10:42 пользователь Anton Sayetsky <
vsasja...@gmail.com> написал:
>> >
>> >> 4. Зачем, кстати, пересобирать модули Perl, если порт уже давно
специально переделали таким образом, чтобы этого делать было не нужно?
>> >
>> >
>> > Может вы путаете пакеты, зависящие от библиотеки Perl
(libperl.so.5.20) и пакетов - модулей perl ?
>> В том и дело, что непонимание этого имеется с твоей стороны, как я вижу.
Повторю: в порт Perl давно внесли изменения, которые исключают
необходимость пересборки всего, кроме слинкованного с libperl. Коммит
показать или самостоятельно получится найти? ;)
>
> Подсказка.
> Посмотрите место расположение моделей перл после установки.
https://svnweb.freebsd.org/ports?view=revision=373448
> Modules without any .so will be installed at the same place regardless of
the Perl version, minimizing the upgrade when the major Perl version is
changed. It uses a version dependent directory for modules with compiled
bits.
Говорю же - непонимание работы с твоей стороны, а ещё и нежелание
разбираться. А этот коммит сделали больше двух лет назад...

[freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Re: [freebsd] Обновление p5-* портов

2 дек. 2016 г. 10:31 пользователь "Vladislav V. Prodan" <ad...@support.od.ua>
написал:
>
>
>
> 2 декабря 2016 г., 10:15 пользователь Anton Sayetsky <vsasja...@gmail.com>
написал:
>
>> 2 дек. 2016 г. 10:12 пользователь "Vladislav V. Prodan" <
ad...@support.od.ua> написал:
>> >
>> >
>> > 2 декабря 2016 г., 9:26 пользователь Владимир Друзенко <
v...@unislabs.com> написал:
>> >>
>> >> portmaster p5-
>> >
>> >
>> > Спасибо. Работает :)
>> А вообще это всё в UPDATING написано, который каждый должен читать перед
попыткой обновления портов.
>
> Читал я там.
> Только мне надо обновить perl и его модули (p5-*), а не perl и все
зависимости от него, как пишут в заметке от 20161103.
1. В более старых заметках указан и твой варриант, ибо Perl обновляется не
впервые.
2. От этого инструмент не меняется, в чём ты сам убедился.
3. Даже в актуальной заметке видно, что вызов pkg shlib взят в командные
кавычки, а следовательно, portupgrade/portmaster всего лишь получают строку
с текстом - списком пакетов. Можно бы было сделать по аналогии.
4. Зачем, кстати, пересобирать модули Perl, если порт уже давно специально
переделали таким образом, чтобы этого делать было не нужно?
5. Почему бы не пересобрать то, что слинковано с libperl5{...}, что
действительно делать нужно, ибо сломается?

[freebsd] Re: [freebsd] racoon l2tp и клиент на NAT'ом

2016-11-08 Пенетрантность Anton Sayetsky

https://ru.wikipedia.org/wiki/NAT_traversal

Re: [freebsd] FreeBSD 11 UTF-8 in console

2016-11-02 Пенетрантность Anton Sayetsky

2 нояб. 2016 г. 16:57 пользователь "Golub Mikhail" <g...@gmn.org.ua> написал:
>
> 02.11.2016 16:46, Anton Sayetsky пишет:
>
>>> cap_mkdb /etc/login.conf делали?
>>
>> А зачем, если вывод env подтверждает, что UTF-8 уже используется?
>
>
> Чисто проинсталенная ОС, "из коробки".
> Через ssh все ок.
> Интересует консоль.
> В 10.3 добавление "kern.vty=vt" в loader.conf решает проблему.
> В 11 это уже по дефолту.
Правильно процитировал, но ответил не по существу. ;-) Да и вопрос же был
не к тебе, а к совету сделать cap_mkdb.
Вот я и не понял, зачем это делать, если результат уже корректен -
окружение соответствует конфигурации.

Re: [freebsd] load averages on 10.3

2016-11-01 Пенетрантность Anton Sayetsky

1 нояб. 2016 г. 13:12 пользователь "Alexander Sheiko" 
написал:
>
>
> В письме от Втр, 01 Ноя 2016, 07:01 Eugene Grosbein пишет:
>
> >>> Попробуй сделать sysctl kern.eventtimer.periodic=0, это отключает
> >>> описанную экономию.
> >
> > Опечатка, надо 1 ставить. Ноль там по дефолту нынче.
>
> У меня по умолчанию на Hetzner виртуалках - 0, на железном сервере - 1. На
> повышенный la эта величина ни как не влияет. Скорее всего умолчание просто
> зависит от чипа.
https://www.freebsd.org/cgi/man.cgi?query=eventtimers=0=0=FreeBSD+10.3-RELEASE+and+Ports=default=html
kern.eventtimer.periodic allows to choose periodic and one-shot operation
mode. In periodic mode, periodic interrupts from timer hardware are taken
as the only source of time for time events. One-shot mode instead uses
currently selected time counter to precisely schedule all needed events and
programs event timer to generate interrupt exactly in specified time.
Default value depends of chosen timer capabilities, but one-shot mode is
preferred, until other is forced by user or hardware.

[freebsd] Re: [freebsd] Re: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Anton Sayetsky

26 октября 2016 г., 1:28 пользователь Alexander Sheiko
<a...@univ.kiev.ua> написал:
>
> В письме от Срд, 26 Окт 2016, 01:16 Anton Sayetsky пишет:
>
>> Мои деньги к твоему заказчику никакого отношения не имеют
>
> Молодой человек, я с Вами на брудершафт не пил...
Это интернет, детка. (с)
Кроме того, "Вы" с заглавной используется исключительно в официальной
переписке, каковой данная рассылка не является. Здесь вообще все
равны, так что даже и со строчной "вы" - неправильно.
Ну а брудершафт, кстати, с представителями собственного пола я не пью,
так что придётся уж терпеть и переносить моё обращение таким, какое
оно есть и без того. Как минимум до тех пор, пока netch@ не выступит с
официальным заявлением о запрещении использования обращения "ты" в
рассылке.

> Имеет ровно в той же степени, как и Ваше поучение "сменить железо на
> современное". Вы, почему-то посчитали его уместным.
Вовсе нет. Повторюсь: выражения, подобные "сборка из сырцов -
медленно/медленнее" - ложь, если высказаны без учёта дополнительных
данных. А от тебя лишь было утверждение, что бинарный апдейт - 15
минут, а компилять (из контекста) значительно дольше. Но оказалось,
что скомпилять можно значительно быстрее 15 минут. Вот если бы ты
написал: "на железе, которое я обслуживаю, сборка медленнее, чем
бинарное обновление" - вопросов бы не было.

И на будущее: срач, выяснение отношений и трамвайное
правдоискательство в данной рассылке не приветствуется проводить, ибо
для этого личка есть. Так что если хочешь продолжить дискуссию по
поводу того, как кто должен обращаться и какие советы давать - туда [в
личку] и пиши далее.

[freebsd] Re: [freebsd] Re: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Anton Sayetsky

26 октября 2016 г., 0:47 пользователь Alexander Sheiko
<a...@univ.kiev.ua> написал:
>
> В письме от Срд, 26 Окт 2016, 00:34 Anton Sayetsky пишет:
>
>> Да, по сравнению с пересборкой - на треть дольше. Пожалуй, пора
>> выбросить калькуляторы и поставить современное железо. Или начать
>> использовать многопоточную сборку. Или и то, и другое.
>
> Любой каприз за Ваши деньги вместо железа заказчика.
Мои деньги к твоему заказчику никакого отношения не имеют. Странно,
кстати, что ничего не придумал возразить по поводу второй части -
многопоточной сборки.

>> Такая возможность и в случае сборки сырцов есть. Правда, для этого
>> нужно уметь читать:
>> Before rebuilding world, be sure to perform the following tasks:
>> Backup all important data to another system or removable media
>
> Спасибо, что написали про необходимость делать бекап. Очень ценный совет -
> сам бы ни за что не догадался :).
Не передёргивай. Возможность отката ты отнёс к достоинствам
freebsd-update в противовес сборки из сырцов, как будто в последнем
случае такой возможности нет. Но это некорректный "аргумент",
поскольку при правильном использовании соответствующих инструментов
возможность отката присутствует у обоих способов.

[freebsd] Re: [freebsd] Re: [freebsd] от 10.3 на 11.0

2016-10-25 Пенетрантность Anton Sayetsky

25 октября 2016 г., 23:57 пользователь Alexander Sheiko
 написал:
>
>
> В письме от Втр, 25 Окт 2016, 23:33 Eugene Grosbein пишет:
>
> > А кроме того, оно жутко тормозное - такое ощущение, что пересобрать
> > быстрее.
>
> Да ну, не считая редактирования объединённых конфигов всё заняло минут 15.
> По сравнению с пересборкой мира...
root@cs0:/usr/src# time make -j 26 buildworld > /dev/null
8812.186u 1515.374s 10:12.09 1687.2%30363+507k 562875+0io 7730pf+0w
root@cs0:/usr/src#
Да, по сравнению с пересборкой - на треть дольше. Пожалуй, пора
выбросить калькуляторы и поставить современное железо. Или начать
использовать многопоточную сборку. Или и то, и другое.

> И есть возможность потом сделать откат...
Такая возможность и в случае сборки сырцов есть. Правда, для этого
нужно уметь читать:
https://www.freebsd.org/doc/handbook/makeworld.html
Before rebuilding world, be sure to perform the following tasks:
Procedure 23.1. Perform These Tasks Before Building World
Backup all important data to another system or removable media, verify
the integrity of the backup, and have a bootable installation media at
hand. It cannot be stressed enough how important it is to make a
backup of the system before rebuilding the system. While rebuilding
world is an easy task, there will inevitably be times when mistakes in
the source tree render the system unbootable. You will probably never
have to use the backup, but it is better to be safe than sorry!

Re: [freebsd] zpool mirror and clone OS.

2016-08-02 Пенетрантность Anton Sayetsky

2 авг. 2016 г. 15:04 пользователь "Volodymyr Kostyrko" 
написал:
>
> Vladislav V. Prodan wrote:
>>
>>
>> Я бы все-таки подключал диски в пул через GEOM метки.
>> Иначе при смене нумерации дисков будут чудеса.
>
>
> Да ну? ZFS же отродясь диски искал по своим меткам.
Посмотри в zpool.cache. Как оно себя поведёт в случае смены имён устройств
- вопрос интересный...
> Это в геоме какраз некоторым провайдерам нужно было отдельно говорить
чтобы не привязывались к названию провайдера.
Всё совсем наоборот.

Re: [freebsd] zpool mirror and clone OS.

2016-08-02 Пенетрантность Anton Sayetsky

2 авг. 2016 г. 15:02 пользователь "Slawa Olhovchenkov" <s...@zxy.spb.ru>
написал:
>
> On Tue, Aug 02, 2016 at 02:38:05PM +0300, Anton Sayetsky wrote:
>
> > 2 авг. 2016 г. 14:30 пользователь "Oleksandr V. Typlyns'kyi" <
> > ast...@wangsamp.km.ua> написал:
> > >
> > > Yesterday Aug 1, 2016 at 23:41 Slawa Olhovchenkov wrote:
> > >
> > > > On Mon, Aug 01, 2016 at 11:27:37PM +0300, Alexandr Khomenko wrote:
> > > > >Возникает вопрос, реализовывал ли кто-то изложенную выше
процедуру?
> > > > > Или мне придется выкручиваться с пересылкой снапшотов.
> > > >
> > > > ну снапшоты все же правильней.
> > > > а то у всех пулов будет один GUID или как там его и при втыкании
двух
> > > > дисков в один сервер возможно произодет много интересного (не
> > > > проверял)
> > > >
> > > > ну если не страшно -- то выдернуть, на новом месте сказать detach
> > > > того, чего нету. ну и на всякий случай zpoll reguid.
> > > >
> > > > на старом detach говорить уже после выдергивания. ну или replace на
> > > > очередной.
> > > >
> > > > а вообще не понятно, если не снапшоты пересылать, что что?
> > >
> > >   А как же zpool split + zpool export?
> > >   И потом zpool attach нового диска в зеркало.
> > Экспортированный пул не может быть смонтирован загрузчиком.
>
> ну так экспортировать не надо
Так это не мне, а советчику. ;-)

Re: [freebsd] zpool mirror and clone OS.

2016-08-02 Пенетрантность Anton Sayetsky

2 авг. 2016 г. 14:30 пользователь "Oleksandr V. Typlyns'kyi" <
ast...@wangsamp.km.ua> написал:
>
> Yesterday Aug 1, 2016 at 23:41 Slawa Olhovchenkov wrote:
>
> > On Mon, Aug 01, 2016 at 11:27:37PM +0300, Alexandr Khomenko wrote:
> > >Возникает вопрос, реализовывал ли кто-то изложенную выше процедуру?
> > > Или мне придется выкручиваться с пересылкой снапшотов.
> >
> > ну снапшоты все же правильней.
> > а то у всех пулов будет один GUID или как там его и при втыкании двух
> > дисков в один сервер возможно произодет много интересного (не
> > проверял)
> >
> > ну если не страшно -- то выдернуть, на новом месте сказать detach
> > того, чего нету. ну и на всякий случай zpoll reguid.
> >
> > на старом detach говорить уже после выдергивания. ну или replace на
> > очередной.
> >
> > а вообще не понятно, если не снапшоты пересылать, что что?
>
>   А как же zpool split + zpool export?
>   И потом zpool attach нового диска в зеркало.
Экспортированный пул не может быть смонтирован загрузчиком.

Re: [freebsd] bind

2016-07-07 Пенетрантность Anton Sayetsky

7 июля 2016 г. 13:38 пользователь "Slawa Olhovchenkov" <s...@zxy.spb.ru>
написал:
>
> On Thu, Jul 07, 2016 at 12:45:42PM +0300, Anton Sayetsky wrote:
>
> > 7 июля 2016 г. 12:29 пользователь "Slawa Olhovchenkov" <s...@zxy.spb.ru>
> > написал:
> > > unbound крив не менее.
> > Менее - в нём быдлокода столько нет. :-)
>
> мне посрать сколько в нем быдлокода, он работает хуже
Нет, он работает лучше.
Может быть, твоё и моё сообщения будут выглядеть корректнее, если добавить
"у меня"? ;-)

Re: [freebsd] bind

2016-07-07 Пенетрантность Anton Sayetsky

7 июля 2016 г. 11:57 пользователь "Vasiliy P. Melnik" 
написал:
>
> Отберите у него шашку - лишь бы махать направо и налево :)
>
> - вопрос точно не в версии диг-а  - если с 10.3 опрашивать фрю 9.3 то
намед  9.9.5 отдает ответ верный
>
> на 9.3 стоит BIND 9.9.5 (Extended Support Version) и все отлично
отрабатывает, на 10.3 стоит BIND 9.10.4-P1  и не резолвит.
>
> Что-то мне все таки кажется что дело именно в этом нуле в адресе - бинд
то все резолвит нормально, кроме вот такого
Как уже писали выше - сети бывают не только /24. Не знать основы адресации
просто стыдно.
Но при этом да, это кривое поделие вполне может так глючить. Что ещё раз
подтверждает - выбросить (заодно от кучи проблем с безопасностью
избавиться).

Re: [freebsd] bind

2016-07-07 Пенетрантность Anton Sayetsky

7 июля 2016 г. 10:29 пользователь "Vlad Shpolyanskiy" <
vlad.shpolyans...@gmail.com> написал:
> Так у меня dig тоже красиво отрабатывает, проблема в том что bind этого
ответа не понимает и servfail отдает.
Давно пора выбросить это поделие и заменить на NSD+Unbound.

[freebsd] Re: [freebsd] Подскажите как установить древний модуль php - php5-xsl-5.3.10_1?

2016-06-30 Пенетрантность Anton Sayetsky

30 июня 2016 г. 14:46 пользователь "Anton Sayetsky" <vsasja...@gmail.com>
написал:
> 1. Найти ревизию дерева портов, в которой были нужные версии.
> 2. svn co -r <ревизия> ${PORTSDIR}
> 3. make install
> 4. ???
> 5. PROFIT
Если не соберётся - заставить обезьянку-кодера завести скрипты под
актуальной версией пыха и не страдать хернёй.

[freebsd] Re: [freebsd] Подскажите как установить древний модуль php - php5-xsl-5.3.10_1?

2016-06-30 Пенетрантность Anton Sayetsky

30 июня 2016 г. 14:41 пользователь "Vladislav V. Prodan" <
ad...@support.od.ua> написал:
>
> Здравствуйте
>
> Имеется FreeBSD 10.1-STABLE #0: Wed May 20 17:29:26 EEST 2015
>
> с древним php
>
> # php -v
> PHP 5.3.10 (cli) (built: Feb 26 2012 01:42:14)
> Copyright (c) 1997-2012 The PHP Group
> Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
> with XCache v2.0.1, Copyright (c) 2005-2012, by mOo
>
> Разработчик хочет textproc/php5-xsl, сейчас в портах
уже textproc/php55-xsl
>
> portdowngrade textproc/php55-xsl
>
> выдает только кучу ревизий
>
> ...
>
> 
> r321684 | ale | 2013-06-24 17:32:11 +0300 (пн, 24 июн 2013) | 6 lines
>
> Welcome PHP 5.5!
>
> Future steps:
> - rename current php5 ports to php54
> - make php55 the default one after an exp-run
>
> 
> r300897 | beat | 2012-07-14 17:29:18 +0300 (сб, 14 июл 2012) | 2 lines
>
> - Remove cvs2svn:cvs-rev property - part 3
>
> 
>
> #portdowngrade textproc/php55-xsl r300897
> создало директорию с парой файликов
>
> [14:35]root->textproc/php5-xsl# make
> make: "/usr/ports/Mk/bsd.php.mk" line 348: Malformed conditional
(${_USE_PHP_VER${PHP_VER}:M${:Udom}} != "")
> make: "/usr/ports/Mk/bsd.php.mk" line 348: Malformed conditional
(${_USE_PHP_VER${PHP_VER}:M${:Uxml}} != "")
> make: Fatal errors encountered -- cannot continue
> make: stopped in /usr/ports/textproc/php5-xsl
>
> В общем, был раньше lang/php5, а теперь /usr/ports/lang/php56
>
> Нашел бинарных пакеты с нужной версий php
>
ftp://ftp.is.co.za/FreeBSD/ports/amd64/packages-8.3-release/All/php5-xsl-5.3.10_1.tbz
> но там требуется  чуть новее версии libiconv и libxml2
>
> Может, как-то перепаковать пакет php5-xsl-5.3.10_1.tbz ?
>
> Если другие идеи, как сделать Subj ?
1. Найти ревизию дерева портов, в которой были нужные версии.
2. svn co -r <ревизия> ${PORTSDIR}
3. make install
4. ???
5. PROFIT

Re: [freebsd] KyivBSD '16

2016-06-04 Пенетрантность Anton Sayetsky

4 июня 2016 г., 9:41 пользователь Alexander Yerenkow
 написал:
> Привет.
> Сабж не планируется, но если кто-то хочет попробовать заняться организацией
> - пишите вопросы в личку.
Жаль, особенно с учётом последней новости на сайте о "ближайшем
времени". Помощник из меня хреновый, а вот сертификация интересна.

Re: [freebsd] KyivBSD '16

2016-06-03 Пенетрантность Anton Sayetsky

27 мая 2016 г., 6:56 пользователь Anton Sayetsky <vsasja...@gmail.com> написал:
> Приветствую,
> Планируется ли сабж?
Nemo curat. Печально это.

[freebsd] KyivBSD '16

Приветствую,
Планируется ли сабж?

Re: [freebsd] portupgrade rerror

26 мая 2016 г. 20:32 пользователь "Aleksandr Lisovoy" 
написал:
>
> Если мыслить в том русле, на которое Вы намекаете, то на многие вопросы
здесь многие ответы будут начинаться с: "А почему не попробовать на
Убунту/Минте/Федоре ...".
> Кому-то удобно сидеть на убунту, а кому-то удобно писать для себя
драйверы для новой вебкамеры под photon`ом.
> Мне вот в новой Федоре не нравится dnf, я привык к yum. :)
> У человека должна быть свобода выбора, ровно как и право пользоваться
тем, чем ему нравится пользоваться. Разве не это ключевые столбы opensource?
Не знаю уж, какие в OSS "столбы", но вот столпами назвать можно, да.
И радует, что хоть кто-то понимает, что если есть проблема - её решить
нужно, а не бежать к другому продукту с другими проблемами.

Re: [freebsd] portupgrade rerror

26 мая 2016 г., 17:19 пользователь Владимир Друзенко <v...@unislabs.com> 
написал:
> 26.05.2016 16:31, Anton Sayetsky пишет:
>> 2016-05-26 16:29 GMT+03:00 Владимир Друзенко <v...@unislabs.com>:
>>> 26.05.2016 16:21, Eugene Grosbein пишет:
>>>> On 26.05.2016 19:50, Vladyslav Kolesnyk wrote:
>>>>> Всем добрый день.
>>>>>
>>>>> FreeBSD 10.3-RELEASE-p3 r300142
>>>>>
>>>>> Может кто сталкивался:
>>>>> при обновлении некоторых программ вылетает ошибка (в частности openjdk7, 
>>>>> openjdk8)
>>>>>
>>>>> [ root@localhost /root ] # portupgrade -rR openjdk8
>>>>> [Reading data from pkg(8) ... - 164 packages found - done]
>>>>> [Gathering depends for java/openjdk8 
>>>>> 
>>>>> .
>>>>> .
>>>>> .
>>>>> .
>>>>> .../usr/local/sbin/portupgrade:894:in 
>>>>> `get_all_depends': recursive dependency (RecursiveDependencyError)
>>>> pkgdb -F не помогает?
>>>>
>>> Как вариант перейти на portmaster.
>> [ffuuu]Как же вы достали со своим portmaster.[/ffuuu]
> Что за хамство? Пусть модераторы разбираются - спорить с неадекватом не
> вижу смысла.
Какие мы нежные, однако.
А меня, например, действительно достало, что как кто-то спрашивает о
проблеме portupgrade - так обязательно найдётся умник, готовый
обгадить всё и попиарить portmaster. Ещё винду посоветовал бы - там
вообще "порты обновлять" не нужно.

>> Кажется, ТС спрашивал о проблеме portupgrade, а не об альтернативах его.
> Проблема в portupgrade - логичней выкинуть этого древнего тормозного
> монстра
https://www.freshports.org/ports-mgmt/portupgrade/ = Port Added: 05
Feb 2007 01:09:12
https://www.freshports.org/ports-mgmt/portmaster/ = Port Added: 05 Feb
2007 01:09:12
Так что с "древностью" можно ещё поспорить. Алсо, portupgrade у меня
не тормозит. Наверное, руки не забываю достать из.

>и начать таки использовать portmaster.
Не хочу. И ТС не хочет, судя по "интересен вопрос именно portupgrade"

> С большой вероятностью это решит проблему.
Но не с равной единице. А вообще - винда тоже решит проблему, давай ставить.

> К тому же portmaster рекомендуемый вариант в случае необходимости 
> самостоятельно пересобирать порты
Чушь! Пруф ниже:
https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html
4.5.3. Upgrading Ports
To perform the actual upgrade, use either Portmaster or Portupgrade.
Где тут "рекомендуемый вариант?

> иначе бинарные пакеты через pkg. Ещё есть вариант с pudriere, но не 
> предлагаю, так как сам пока не использую.

> В любом случае portupgrade последний в этом ряду и уже давно он считается 
> legacy.
И опять чушь, да ещё и провокация. В указанном выше разделе handbook
слова "legacy" нет вообще.

Re: [freebsd] portupgrade rerror