from:"Владимир Друзенко"

Re: [freebsd] Ржавый

2023-03-16 Пенетрантность Владимир Друзенко via freebsd


15.03.2023 05:09, ma...@chado.in.ua пишет:

2023-03-14 13:17, Владимир Друзенко via freebsd написав:

А ядер сколько?
Вернее сколько -j выставляется при сборке?


hw.ncpu: 8
-j нигде явно не выставлял,
в poudriere я так понимаю выделяется одно ядро

Прямо сейчас собирается на тех двух хостах - никакого ухода в swap не 
наблюдается.


Без poudriere с дефолтным -j по количеству ядер (4 и 6).

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

Re: [freebsd] Ржавый

2023-03-14 Пенетрантность Владимир Друзенко via freebsd


А ядер сколько?
Вернее сколько -j выставляется при сборке?

14.03.2023 12:28, ma...@chado.in.ua пишет:

при 24G оперативки + 38G свопа таки собрался...

2023-03-12 02:21, Владимир Друзенко via freebsd написав:

Замечательно (хоть и очень долго) собирается на 16GB RAM + 8GB SWAP (4
ядра) на одном хосте и 16GB RAM + 16GB SWAP (6 ядер) на другом хосте.
Оба хоста baremetal.
Каких-то огромных залезаний в своп не могу припомнить.

12.03.2023 01:26, ma...@chado.in.ua пишет:

сборка в poudriere

2023-03-12 00:25, ma...@chado.in.ua написав:

Hi

Вот у мя такая же проблема
есть виртуалка с 16G памяти + своп 26G+8G
Mem: 50M Active, 49M Inact, 12M Laundry, 5754M Wired, 10G Free
Swap: 34G Total, 15M Used, 34G Free

и сборка rust постоянно вываливается изза того что swap заканчивается
... kernel: pid 81956 (cc1plus), jid 287, uid 65534, was killed: out
of swap space
... kernel: pid 82355 (rust-installer), jid 283, uid 65534, was
killed: out of swap space

сколько ж ему памяти нужно для сборки ?
на скольки памяти у вас собирается?
или тут проблема в том что это виртуалка?


2022-06-10 15:14, Taras Heichenko написав:

Hi!
Всем спасибо за указание направления. Да, в dmesg rustc – out of swap
space. Понятно, по крайней мере, что
нужно делать. Дальше разберусь. Спасибо.

On 10 Jun 2022, at 15:09, Eugene Grosbein  
wrote:


10.06.2022 18:50, Taras Heichenko пишет:

   Hi!
Есть виртуальная машинка с
FreeBSD 12.3-RELEASE r371126 GENERIC  amd64
На ней не собирается rust. Всякие make clean, обновления портов 
и прочие стучания по
колесам и хлопанья багажником не помогают. История заканчивается 
одинаково


error: build failed
command did not execute successfully: 
"/usr/ports/lang/rust/work/bootstrap/bin/cargo" "build" 
"--target" "x86_64-unknown-freebsd" "-Zbinary-dep-depinfo" "-j" 
"2" "-v" "-v" "--release" "--frozen" "--features" "llvm 
max_level_info" "--manifest-path" 
"/usr/ports/lang/rust/work/rustc-1.61.0-src/compiler/rustc/Cargo.toml" 
"--message-format" "json-render-diagnostics"

expected success, got: exit status: 101
Traceback (most recent call last):
 File "x.py", line 27, in 
   bootstrap.main()
 File 
"/usr/ports/lang/rust/work/rustc-1.61.0-src/src/bootstrap/bootstrap.py", 
line 1324, in main

   bootstrap(help_triggered)
 File 
"/usr/ports/lang/rust/work/rustc-1.61.0-src/src/bootstrap/bootstrap.py", 
line 1310, in bootstrap

   run(args, env=env, verbose=build.verbose, is_bootstrap=True)
 File 
"/usr/ports/lang/rust/work/rustc-1.61.0-src/src/bootstrap/bootstrap.py", 
line 185, in run

   raise RuntimeError(err)
RuntimeError: failed to run: 
/usr/ports/lang/rust/work/_build/bootstrap/debug/bootstrap dist 
--jobs=2

*** Error code 1

Stop.
make[1]: stopped in /usr/ports/lang/rust
*** Error code 1

Stop.
make: stopped in /usr/ports/lang/rust

При том, что на другой машине (не виртуальной а физической, и с 
i386 архитектурой) собрался без проблем.

Есть какие-то идеи, что с этим можно сделать?


Памяти много? Нет ничего подозрительного в dmesg?
Оно у тебя ругается на ошибку запуска 
/usr/ports/lang/rust/work/_build/bootstrap/debug/bootstrap
который генерируется в процессе сборки порта и являет собой 
огромный бинарник.





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

Re: [freebsd] Ржавый

2023-03-11 Пенетрантность Владимир Друзенко via freebsd

Замечательно (хоть и очень долго) собирается на 16GB RAM + 8GB SWAP (4 
ядра) на одном хосте и 16GB RAM + 16GB SWAP (6 ядер) на другом хосте.

Оба хоста baremetal.
Каких-то огромных залезаний в своп не могу припомнить.

12.03.2023 01:26, ma...@chado.in.ua пишет:

сборка в poudriere

2023-03-12 00:25, ma...@chado.in.ua написав:

Hi

Вот у мя такая же проблема
есть виртуалка с 16G памяти + своп 26G+8G
Mem: 50M Active, 49M Inact, 12M Laundry, 5754M Wired, 10G Free
Swap: 34G Total, 15M Used, 34G Free

и сборка rust постоянно вываливается изза того что swap заканчивается
... kernel: pid 81956 (cc1plus), jid 287, uid 65534, was killed: out
of swap space
... kernel: pid 82355 (rust-installer), jid 283, uid 65534, was
killed: out of swap space

сколько ж ему памяти нужно для сборки ?
на скольки памяти у вас собирается?
или тут проблема в том что это виртуалка?


2022-06-10 15:14, Taras Heichenko написав:

Hi!
Всем спасибо за указание направления. Да, в dmesg rustc – out of swap
space. Понятно, по крайней мере, что
нужно делать. Дальше разберусь. Спасибо.


On 10 Jun 2022, at 15:09, Eugene Grosbein  wrote:

10.06.2022 18:50, Taras Heichenko пишет:

   Hi!
Есть виртуальная машинка с
FreeBSD 12.3-RELEASE r371126 GENERIC  amd64
На ней не собирается rust. Всякие make clean, обновления портов и 
прочие стучания по
колесам и хлопанья багажником не помогают. История заканчивается 
одинаково


error: build failed
command did not execute successfully: 
"/usr/ports/lang/rust/work/bootstrap/bin/cargo" "build" "--target" 
"x86_64-unknown-freebsd" "-Zbinary-dep-depinfo" "-j" "2" "-v" "-v" 
"--release" "--frozen" "--features" "llvm max_level_info" 
"--manifest-path" 
"/usr/ports/lang/rust/work/rustc-1.61.0-src/compiler/rustc/Cargo.toml" 
"--message-format" "json-render-diagnostics"

expected success, got: exit status: 101
Traceback (most recent call last):
 File "x.py", line 27, in 
   bootstrap.main()
 File 
"/usr/ports/lang/rust/work/rustc-1.61.0-src/src/bootstrap/bootstrap.py", 
line 1324, in main

   bootstrap(help_triggered)
 File 
"/usr/ports/lang/rust/work/rustc-1.61.0-src/src/bootstrap/bootstrap.py", 
line 1310, in bootstrap

   run(args, env=env, verbose=build.verbose, is_bootstrap=True)
 File 
"/usr/ports/lang/rust/work/rustc-1.61.0-src/src/bootstrap/bootstrap.py", 
line 185, in run

   raise RuntimeError(err)
RuntimeError: failed to run: 
/usr/ports/lang/rust/work/_build/bootstrap/debug/bootstrap dist 
--jobs=2

*** Error code 1

Stop.
make[1]: stopped in /usr/ports/lang/rust
*** Error code 1

Stop.
make: stopped in /usr/ports/lang/rust

При том, что на другой машине (не виртуальной а физической, и с 
i386 архитектурой) собрался без проблем.

Есть какие-то идеи, что с этим можно сделать?


Памяти много? Нет ничего подозрительного в dmesg?
Оно у тебя ругается на ошибку запуска 
/usr/ports/lang/rust/work/_build/bootstrap/debug/bootstrap
который генерируется в процессе сборки порта и являет собой 
огромный бинарник.





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

Re: [freebsd] releng/13.1 issues as vbox-6.1 guest

2022-07-07 Пенетрантность Владимир Друзенко via freebsd

Повторяю в рассылку. Просьба не отвечать на личные адреса, а только в 
рассылку.


07.07.2022 20:40, Anton Saietskii пишет:
On Thu, Jul 7, 2022, 20:22 Владимир Друзенко via freebsd 
 wrote:


07.07.2022 18:23, Anton Saietskii пишет:
> Приветствую,
> Пока тут тестировал сабж, наткнулся на пару неприятных моментов и
> хотел бы поделиться -- вдруг кому полезно будет.
>
>
> ** Проблема №1:
> После установки emulators/virtualbox-ose-additions при запуске
> виртуалки системная дата устанавливается на 2299-й год. Это не
зависит
> от настройки "hw clock in utc" (ещё бы, тут проблема не просто в
> часовом поясе...)
> Синхронизация времени выполняется с помощью vboxservice, который
> находится достаточно далеко от начала rcorder, из-за чего некоторые
> важные файлы имеют дату в далёком будущем, т.к. изменяются во время
> загрузки перед запуском vboxservice.
> Я не проверял, станет ли системная дата опять нормальной, если
снести
> пакет, а из конфига виртуалки вычистить все свойства, которые
> устанавливаются guest additions. Вместо этого решил закостылить так:
>
> $ cat /etc/rc.d/save_time
> #! /bin/sh
>
> # KEYWORD: nojail shutdown
>
> . /etc/rc.subr
>
> name=save_time
> rcvar=save_time_enable
>
> start_cmd="${name}_start"
> stop_cmd="${name}_stop"
>
> load_rc_config $name
> : ${save_time_enable:=NO}
> : ${save_time_file:="/var/db/save_time"}
>
> save_time_start() {
>          if [ -r $save_time_file -a -s $save_time_file ]; then
>                  saved_time=`cat $save_time_file`
>                  echo "Restoring date/time from $save_time_file
as $saved_time"
>                  date $saved_time
>          fi
> }
>
> save_time_stop() {
>          echo -n "Saving date/time to $save_time_file... "
>          date +%Y%m%d%H%M > $save_time_file
>          if [ $? -ne 0 ]; then
>                  warn "cannot save."
>          else
>                  echo "done."
>          fi
> }
>
> run_rc_command "$1"
>
> То, что системные часы "отстанут" на время, в течение которого
> виртуалка была выключена, в принципе, для меня вполне терпимо.
> Обнаружилась лишь небольшая неприятность после: cron запускается в
> прошлом, т.к. vboxservice по дефолту при своём запуске корректирует
> время постепенно, а не моментально. Это решилось включением
> соответствующей опции:
> $ grep vboxservice_flags /etc/rc.conf
> vboxservice_flags="--timesync-set-start"
>
> Готов ловить летящие помидоры и яйца, если вдруг таковые имеются.

Что-то явно делаете не так или умалчиваете.
У меня 10+ лет работает 4 сервера с headless VirtulBox
(3=>4=>5=>6) на
FreeBSD (9=>10=>11=>12=>13) и ничего подобного замечено не было.

1. Создао виртуалку.
2. Поставил фрю.
3. Поставил пакет virtualbox-ose-additions-nox11
4. Запустил VBox{guest|service} (не включая автозапуск)
5. Перезагрузился.
6. В виртуалке год 2299

Конечно же при остановке сервера виртуалки savestate.

Не вижу смысла при переходе хоста в S3 каждый раз писать весь объём 
памяти виртуалки на диск.


Может из-за этого все проблемы. Так что лучше проверить.




> ** Проблема №2:
> Имеется следующая конфигурация дисковой подсистемы:
> Контроллер LSI Logic SAS, к нему подключен VDI с опциями
nonrotational
> и discard (чтобы этот VDI сам ужимался).
> Внутри виртуалки: GPT (1M align) -> GELI (4K sectorsize, trim
> пропускается) -> ZFS (autotrim=on).
> Хост может уходить в S3/S4, никаких специальных действий для
виртуалки
> при этом не предпринимается.

savestate


> Через несколько дней внезапно побились контрольные суммы, что
> затронуло пяток файлов, в messages было такое:
>
> Jun 24 17:21:36 freebsdvm ZFS[998]: checksum mismatch, zpool=zroot
> path=/dev/da0p3.eli offset=3501813760 size=12288
> Jun 24 17:21:36 freebsdvm ZFS[1002]: pool I/O failure,
zpool=zroot error=97
> Jun 24 17:21:36 freebsdvm ZFS[1006]: checksum mismatch, zpool=zroot
> path=/dev/da0p3.eli offset=3502202880 size=12288
> Jun 24 17:21:36 freebsdvm ZFS[1010]: pool I/O failure,
zpool=zroot error=97
> Jun 24 17:21:36 freebsdvm ZFS[1014]: checksum mismatch, zpool=zroot
> path=/dev/da0p3.eli offset=3502190592 size=12288
> Jun 24 17:22:28 freebsdvm ZFS[1028]: pool I/O failure,
zpool=zroot error=97
> Jun 24 17:22:28 freebsdvm ZFS[1032]: pool I/O failure,

Re: [freebsd] releng/13.1 issues as vbox-6.1 guest

2022-07-07 Пенетрантность Владимир Друзенко via freebsd


07.07.2022 18:23, Anton Saietskii пишет:

Приветствую,
Пока тут тестировал сабж, наткнулся на пару неприятных моментов и
хотел бы поделиться -- вдруг кому полезно будет.


** Проблема №1:
После установки emulators/virtualbox-ose-additions при запуске
виртуалки системная дата устанавливается на 2299-й год. Это не зависит
от настройки "hw clock in utc" (ещё бы, тут проблема не просто в
часовом поясе...)
Синхронизация времени выполняется с помощью vboxservice, который
находится достаточно далеко от начала rcorder, из-за чего некоторые
важные файлы имеют дату в далёком будущем, т.к. изменяются во время
загрузки перед запуском vboxservice.
Я не проверял, станет ли системная дата опять нормальной, если снести
пакет, а из конфига виртуалки вычистить все свойства, которые
устанавливаются guest additions. Вместо этого решил закостылить так:

$ cat /etc/rc.d/save_time
#! /bin/sh

# KEYWORD: nojail shutdown

. /etc/rc.subr

name=save_time
rcvar=save_time_enable

start_cmd="${name}_start"
stop_cmd="${name}_stop"

load_rc_config $name
: ${save_time_enable:=NO}
: ${save_time_file:="/var/db/save_time"}

save_time_start() {
 if [ -r $save_time_file -a -s $save_time_file ]; then
 saved_time=`cat $save_time_file`
 echo "Restoring date/time from $save_time_file as $saved_time"
 date $saved_time
 fi
}

save_time_stop() {
 echo -n "Saving date/time to $save_time_file... "
 date +%Y%m%d%H%M > $save_time_file
 if [ $? -ne 0 ]; then
 warn "cannot save."
 else
 echo "done."
 fi
}

run_rc_command "$1"

То, что системные часы "отстанут" на время, в течение которого
виртуалка была выключена, в принципе, для меня вполне терпимо.
Обнаружилась лишь небольшая неприятность после: cron запускается в
прошлом, т.к. vboxservice по дефолту при своём запуске корректирует
время постепенно, а не моментально. Это решилось включением
соответствующей опции:
$ grep vboxservice_flags /etc/rc.conf
vboxservice_flags="--timesync-set-start"

Готов ловить летящие помидоры и яйца, если вдруг таковые имеются.


Что-то явно делаете не так или умалчиваете.
У меня 10+ лет работает 4 сервера с headless VirtulBox (3=>4=>5=>6) на 
FreeBSD (9=>10=>11=>12=>13) и ничего подобного замечено не было.

Конечно же при остановке сервера виртуалки savestate.


** Проблема №2:
Имеется следующая конфигурация дисковой подсистемы:
Контроллер LSI Logic SAS, к нему подключен VDI с опциями nonrotational
и discard (чтобы этот VDI сам ужимался).
Внутри виртуалки: GPT (1M align) -> GELI (4K sectorsize, trim
пропускается) -> ZFS (autotrim=on).
Хост может уходить в S3/S4, никаких специальных действий для виртуалки
при этом не предпринимается.


savestate


Через несколько дней внезапно побились контрольные суммы, что
затронуло пяток файлов, в messages было такое:

Jun 24 17:21:36 freebsdvm ZFS[998]: checksum mismatch, zpool=zroot
path=/dev/da0p3.eli offset=3501813760 size=12288
Jun 24 17:21:36 freebsdvm ZFS[1002]: pool I/O failure, zpool=zroot error=97
Jun 24 17:21:36 freebsdvm ZFS[1006]: checksum mismatch, zpool=zroot
path=/dev/da0p3.eli offset=3502202880 size=12288
Jun 24 17:21:36 freebsdvm ZFS[1010]: pool I/O failure, zpool=zroot error=97
Jun 24 17:21:36 freebsdvm ZFS[1014]: checksum mismatch, zpool=zroot
path=/dev/da0p3.eli offset=3502190592 size=12288
Jun 24 17:22:28 freebsdvm ZFS[1028]: pool I/O failure, zpool=zroot error=97
Jun 24 17:22:28 freebsdvm ZFS[1032]: pool I/O failure, zpool=zroot error=97

Недолго думая, я переустановил затронутые пакеты, прогнал scrub да успокоился.
Ещё через несколько дней опять побились контрольные суммы, но это уже
затронуло один файл. Виртуалка начала неистово читать диск, а в
messages я успел прочесть следующее (таких сообщений, как ранее уже не
было):

Jul  4 15:13:40 freebsdvm kernel: [93142] mpt0: request
0xfe0005dd7d80:54344 timed out for ccb 0xf80018953000
(req->ccb 0xf80018953000)
Jul  4 15:13:40 freebsdvm kernel: [93142] mpt0: attempting to abort
req 0xfe0005dd7d80:54344 function 0
Jul  4 15:13:40 freebsdvm kernel: [93142] mpt0: abort of req
0xfe0005dd7d80:54344 completed
Jul  4 15:13:40 freebsdvm kernel: [93142] mpt0: attempting to abort
req 0xfe0005dd7d80:54344 function 0
Jul  4 15:13:40 freebsdvm kernel: [93142] mpt0: abort of req
0xfe0005dd7d80:54344 completed

С памятью на хосте всё в порядке. Что это за чудеса были и как вообще
такое дебажить -- я не знаю, но подозреваю, что тут какой-то косяк в
реализации TRIM (а вот со стороны FreeBSD или VirtualBox?) Запускал
руками zpool trim в виртуалке, vboxmanage --modifymedium 'VM disk.vdi'
--compact на хосте -- всё нормально, ничего не бьётся.
Пока сменил тип контроллера на LSI Login SCSI и наблюдаю.


А зачем это всё?
zfs на хосте со сжатием. В гостях ufs. Запись нулей на диск внутри 
виртуалки освобождает место на хосте.


___
freebsd mailing list
freebsd@uafug.org.ua

Re: [freebsd] [offtopic] AWS Tech Conference

2022-06-27 Пенетрантность Владимир Друзенко via freebsd

27.06.2022 11:54, Vladimir Sharun пишет:

Привет,
> Не попросит:
> 1. Я сам консалтинг моего работодателя.

До поры до времени. Надо держать в уме, что работодатель может
случайно пересечься со своим корешем, который ему расскажет какой-то
success story, тебя попросят проработать и всё заверте~

Не в моём случае. Но это уже прямо совсем оффтоп-оффтоп.

> 2. Для корпоративных нужд используется исключительно self-hosting -
данные в облаке, не твои данные, а у нас NDA со всеми заказчиками.

Netflix веб частью стоит в AWS. В US и Европе переход на AWS/Azure/GCP
- это норма жизни. Да, дату у тебя могут оттуда изъять судебным
решением, но это можно сделать и в self-hosted решении, а учитывая
страну твоей деятельности - можно и просто по-беспределу, по-этому как
аргумент слабовато.

Куда меньше доверия и больше рисков при работе с коммерческими
структурами как таковыми, а также из-за их юрисдикции.
Потеряют данные, обанкротятся и тд и тп, а спросить не с кого. И это не
говоря уже о тихом сливе инфы.

Я считал экономику для сервисов такого типа (+/- сложная асинхронная
вебка, с базами до тера), сильно под вопросом где лучше держать в
случае гарантированного коммитмента в AWS.

> В любом случае это всё оффтопик.

Дискуссионно. Сильно дискуссионно. Я с FreeBSD c 99-го где-то и очень
жалею, что меня никто не направил на AWS Сonf лет пять-семь назад.

То, что тема сам по себе вполне актуальна и знания о ней не повредят,
никто не спорит, но это никак не панацея. Как в своё время таковыми не
стали ООП, Corba, OLAP, Java, блокчейн, так и облака никогда не станут.
Они просто займут свою нишу и всё.

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

Re: [freebsd] [offtopic] AWS Tech Conference

2022-06-27 Пенетрантность Владимир Друзенко via freebsd


27.06.2022 11:18, Vladimir Sharun пишет:

Привет,

AWS - это в западном мире настоящее, для нас - ближайшее будущее, в 
которое через весьма короткое время консалтинг твоего работодателя 
попросит телепортироваться.


Вот эти вот все cloud native, простейшие сайты визитки на лямбде и 
т.п. То, что будет урезать в деньгах и увольнять freebsd админов.


Полезно хотя бы знать/видеть чо там как внутри, включая обязаловку 
IaaC и Terraform-like жизни.


Там весьма полезные концепты, которых у FreeBSD natively нет. Но есть 
повод задуматься.


/27 червня 2022, 11:06:04, від "Владимир Друзенко via freebsd" 
mailto:freebsd@uafug.org.ua>>: /


27.06.2022 09:12, Vladimir Sharun пишет:

Привет,

Начнешь работу искать, сразу поймешь какое это имеет отношение к -.

/26 червня 2022, 23:40:30, від "Владимир Друзенко via freebsd"
mailto:freebsd@uafug.org.ua>>: /

26.06.2022 23:26, Катерина Кучернюк пишет:

30 червня AWS User Group Ukraine організовує AWS Tech
Conference #StandWithUkraine для міжнародного AWS ком’юніті!
Долучайтесь безкоштовно: https://bit.ly/3nif2Cp
<https://bit.ly/3nif2Cp>

Это имеет какое-то отношение к FreeBSD или хотя бы к OpenSource?



Это повод любой спам с предложением работы или каких-то технологий
допускать в тематическую рассылку?
Ни одного доклада с упоминанием FreeBSD беглым поиском не нашёл -
если такие есть, то хотелось на них взглянуть. Собственно об этом
и был мой вопрос.
А так мне отдельно падает всякий подобный спам от прочих вендоров
(IBM, Oracle, и т.д.) - разве ему место тут?



Не попросит:
1. Я сам консалтинг моего работодателя.
2. Для корпоративных нужд используется исключительно self-hosting - 
данные в облаке, не твои данные, а у нас NDA со всеми заказчиками.


В любом случае это всё оффтопик.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] AWS Tech Conference

2022-06-27 Пенетрантность Владимир Друзенко via freebsd


27.06.2022 09:12, Vladimir Sharun пишет:

Привет,

Начнешь работу искать, сразу поймешь какое это имеет отношение к -.

/26 червня 2022, 23:40:30, від "Владимир Друзенко via freebsd" 
mailto:freebsd@uafug.org.ua>>: /


26.06.2022 23:26, Катерина Кучернюк пишет:

30 червня AWS User Group Ukraine організовує AWS Tech Conference
#StandWithUkraine для міжнародного AWS ком’юніті! Долучайтесь
безкоштовно: https://bit.ly/3nif2Cp <https://bit.ly/3nif2Cp>

Это имеет какое-то отношение к FreeBSD или хотя бы к OpenSource?



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


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

Re: [freebsd] AWS Tech Conference

2022-06-26 Пенетрантность Владимир Друзенко via freebsd


26.06.2022 23:26, Катерина Кучернюк пишет:
30 червня AWS User Group Ukraine організовує AWS Tech Conference 
#StandWithUkraine для міжнародного AWS ком’юніті! Долучайтесь 
безкоштовно: https://bit.ly/3nif2Cp

Это имеет какое-то отношение к FreeBSD или хотя бы к OpenSource?___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] zfs

2022-06-13 Пенетрантность Владимир Друзенко via freebsd



Nick Kostirya via freebsd писал(а) 2022-06-13 17:52:


Привет.

Вопрос про zfs. FreeBSD 13.1
Есть диск с zfs (созданный bsdinstall).
Затем добавили еще диск с целью перенести на нее систему, а второй
оставить для разных больших файлов.
Загрузился с флешки и bsdinstall создал на весь диск zfs и установил.
В биосе сказал грузиться с нового диско, но FreeBSD все равно
грузиться со старого диска.

Что еще нужно подкрутить?


Название рутового пула случайно не одинаковое?___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-12-31 Пенетрантность Владимир Друзенко via freebsd


31.12.2021 14:06, sp...@itl.ua пишет:



Кстати, у меня какое-то странное сообщение о памяти:

BIOS 631kB/523264kB available memory

Маловато-то как-то...
Это сообщают оба лоадера, 11.2 и 12.3 (я в итоге поставила 12.3, а не 13.0).
После загрузки системы доступная память около 3G.

Нужно добавить boot_verbose="YES" в /boot/loader.conf и тогда во время загрузки
(и в /var/run/dmesg.boot) между строчками с real memory и avail memory
будет дополнительная информация. Например, для системы с двумя модулями 4GB+2GB 
и
64-битным процессором Intel Atom, у которого нет встроенного контроллера памяти
и который использует контроллер на материнке и вставлен в материнку с 
ограничением
на 4GB памяти:

real memory = 6442450944 (6144 MB)
Physical memory chunk(s):
0x0001 - 0x0009dfff, 581632 bytes (142 pages)
0x00103000 - 0x001f, 1036288 bytes (253 pages)
0x02b0 - 0xd8709fff, 3586170880 bytes (875530 pages)
avail memory = 3571384320 (3405 MB)

Нужна информация о вашем CPU и материнке и такая же выдача из dmesg.boot.

CPU: Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz (2594.16-MHz 686-class CPU)

real memory  = 4294967296 (4096 MB)
Physical memory chunk(s):
0x1000 - 0x0009cfff, 638976 bytes (156 pages)
0x0010 - 0x007f, 7340032 bytes (1792 pages)
0x0242a000 - 0x1fff, 498950144 bytes (121814 pages)
0x2020 - 0x40003fff, 534790144 bytes (130564 pages)
0x40005000 - 0xb5754fff, 1970601984 bytes (481104 pages)
0xb9c7f000 - 0xb9f59fff, 2994176 bytes (731 pages)
avail memory = 3005071360 (2865 MB)

В dmesg.boot сообщения о памяти вроде норм, смутило то, которое выдает loader
сразу после сообщения о дисках:

BIOS drive C: is disk0
BIOS drive D: is disk1
BIOS 631kB/523264kB available memory

Какое инфо нужно о материнке?


Система 32-бит чтоли?
По опыту лучше даже не пытаться - за последние годы поддержка 
архитектуры i386 во фре заметно ухудшилась, особенно для декстопа.


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

Re: [freebsd] 13.0 memstick не грузится

2021-12-29 Пенетрантность Владимир Друзенко via freebsd

29.12.2021 22:44, sp...@itl.ua пишет:

29 декабря 2021 г., 20:54, "Oleg V. Nauman" написал:

Как-то мне напомнило мне мой старый ( пардон, древний ) десктоп, который не
желает грузиться с ahci(4), но работает с ata(4). В BIOS стоит Enhanced как
режим работы IDE ( причем есть диски SATA и PATA ). Если есть желание, то
можно пересобрать GENERIC . Из конфигурации нужно выбросить ahci(4), и
результат сборки использовать на memstick.
В режиме работы с ata(4) у меня доступны и SATA и PATA диски.

А что это даст?
А какова роль BIOS в установке режима работы диска? Он включает
в диске нужный режим, которому потом должна следовать система?
Или только предоставляет процедуры доступа к диску, пока система не загрузила
свои?
И можно ли менять диску режим на лету?

Если я сейчас поставлю систему с режимом IDE, можно ли будет потом
переключиться на AHCI?

Сейчас попробовал, правда наоборот с Enhanced на IDE - загрузился.

Спасибо!

Режим работы не диска, а контроллера.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] 13.0 memstick не грузится

2021-12-29 Пенетрантность Владимир Друзенко via freebsd

29.12.2021 19:17, sp...@itl.ua пишет:

19 апреля 2021 г., 20:39, "Eugene Grosbein" написал:

19 квітня 2021 р., 20:04, "Eugene Grosbein" написав:

Да баг это, баг. Если загрузчик уже выдал часть своих строчек, а потом внезапно
всё по новой пошло,
то это был креш, который закончился CPU reset.

13.0 мало отличается от девелоперской версии (dot zero release), так что
дебажить это
дальше можно, если на то есть желание или если, к примеру, 12.2-RELEASE ведёт
себя так же.

Иначе лучше вернуться на 12.2-RELEASE.

12.2 - та же картина.

Желание дебажить есть (если хватит мозгов), тем более что а куда деваться.
Подскажете направление?

Первым делом завести PR в багзилле и туда все эти данные (все попытки с разными
настройками),
включая инфу о работе 11.2

Две новости.
1) Движения по PR нет (договорились с Toomas Soome, что он пришлет тестовый
код, а я проверю его, и он пропал).
2) Внезапно удалось загрузиться, поставив в BIOS режим IDE вместо AHCI (хотя
диск вроде бы SATA - Toshiba MQ01ACF032).

И вопрос.
Если я сейчас поставлю систему с режимом IDE, можно ли будет потом
переключиться на AHCI?

Диски будут с теми же названиями /dev/ada* - даже fstab не надо будет
менять.
Главное чтобы контроллер нормально поддерживался в таком режиме, и
загрузчик не выпадал как сейчас.

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

Re: [freebsd] Обновление с 11.4 на 12.2, как лучше?

2021-10-21 Пенетрантность Владимир Друзенко via freebsd


21.10.2021 05:28, Eugene Grosbein пишет:

21.10.2021 4:25, Eugene V. Boontseff via freebsd пишет:

Hello, All!

Мне нужно обновить 11.4-STABLE.
Можно ли ее обновлять freebsd-update?

Нет, freebsd-update не обновляет STABLE. Нужно через gitup stable, buildworld 
etc.


Или из src? Если второе, то на релиз или можно на stable?

Можно и на релиз, и на 12-STABLE.
Есть схожий вопрос: можно ли бинарно обновить собранный из исходников 
релиз 12.2-p4 до 12.2-p10, до 12.3 (когда выйдет), до 13.0?

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

Re: [freebsd] unbound и отстающие часы

2021-09-02 Пенетрантность Владимир Друзенко via freebsd


02.09.2021 14:05, Valentin Nechayev пишет:

Обнаружил эффект: FreeBSD под Virtualbox (12.2, в описанных
областях все параметры штатные). Хостовая машина периодически в
спячке, при этом локальное время в виртуалке останавливается.
Когда просыпается, виртуалке надо восстановить время. Но даже
какое-нибудь "ntpdate -bs pool.ntp.org" не работает: local_unbound
отвечает SERVFAIL на всё. Как только зарезолвил хосты для часов в
другом месте и засинхронизировал вручную по IP, unbound стал нормально
отвечать.

Есть ли штатный метод лечения такой проблемы? Происходит ли она
при загрузке, если локальные часы тяжело сбиты?
Можно глупый вопрос: а emulators/virtualbox-ose-additions установлен и 
запущены в госте?

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

Re: [freebsd] Беда с KOI8-R в xfce4-terminal.

2021-08-04 Пенетрантность Владимир Друзенко via freebsd


04.08.2021 17:39, Valentin Nechayev пишет:

hi,

  Wed, Aug 04, 2021 at 19:28:11, vas wrote about "Re: [freebsd] Беда с KOI8-R в  
xfce4-terminal.":


Вот не знаю, как Фидо (Golded) перевести в UTF-8.

Golded я запускаю с прочей фидой под screen, у которого штатно есть
перекодировщик для koi8-r.
Но базовой кодировкой давно utf-8.


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

Проблема в том, что уже очень давно фактически не работает. Масса
проблем самых разных и странных, но начали слишком анноить.


+1

Предлагаю топикстартеру попробовать сохранить на таком сервере по самбе 
файлы с символами "«»" названиях.



Я терпел koi8 в системе до, кажется, 2015. Затем плюнул и перевёл всё
на utf-8.


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

Re: [freebsd] Беда с KOI8-R в xfce4-terminal.

2021-08-04 Пенетрантность Владимир Друзенко via freebsd


04.08.2021 13:12, George L. Yermulnik пишет:

Hello!

On Wed, 04 Aug 2021 at 09:07:40 (+0700), Victor Sudakov wrote:


Ну а отчего бы оно могло перестать работать? Кстати, появилась доп.
информация. Поставил Terminator, там та же история.

А x11/mlterm ? Я им для таких случаев пользуюсь (ну, и не только для таких).
Умеет автодетектить кодировку. Для принудительного определения на
destination можно выполнить `echo -en "\x1b]5379;encoding=KOI8-U\x07"`

x11/luit ещё может помочь в конвертации аутпута в UTF (аля `luit
-encoding KOI8-R ssh remote.host`), но "мопед не мой".


x11/konsole умеет в кодировки - только что попробовал.

P.S. Но я бы перевёл такие хосты на UTF-8 (начиная с 8-и всё перевёл, а 
это было лет 10 назад).


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

Re: [freebsd] 13.0 memstick не грузится

2021-04-19 Пенетрантность Владимир Друзенко via freebsd


19.04.2021 19:33, sp...@itl.ua пишет:
19 квітня 2021 р., 19:12, "Anton Saietskii" > 
написав:


Я бы за 2 дня уже переставил оперативу в кошерный слот и проверил...


Было страшно :)
Спасибо за мотивацию, переставила.

На загрузку не повлияло. Значит, дело не в слоте. Может, в способе 
доступа к памяти?
В этом EliteBook в биосе какая-то параноидальная секьюрити, может, 
биосу что-то не нравится?

А есть возможность отключить в биосе Secure Boot?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] /usr/ports/

2021-04-17 Пенетрантность Владимир Друзенко via freebsd


17.04.2021 22:39, Alexander Sheiko пишет:

16.04.2021, Владимир Друзенко via freebsd написал(а):


Опять сутки уже не синхронизируется.

Сейчас работает и довольно шустро - без тормозов.


Поковырял палочкой gitup:
[~]# time gitup ports
# Host: github.com
# Port: 443
# Repository: /freebsd/freebsd-ports.git
# Target: /usr/ports
# Have: a2c5d69385fe0d8c5a666d570f5b464ca302d37d
# Want: a2c5d69385fe0d8c5a666d570f5b464ca302d37d
# Branch: main

real    2m58,839s
user    0m34,055s
sys 0m20,755s

Да это прямо былинный успех после portsnap fetch update за несколько секунд!
И это когда /usr/ports на локально SSD.

А вот ещё на HDD по NFS:
[~]# ports
# Host: github.com
# Port: 443
# Repository: /freebsd/freebsd-ports.git
# Target: /usr/ports
# Have: a2c5d69385fe0d8c5a666d570f5b464ca302d37d
# Want: a2c5d69385fe0d8c5a666d570f5b464ca302d37d
# Branch: main

real    22m28,088s
user    0m57,772s
sys 0m36,280s

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

Re: [freebsd] /usr/ports/

2021-04-16 Пенетрантность Владимир Друзенко via freebsd


15.04.2021 04:17, Alexander Sheiko пишет:

14.04.2021, Taras Heichenko написал(а):


Это только у меня такая беда происходит? При попытке обновления дерева
портов, ничего не обновляется.

Portsnap ожил. Жуткие тормоза, но процесс пошёл:

portsnap fetch update
Looking up portsnap.FreeBSD.org mirrors... 4 mirrors found.
Fetching public key from ipv4.aws.portsnap.freebsd.org... done.
Fetching snapshot tag from ipv4.aws.portsnap.freebsd.org... done.
Fetching snapshot metadata... done.
Fetching snapshot generated at Thu Apr 15 03:05:15 EEST 2021:
ef60c5b1017261ca97ddf43ff0bfef88e1af52d75ce8b3  0% of   88 MB 4317  Bps 06h19m

Апдейт качается и распаковывается с таймаутами между действиями в
несколько минут. Видимо - серверы сильно перегружены. Главное, что
сделали, наконец. С чем всех и поздравляю.


Опять сутки уже не синхронизируется.

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

Re: [freebsd] /usr/ports/

2021-04-14 Пенетрантность Владимир Друзенко via freebsd


14.04.2021 14:59, Taras Heichenko пишет:

 Hi!
Это только у меня такая беда происходит? При попытке обновления дерева портов, 
ничего не обновляется.
Все выглядит вот так

[root]# svn up /usr/ports/
Updating '/usr/ports':
At revision 569609.

Выполнение
rm -rf  /usr/ports
svn checkout https://svn0.eu.FreeBSD.org/ports/head  /usr/ports

ситуацию не исправило.
Система
FreeBSD 12.2-RELEASE-p4

Кто подскажет, где искать проблему?

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


Это последствия миграции на git.

Вот ещё по теме багрепорт: 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255029


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

Re: [freebsd] libreoffice перестал стартовать после обновления 11.4-STABLE

2021-03-14 Пенетрантность Владимир Друзенко via freebsd


14.03.2021 15:59, Eugene V. Boontseff via freebsd пишет:

Здравствуйте, друзья!

Много лет пользуюсь libreoffice на домашнем компе, а тут вдруг он 
перестал запускаться.


Заставка появляется и .. пропадает)

В консоли вижу:

eugene@home [/home/eugene]> libreoffice
Error creating proxy: Ошибка вызова StartServiceByName для 
org.gtk.Private.AfcVolumeMonitor: Process 
org.gtk.Private.AfcVolumeMonitor exited with status 1 
(g-dbus-error-quark, 25)


(soffice:55202): GVFS-RemoteVolumeMonitor-WARNING **: 14:23:55.099: 
remote volume monitor with dbus name org.gtk.vfs.GoaVolumeMonitor is 
not supported

Application Error

И что-то гляжу на эти сообщения , как баран на новые ворота, и не могу 
понять, что делать)


Поиск в гулях/яндексах никак не помог прояснить мозги)

Помогите, кто чем может!)

Предположительно такой упс произошёл вследствие недавнего обновления 
11.4-STABLE. Во всяком случае после этого.


Больше ничего не менялось с тех времён, как всё работало. Обновление 
версии libreoffice на последнюю ничего не изменило.



Если попробовать так:
mv ~/.config/libreoffice ~/.config/libreoffice.bak
libreoffice

Самостоятельная сборка LO или пакеты?

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

Re: [freebsd] [mail] [postfix] отправка писем серверу получателя, используя ssl

2021-03-09 Пенетрантность Владимир Друзенко via freebsd


09.03.2021 17:06, Anton Saietskii пишет:

On Tue, Mar 9, 2021 at 12:31 PM Eugene Grosbein  wrote:

09.03.2021 17:24, Anton Saietskii пишет:


 Такие вещи надо писать в рассылку, а не приватно :-)

Вся эта боль из-за отсутствия reply-to, что уже неоднократно обсуждалось.

Так надо пользоваться кнопочкой "Ответить всем" или "Ответить в рассылку".

У меня, например, эта рассылка -- единственное место, в котором так
приходится делать. В остальных наоборот за "ответить всем" по шапке
стучат. Допускаю, что я не один такой, а также допускаю, что у тех
других может быть сложнее с действием противоположно привычному
механизму переписки.
Кстати, это письмо я пишу в *рассылку* и не жду персонального ответа,
Евгений, так что To: и CC: логически перепутаны. Но мне лень ещё и
адреса почты перетаскивать после нажатия "ответить всем"...


«Ответить в рассылку» и никаких копий - единственный адрес в получателях.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ZFS - занимаемое пространство

2021-01-21 Пенетрантность Владимир Друзенко via freebsd


21.01.2021 12:37, Mikhail Golub пишет:
df также показывает данные от ядра. du считает сам, причём du может 
показывать сильно разные данные

при использовании ключа -A и без него.

mc и 7z считают сами и, очевидно, считают неправильно. А почему - 
вопрос к ним.



Заархивировал каталог, забрал на винду, разархивировал.
450 Мб (грубо).
Но не 950, как говорит df или сама ZFS.
Т.е. mc и 7z говорят правду.
Случаем на той фс нет удалённых, но всё ещё открытых каким-нибудь 
процессом файлов?

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

Re: [freebsd] boot

2021-01-20 Пенетрантность Владимир Друзенко via freebsd

20.01.2021 19:16, Anton Saietskii пишет:

On Wed, Dec 30, 2020 at 5:42 PM Владимир Друзенко wrote:

29.12.2020 10:28, Valentin Nechayev пишет:

hi,

Tue, Dec 29, 2020 at 05:28:37, nikolay.kostirya wrote about "[freebsd] boot":

На домашнем компьютере у меня установлена с давних времен Windows 7 и FreeBSD.
Загрузка сделана на основе NTLDR, который использует boot1 как простую копию
/boot/boot1 в виде C:\bootbsd.bin.

Вопрос. Как boot1 находит boot2?

На ноутбуке у меня установлен boot0 при помощи boot0cfg, и две FreeBSD.
Предполагаю, boot1 ищет boot2 на том же разделе, где сам установлен?

Но как boot1 тогда находит boot2, когда запускается из под NTLDR?

1. Читается таблица MBR (только 4 первичных раздела) с указанного диска
(его хэндл для BIOS вызовов, обычно 0x80).
2. В таблице ищется первый раздел с id 0xA5 и установленным признаком
"загрузочный" (flags & 0x80).
3. Если в пункте 2 ничего не найдено, ищется первый раздел с id
0xA5, уже не смотря на флаги.
4. С начала раздела грузится 8KB и передаётся управление на начало
boot2 в загруженном.

Из-под чего он запущен, ему пофиг - лишь бы хэндл диска передали
правильный, дальше он сам ищет.

Дальше эта машина работает так: у неё уже есть readonly драйвер UFS.
Она ищет /boot.config на предмет, надо ли заменить текущее устройство
(пока что в понятиях BIOS) и /boot/loader на что-то другое. Если нет,
то ищет его на текущем устройстве. Если не нашло, грузит /boot/kernel,
но уже грузит криво, пригодно только к ремонтным работам.
/boot/loader уже умеет исполнять Forth, и на скриптах написано всё
прочее включая меню с демоном с вилкой.

Если я поставлю еще одну FreeBSD и захочу использовать NTLDR, то как boot1
найдет нужный boot2.

Никак, он найдёт первый.
Но через флаг активного раздела можно переключать, откуда он будет
брать boot2 (и, что может быть важнее, /boot.config, а уже из этого
файла можно задать, откуда будет браться /boot/loader или что-то
вместо него).

Или bsdlabel и gpart не просто копируют /boot/boot1 в нужную область диска, но
и прописывают информацию об boot2? И мне нужно будет для NTLDR использовать не
оригинальный /boot/boot1, а при помощи dd скопировать boot1 с раздела второй
FreeBSD?

Нет, на этом уровне такого не делается.

Второй вопрос про FreeBSD, установленную на второй диск.
В /usr/share/doc/faq/disks.html#NT-BOOTLOADER говориться, что нужно при помощи
boot0cfg подготовить boot0. А как?

Просто указать boot0, что он загружен со второго диска?

boot0cfg -B -d 0x81 -o setdrv,noupdate -s 1

Или так не сработает, и нужно делать обычный boot0 с загрузкой MBR второго
диска?

boot0cfg -B -o setdrv,noupdate -s 5

А откуда вообще пойдёт его грузить? По указанию в BIOS?

Если BIOS сразу загрузит со второго диска, то AFAIK эти пляски уже
не нужны, boot0 сразу узнает хэндл диска.
Всё это "-s 5" нужно, если BIOS пошёл грузить первый диск и хочется
через boot0 перекинуть загрузку на второй.

Третий вопрос.
Кстати, если 3 диска и везде стоит boot0, то по F5 они будет грузиться по кругу?
1 -> 2 -> 3 -> 1 -> 2
Или как?

После последнего оно идёт на флоповод, а не первый HDD.

=== cut ===
/*
* If it was illegal or we cycled through them, go back to drive 0.
*/
xorb %al,%al# Drive 0
=== end cut ===

Четвертый вопрос.
На ноутбуке у меня 4 раздела: первые 2 с FreeBSD, третий - зашифрованный home,
четвертый большой.
Использую два первых раздела для поочередного обновления. Например, работаю за
11.2, вышла 12.1 - не трогаю 11, а вместо 10 ставлю 12. Если все нормально, что
использую ее, иначе продолжаю 11.

Вопрос: на будущем новом ноутбуке стоит ли переходить на GPT или для такого
использования нет преимуществ перед MBR? Стоит ли также использовать на ноуте
ZFS? С ней не сталкивался подробно, так как не админ, а обычный юзер. :-)

Если новый бук умеет только EFI загрузку, у вас альтернативы GPT уже
нет, но тогда надо думать про переходник из EFI. Там гибкости больше,
но технология другая и "не родная".
Если он умеет из MBR, то в случае использования GPT учтите, что boot1
его уже не умеет, там свой аналог в виде gptboot, но ему нужен
отдельный раздел.

Про ZFS пусть расскажут те, кто её плотно мучал, но я помню, что она
хотела много оперативки, а на лаптопах с этим сложнее.

-netch-

Активно использую ZFS, но исключительно на «bare-metal» серверах.
Для файлсерверов ограничения на использование памяти ZFS ставлю
побольше, либо вообще оставляю по умолчанию.
На почтовых серверах не сильно ограничиваю, а вот на серверах
виртуализации (VirtualBox) сильно, но для 12.x это не так важно - уже
нормально отдаёт ARC при необходимости, а не как раньше.
Прописываю в /boot/loader.conf что-то типа:
vfs.zfs.prefetch_disable="1"
vfs.zfs.arc_min="67108864"
vfs.zfs.arc_max="536870912"

А почему не ="64M", ="512M"? Давно так можно, а читать удобнее.

Уже видел, но переделывать не

Re: [freebsd] boot

2021-01-02 Пенетрантность Владимир Друзенко

02.01.2021 08:23, Nick Kostirya пишет:

On Wed, 30 Dec 2020 18:41:57 +0300
Владимир Друзенко wrote:

Правда в 12.2 намудрили с Wired:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252227
Пришлось ещё дополнительно крутить vm.max_wired.

Из основных удобств для меня: soft raid, сжатие lz4, удалённые и
локальные бэкапы снапшотами, интеграция с NFS сервером.

На виртуалках и на рабочих станциях не использую ZFS.
На рабочей станции менее чем с 16GB памяти не стал бы использовать. В
крайнем случае с 8GB. Но это очень сильно зависит от юзкейсов для этой
рабочей станции.

Спасибо за информацию.

А почему вы используете VirtualBox, а не bhyve? В каких условиях у VirtualBox
преимущества и какие?

1 хост с Q6600 и 3 хоста с i7 920:
https://lists.freebsd.org/pipermail/freebsd-virtualization/2014-March/002429.html

Пролетаю мимо со своим «старьём».

Интересно также в чем заключается интеграция ZFS и NFS.

zfs set sharenfs="…" zpool/fs
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Удаленные порты

2020-12-30 Пенетрантность Владимир Друзенко


30.12.2020 18:37, Nick Kostirya пишет:

On Wed, 30 Dec 2020 14:00:28 +0700
Eugene Grosbein  wrote:



Если дистфайлы небольшие и лицензия позволяет, возможно, я могу положить к себе.
О каких портах идёт речь?



GNU2 Suguru Yamaguchi
https://www.freshports.org/sysutils/xbattbar
http://mirror.its.dal.ca/freebsd/distfiles/xbattbar_1.4.2.tar.gz

GNU2
https://www.freshports.org/sysutils/wmcube/
http://mirror.its.dal.ca/freebsd/distfiles/wmcube-0.98.tar.gz

https://www.freshports.org/sysutils/wmbsdbatt/
http://mirror.its.dal.ca/freebsd/distfiles/wmbsdbatt-0.1.tar.gz

Все три под GNUv2. Позволяет GNUv2 лицензия сделать это?

Спасибо.


Идеальный вариант:
1) создать свои форки на какой-либо открытой платформе 
(GitHub/GitLab/SourceForge/и т.д.),

2) выложить там последний релиз,
3) сделать патч к последней версии порта с изменением источника 
дистрибутива и мэинтейнера,
4) создать в https://bugs.freebsd.org/bugzilla/enter_bug.cgi багрепорт с 
патчем из п.3, просьбой восстановить порт и стать его мэинтейнером, 
описав ситуацию и указав ссылку на свой форк.

В такой ситуации можно достаточно быстро получить порты обратно.

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

Re: [freebsd] boot

2020-12-30 Пенетрантность Владимир Друзенко

29.12.2020 10:28, Valentin Nechayev пишет:

hi,

Tue, Dec 29, 2020 at 05:28:37, nikolay.kostirya wrote about "[freebsd] boot":

Вопрос. Как boot1 находит boot2?

Но как boot1 тогда находит boot2, когда запускается из под NTLDR?

Из-под чего он запущен, ему пофиг - лишь бы хэндл диска передали
правильный, дальше он сам ищет.

Если я поставлю еще одну FreeBSD и захочу использовать NTLDR, то как boot1
найдет нужный boot2.

Нет, на этом уровне такого не делается.

Просто указать boot0, что он загружен со второго диска?

boot0cfg -B -d 0x81 -o setdrv,noupdate -s 1

Или так не сработает, и нужно делать обычный boot0 с загрузкой MBR второго
диска?

boot0cfg -B -o setdrv,noupdate -s 5

А откуда вообще пойдёт его грузить? По указанию в BIOS?

Третий вопрос.
Кстати, если 3 диска и везде стоит boot0, то по F5 они будет грузиться по кругу?
1 -> 2 -> 3 -> 1 -> 2
Или как?

После последнего оно идёт на флоповод, а не первый HDD.

=== cut ===
/*
* If it was illegal or we cycled through them, go back to drive 0.
*/
xorb %al,%al# Drive 0
=== end cut ===

-netch-

Прописываю в /boot/loader.conf что-то типа:
vfs.zfs.prefetch_disable="1"
vfs.zfs.arc_min="67108864"
vfs.zfs.arc_max="536870912"

Правда в 12.2 намудрили с Wired:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252227

Пришлось ещё дополнительно крутить vm.max_wired.

На виртуалках и на рабочих станциях

Re: [freebsd] Вопрос по ForwardX11

2020-11-24 Пенетрантность Владимир Друзенко

24.11.2020 10:07, Nick Kostirya пишет:

On Tue, 24 Nov 2020 13:33:50 +0700
Eugene Grosbein wrote:

24.11.2020 11:01, Nick Kostirya пишет:

Привет.

У меня вопрос по ForwardX11.

Есть локальный компьютер с X.org и второй, назовем его "сервер".
На локальном установлены более старые программы.

Запускаю на сервере более новый gvim и вижу, что если на локальном нет
запушеного gvim, то передо мной открывается окно нового gvim c сервера. Но если
есть запущенный локально старый gvim, то при запуске на сервере получаю новое
окно со старым gvim.

С броузером ситуация аналогичная. Даже более интересная.
Когда локально не запущен броузер, с сервера запускается более новый, но он
каким то образом имеет часть с информации с локального компьютера.

Получается, что ForwardX11 это не только проброс картинки, а что-то еще.

Но если на локальном компьютере gvim собран c GTK2, а на сервере - с GTK3, то
такого эффекта нет.

Локально X запускаю так
startx -- -listen tcp
и указываю
xhost +...

На сервере только устанавливаю env DISPLAY

Может как-то можно сделать, чтобы был только проброс картинки?

Этот поведение не X-сервера, а самих приложений. Не сталкивался с gvim,
но Firefox при старте ищет в X-сервере свою сессию, и если находит,
то активирует ранее запущенный процесс, а сам завершается.

Спасибо.
Получается, что gvim-gtk3 не может найти gvim-gtk2.
Будут тогда поднимать локально еще один X-сервер для этих целей.
Дополню: у того же Firefox-а есть опция командной строки не искать, а
запустить копию. Не исключено, что у gvim тоже есть что-то подобное.

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

Re: [freebsd] FreeBSD 12.1 + Mellanox MT27710

2020-03-26 Пенетрантность Владимир Друзенко


26.03.2020 21:23, Max пишет:



ifconfig -a
ixl0: flags=8843 metric 0 
mtu 1500
options=e507bb 


    ether ac:1f:6b:d5:b3:de
    media: Ethernet autoselect
    status: no carrier
ixl1: flags=8843 metric 0 
mtu 1500
options=e507bb 


    ether ac:1f:6b:d5:b3:df
    media: Ethernet autoselect (1000baseT )
    status: active
lo0: flags=8049 metric 0 mtu 16384
options=680003
    inet 127.0.0.1 netmask 0xff00
    groups: lo 

А остался /boot/kernel от ядра GENERIC? Скажем в /boot/kernel.old?
Загрузиться с ним и потом kldload mlx5en.
Или live-usb попробовать.


Добрый день всем,

Спасибо всем за помощь, но проблема оказалась в том, что я отключил в 
ядре поддержку IPv6.


Как только я вернул всё обратно драйвера завелись.

Поэтому и предлагал загрузиться с GENERIC, во избежание сайдэффектов от 
кастомной сборки ядра.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Ламерский вопрос

2020-03-26 Пенетрантность Владимир Друзенко

26.03.2020 20:16, Taras Heichenko пишет:

On 26 Mar 2020, at 18:54, Eugene Grosbein wrote:

26.03.2020 23:43, Taras Heichenko пишет:

Каталоги, названные с использованием кириллических символов показываются
правильно.
Но я не могу их набрать в командой строке. При попытке набрать что-нибудь
кириллицей, выскакивают

:\262\320\321\321\320\320\320

Вообще нажатия клавиш передаются на удаленную машину правильно. В vim текст
кириллицей набирается
без проблем. Т.е. впечатление, что bash'у нужно что-то сказать, чтобы он в
командной строке воспринимал
этот ввод правильно. Но что?

В данном конкретном шелле локаль не выставлена. Так может быть, если вместо
правильной команды su -m
использовать неправильную команду su (без ключа -m). Нужно всегда использовать
su -m или аналогичные
инструменты, которые поднимают привилегии, но оставляют старое окружение - и
шеллом остаётся bash,
и профиль пользователя (с локалью). su без -m меняет шелл и окружение на
рутовые:
шеллом будет tcsh вместо bash и т.п.

Может я чего не так понял, но root к моему письму не имеет никакого отношения.
Я не могу ввести символы,
будучи обычным пользователем. Вот как это выглядит.

Может быть, рут и не имеет отношения - это был просто пример,
каким способом вроде бы установленная локаль может "слететь".

Скриншот показывает, что с одной стороны эмулятор терминала передаёт коды
клавиш верно
и cat их "показывает", потому что ему плевать на локаль. А вот шеллу не
плевать, и скриншот
показывает, что локаль в шелле не соответствует кодировке символов.

Правильно ли я понимаю эту фразу, что локальный клиент терминала передает
символы не в той кодировке,
которую ожидает bash? Но если терминал передает в правильной кодировке (cat
ведь показывает их правильно),
то это значит, что у bash'а выставлена кодировка неправильно.

tasic@academ:~>set | grep LC
LC_ALL=uk_UA.UTF-8
LC_CTYPE=uk_UA.UTF-8
MAILCHECK=60
tasic@academ:~>set | grep LANG
LANG=uk_UA.UTF-8

Чего ему не хватает?

MM_CHARSET=UTF-8

Логинкласс попробуй выставить russian у пользователя и перелогиниться.

Загляни в /etc/login.conf (поиск по слову UTF).
Возможно поможет создать свой логинкласс ukrainian (надеюсь не ошибся с
написанием) аналогичный russian:

#
# Russian Users Accounts. Setup proper environment variables.
#
russian|Russian Users Accounts:\
:charset=UTF-8:\
:lang=ru_RU.UTF-8:\
:tc=default:

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

Re: [freebsd] FreeBSD 12.1 + Mellanox MT27710

2020-03-23 Пенетрантность Владимир Друзенко


23.03.2020 18:21, Max пишет:


23.03.2020 17:17, Владимир Друзенко пише:

23.03.2020 18:09, Max пишет:


23.03.2020 16:19, Владимир Друзенко пише:

23.03.2020 17:04, Max пишет:


23.03.2020 15:50, Владимир Друзенко пише:

23.03.2020 15:03, Max пишет:


23.03.2020 13:25, Konstantin Belousov пише:

On Mon, Mar 23, 2020 at 12:08:37PM +0200, Max wrote:

Добрый день,

Спасибо за ответ, но когда я ввожу команду ifconfig, то у меня 
нету

интерфейсов mlx, только вот это:

ixl0: flags=8843 
metric 0 mtu 1500
options=e507bb 


 ether ac:1f:6b:d5:b3:de
 media: Ethernet autoselect
 status: no carrier
ixl1: flags=8843 
metric 0 mtu 1500
options=e507bb 


 ether ac:1f:6b:d5:b3:df
 media: Ethernet autoselect (1000baseT )
 status: active
lo0: flags=8049 metric 0 mtu 16384
options=680003
 inet 127.0.0.1 netmask 0xff00
 groups: lo

kldload mlx5en
man 4 mce

https://www.mellanox.com/sites/default/files/related-docs/prod_software/Mellanox_FreeBSD_User_Manual_v3.5.2.pdf 



Добрый день,

Собственно вот:

kldload mlx5en
kldload: can't load mlx5en: No such file or directory

За силку спасибо, но я по ней делал ничего не помогло.


ls -l /boot/kernel/mlx*


Добрый день,

Вот результат вывода команды:

ls -l /boot/kernel/mlx*
-r-xr-xr-x  1 root  wheel   72016 22 марта 10:31 /boot/kernel/mlx.ko
-r-xr-xr-x  1 root  wheel  446792 22 марта 10:31 /boot/kernel/mlx4.ko
-r-xr-xr-x  1 root  wheel  394560 22 марта 10:31 /boot/kernel/mlx5.ko
-r-xr-xr-x  1 root  wheel   16824 22 марта 10:31 
/boot/kernel/mlxfw.ko 


А где mlx4en.ko и mlx5en.ko?

Обновления p3 установлены?


Добрый день

uname -a

FreeBSD  12.1-RELEASE-p3 FreeBSD 12.1-RELEASE-p3 r359193 xcore2 amd64

В ядро добавил

== cut xcore2 ==

options COMPAT_LINUXKPI
options RATELIMIT
device xz
device mlxfw
device mlx5
device mlx5en
=

Что может быть не так?

Если драйвер уже вкомпилен в ядро, но не надо его загружать с помошью 
kldload.


"dmesg" (на всякий случай) и "ifconfig -a" что показывают?


Добрый день


Copyright (c) 1992-2019 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
    The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 12.1-RELEASE-p3 r359193 xcore2 amd64
FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on 
LLVM 8.0.1)

VT(vga): resolution 640x480
CPU: Intel(R) Xeon(R) Bronze 3204 CPU @ 1.90GHz (1900.07-MHz K8-class 
CPU)

  Origin="GenuineIntel"  Id=0x50657  Family=0x6  Model=0x55 Stepping=7
Features=0xbfebfbff 

Features2=0x7ffefbff 


  AMD Features=0x2c100800
  AMD Features2=0x121
  Structured Extended 
Features=0xd39b

  Structured Extended Features2=0x808
  Structured Extended 
Features3=0xbc000400

  XSAVE Features=0xf
  IA32_ARCH_CAPS=0x2b
  VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr
  TSC: P-state invariant, performance statistics
real memory  = 17179869184 (16384 MB)
avail memory = 1622416 (15472 MB)
Event timer "LAPIC" quality 600
ACPI APIC Table: 
FreeBSD/SMP: Multiprocessor System Detected: 12 CPUs
FreeBSD/SMP: 2 package(s) x 6 core(s)
random: unblocking device.
ioapic6: Changing APIC ID to 16
ioapic7: Changing APIC ID to 17
ioapic8: Changing APIC ID to 18
ioapic0  irqs 0-23 on motherboard
ioapic1  irqs 24-31 on motherboard
ioapic2  irqs 32-39 on motherboard
ioapic3  irqs 40-47 on motherboard
ioapic4  irqs 48-55 on motherboard
ioapic5  irqs 72-79 on motherboard
ioapic6  irqs 80-87 on motherboard
ioapic7  irqs 88-95 on motherboard
ioapic8  irqs 96-103 on motherboard
Launching APs: 3 8 9 4 7 1 5 10 6 2 11
Timecounter "TSC" frequency 1900068062 Hz quality 1000
random: entropy device external interface
kbd1 at kbdmux0
000.45 [4335] netmap_init   netmap: loaded module
module_register_init: MOD_LOAD (vesa, 0x80e100f0, 0) error 19
random: registering fast source Intel Secure Key RNG
random: fast provider: "Intel Secure Key RNG"
nexus0
vtvga0:  on motherboard
cryptosoft0:  on motherboard
acpi0:  on motherboard
acpi0: Power Button (fixed)
cpu0:  numa-domain 0 on acpi0
atrtc0:  port 0x70-0x71,0x74-0x77 irq 8 on acpi0
atrtc0: registered as a time-of-day clock, resolution 1.00s
Event timer "RTC" frequency 32768 Hz quality 0
attimer0:  port 0x40-0x43,0x50-0x53 irq 0 on acpi0
Timecounter "i8254" frequency 1193182 Hz quality 0
Event timer "i8254" frequency 1193182 Hz quality 100
hpet0:  iomem 0xfed0-0xfed003ff on acpi0
Timecounter "HPET" frequency 2400 Hz quality 950
Event timer "HPET" frequency 2400 Hz quality 350
Event timer "HPET1" frequency 2400 Hz quality 340
Event timer "HPET2" frequency 2400 Hz quality 340
Event timer "HPET3" frequency 2400 Hz quality 340
Event timer "HPET4" frequency 2400 Hz quality 340
Event timer

Re: [freebsd] FreeBSD 12.1 + Mellanox MT27710

2020-03-23 Пенетрантность Владимир Друзенко


23.03.2020 18:09, Max пишет:


23.03.2020 16:19, Владимир Друзенко пише:

23.03.2020 17:04, Max пишет:


23.03.2020 15:50, Владимир Друзенко пише:

23.03.2020 15:03, Max пишет:


23.03.2020 13:25, Konstantin Belousov пише:

On Mon, Mar 23, 2020 at 12:08:37PM +0200, Max wrote:

Добрый день,

Спасибо за ответ, но когда я ввожу команду ifconfig, то у меня нету
интерфейсов mlx, только вот это:

ixl0: flags=8843 metric 
0 mtu 1500
options=e507bb 


 ether ac:1f:6b:d5:b3:de
 media: Ethernet autoselect
 status: no carrier
ixl1: flags=8843 metric 
0 mtu 1500
options=e507bb 


 ether ac:1f:6b:d5:b3:df
 media: Ethernet autoselect (1000baseT )
 status: active
lo0: flags=8049 metric 0 mtu 16384
options=680003
 inet 127.0.0.1 netmask 0xff00
 groups: lo

kldload mlx5en
man 4 mce

https://www.mellanox.com/sites/default/files/related-docs/prod_software/Mellanox_FreeBSD_User_Manual_v3.5.2.pdf 



Добрый день,

Собственно вот:

kldload mlx5en
kldload: can't load mlx5en: No such file or directory

За силку спасибо, но я по ней делал ничего не помогло.


ls -l /boot/kernel/mlx*


Добрый день,

Вот результат вывода команды:

ls -l /boot/kernel/mlx*
-r-xr-xr-x  1 root  wheel   72016 22 марта 10:31 /boot/kernel/mlx.ko
-r-xr-xr-x  1 root  wheel  446792 22 марта 10:31 /boot/kernel/mlx4.ko
-r-xr-xr-x  1 root  wheel  394560 22 марта 10:31 /boot/kernel/mlx5.ko
-r-xr-xr-x  1 root  wheel   16824 22 марта 10:31 /boot/kernel/mlxfw.ko 


А где mlx4en.ko и mlx5en.ko?

Обновления p3 установлены?


Добрый день

uname -a

FreeBSD  12.1-RELEASE-p3 FreeBSD 12.1-RELEASE-p3 r359193 xcore2 amd64

В ядро добавил

== cut xcore2 ==

options COMPAT_LINUXKPI
options RATELIMIT
device xz
device mlxfw
device mlx5
device mlx5en
=

Что может быть не так?

Если драйвер уже вкомпилен в ядро, но не надо его загружать с помошью 
kldload.


"dmesg" (на всякий случай) и "ifconfig -a" что показывают?

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

Re: [freebsd] FreeBSD 12.1 + Mellanox MT27710

2020-03-23 Пенетрантность Владимир Друзенко


23.03.2020 17:04, Max пишет:


23.03.2020 15:50, Владимир Друзенко пише:

23.03.2020 15:03, Max пишет:


23.03.2020 13:25, Konstantin Belousov пише:

On Mon, Mar 23, 2020 at 12:08:37PM +0200, Max wrote:

Добрый день,

Спасибо за ответ, но когда я ввожу команду ifconfig, то у меня нету
интерфейсов mlx, только вот это:

ixl0: flags=8843 metric 0 
mtu 1500
options=e507bb 


 ether ac:1f:6b:d5:b3:de
 media: Ethernet autoselect
 status: no carrier
ixl1: flags=8843 metric 0 
mtu 1500
options=e507bb 


 ether ac:1f:6b:d5:b3:df
 media: Ethernet autoselect (1000baseT )
 status: active
lo0: flags=8049 metric 0 mtu 16384
options=680003
 inet 127.0.0.1 netmask 0xff00
 groups: lo

kldload mlx5en
man 4 mce

https://www.mellanox.com/sites/default/files/related-docs/prod_software/Mellanox_FreeBSD_User_Manual_v3.5.2.pdf 



Добрый день,

Собственно вот:

kldload mlx5en
kldload: can't load mlx5en: No such file or directory

За силку спасибо, но я по ней делал ничего не помогло.


ls -l /boot/kernel/mlx*


Добрый день,

Вот результат вывода команды:

ls -l /boot/kernel/mlx*
-r-xr-xr-x  1 root  wheel   72016 22 марта 10:31 /boot/kernel/mlx.ko
-r-xr-xr-x  1 root  wheel  446792 22 марта 10:31 /boot/kernel/mlx4.ko
-r-xr-xr-x  1 root  wheel  394560 22 марта 10:31 /boot/kernel/mlx5.ko
-r-xr-xr-x  1 root  wheel   16824 22 марта 10:31 /boot/kernel/mlxfw.ko 


А где mlx4en.ko и mlx5en.ko?

Обновления p3 установлены?

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

Re: [freebsd] FreeBSD 12.1 + Mellanox MT27710

2020-03-23 Пенетрантность Владимир Друзенко


23.03.2020 15:03, Max пишет:


23.03.2020 13:25, Konstantin Belousov пише:

On Mon, Mar 23, 2020 at 12:08:37PM +0200, Max wrote:

Добрый день,

Спасибо за ответ, но когда я ввожу команду ifconfig, то у меня нету
интерфейсов mlx, только вот это:

ixl0: flags=8843 metric 0 
mtu 1500
options=e507bb 


 ether ac:1f:6b:d5:b3:de
 media: Ethernet autoselect
 status: no carrier
ixl1: flags=8843 metric 0 
mtu 1500
options=e507bb 


 ether ac:1f:6b:d5:b3:df
 media: Ethernet autoselect (1000baseT )
 status: active
lo0: flags=8049 metric 0 mtu 16384
options=680003
 inet 127.0.0.1 netmask 0xff00
 groups: lo

kldload mlx5en
man 4 mce

https://www.mellanox.com/sites/default/files/related-docs/prod_software/Mellanox_FreeBSD_User_Manual_v3.5.2.pdf 



Добрый день,

Собственно вот:

kldload mlx5en
kldload: can't load mlx5en: No such file or directory

За силку спасибо, но я по ней делал ничего не помогло.


ls -l /boot/kernel/mlx*

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

Re: [freebsd] Freebsd 10.3 + ixl

2020-03-11 Пенетрантность Владимир Друзенко


11.03.2020 22:37, Eugene Grosbein пишет:

12.03.2020 1:21, Max пишет:

Спасибо,

Но что именно искать?


11.03.2020 20:14, Eugene Grosbein пише:

12.03.2020 0:36, Max пишет:


netstat -w1

  input(Total)   output

 packets  errs idrops  bytespackets  errs  bytes colls

 1947724 0 0 17902582561945753  2060 1813011743 0

 1899130 0 0 18213204371891395  1887 1761112150 0

 1983432 0 0 18442590041974499  2093 1826664164 0

Сипит ошибки, где может быть проблема?

Источник проблемы надо искать в sysctl dev.ixl

Счетчкики в netstat увеличиваются как следствие того, что увеличиваются
какие-либо ошибки в выдаче sysctl dev.ixl. Точнее сказать, у них одна
и та же причина. Искать любые увеличения счётчиков ошибок в выдаче sysctl,
а дальше в зависимости от того, какие именно ошибки там растут.

Большая просьба - писать ниже цитаты, а не выше. top quoting is evil.


Ловил вот такое на 11.1 на ixl на Supermicro X11DPH-T при высокой 
нагрузке на интерфейс:


Apr 20 20:23:11 nas1 kernel: ixl0: Malicious Driver Detection event 14 
on TX queue 1, pf number 0

Apr 20 20:23:11 nas1 kernel: ixl0: MDD TX event is for this function!
Apr 20 20:25:57 nas1 kernel: ixl0: WARNING: queue 1 appears to be hung!
Apr 20 20:25:57 nas1 kernel: ixl0: WARNING: Resetting!
Apr 20 20:26:24 nas1 kernel: ixl0: Malicious Driver Detection event 14 
on TX queue 3, pf number 0

Apr 20 20:26:24 nas1 kernel: ixl0: MDD TX event is for this function!
Apr 20 20:26:39 nas1 kernel: ixl0: Malicious Driver Detection event 14 
on TX queue 1, pf number 0

Apr 20 20:26:39 nas1 kernel: ixl0: MDD TX event is for this function!
Apr 20 20:42:21 nas1 kernel: ixl0: WARNING: queue 3 appears to be hung!
Apr 20 20:42:21 nas1 kernel: ixl0: WARNING: Resetting!
Apr 20 20:42:29 nas1 kernel: ixl0: Malicious Driver Detection event 14 
on TX queue 3, pf number 0

Apr 20 20:42:29 nas1 kernel: ixl0: MDD TX event is for this function!
Apr 20 20:42:44 nas1 kernel: ixl0: Malicious Driver Detection event 14 
on TX queue 2, pf number 0

Apr 20 20:42:44 nas1 kernel: ixl0: MDD TX event is for this function!
Apr 20 20:44:14 nas1 kernel: ixl0: WARNING: queue 2 appears to be hung!
Apr 20 20:44:14 nas1 kernel: ixl0: WARNING: Resetting!
Apr 20 20:46:26 nas1 kernel: ixl0: Malicious Driver Detection event 14 
on TX queue 2, pf number 0

Apr 20 20:46:26 nas1 kernel: ixl0: MDD TX event is for this function!
Apr 20 20:46:49 nas1 kernel: ixl0: WARNING: queue 2 appears to be hung!
Apr 20 20:46:49 nas1 kernel: ixl0: WARNING: Resetting!
Apr 20 20:51:01 nas1 kernel: ixl0: Malicious Driver Detection event 14 
on TX queue 1, pf number 0

Apr 20 20:51:01 nas1 kernel: ixl0: MDD TX event is for this function!

После такого сеть может отвалиться, а может и не отвалиться, а может 
сама подняться, а может потребоваться ifconfig ixl0 down && ifconfig 
ixl0 up чтобы её поднять.

Ошибки на интерфейсах не помню были или нет.

В инете нашёл воркэраунд: -lro -tso.
Решилось полностью при апгрейде до 11.2, либо 12.0 - точно не помню.

Так что совет обновиться самый действенный.

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

Re: [freebsd] Wifi вопросы

2020-02-03 Пенетрантность Владимир Друзенко

03.02.2020 11:11, Eugene Grosbein пишет:

03.02.2020 4:47, Taras Heichenko пишет:

Режим точки доступа должен поддерживаться в первую очередь в железе.
Если чип поддерживает этот режим, то запустить можно.

Если явно не указана поддержка режима точки доступа, то в infrastructure mode
карта наверняка будет работать только как клиент.

2. Более специфический вопрос. в списке поддерживаемого железа по адресу
https://www.freebsd.org/releases/12.0R/hardware.html#support
сказано, что
"The rsu(4) driver provices support for Realtek RTL8188SU/RTL8192SU USB IEEE
802.11b/g/n wireless network adapters, including:" (дальше перечисление),
но в man rsu сказано
rsu - Realtek RTL8188SU/RTL8192SU USB IEEE 802.11b/g/n wireless network device
Насколько принципиально слово USB в данном случае? Т.е. если вставить в комп,
например, карточку mini PCI Express на указанном
чипе, драйвер будет работать или нет? (В мане сказано, что в ядро нужно
добавить среди прочих device usb)

Это принципиально. Другое дело, что mini PCI Express это не шина, а разьем и он
позволяет
подключать устройства как к шине PCI-E, так и к шине USB. К какой именно,
зависит от самой карты
от используемых ею контактов.

3. Еще более специфический вопрос, который уже даже не очень по фре, но может
кто знает и может подсказать.
В списке поддерживаемого железа по тому же адресу есть строчка:
Realtek RTL8192C, RTL8188E, RTL8812A and RTL8821A based PCIe IEEE 802.11b/g/n
wireless network adapters (rtwn(4) driver)
Поиски дивайсов с RTL8192C показал, что есть адаптеры с RTL8192CE. На него
можно даже спецификацию в инете найти. Но
никаких упоминанй о RTL8192C как о схеме или дивайсе я (гугль) не нашел.
Кто-нибудь знает, будет ли, например, драйвер
rtwn работать с дивайсом на базе RTL8192CE?

Будет и об этом написано в его мане.

RTWN(4)FreeBSD Kernel Interfaces ManualRTWN(4)

NAME
rtwn - Realtek RTL8188CE PCIe IEEE 802.11b/g/n wireless network device

...

DESCRIPTION
The rtwn driver supports PCIe wireless network devices based on the
Realtek RTL8188CE chipset.

Разве RTL8192CE и RTL8188CE - это одно и тоже?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Wifi вопросы

2020-02-02 Пенетрантность Владимир Друзенко

03.02.2020 00:47, Taras Heichenko пишет:

Hi all,
возникло несколько вопросов по wifi – может кто может ответить.
1. В man'ах по дивайсам фри, которые обеспечивают работу wifi карточек обычно
указывается,
в каких режимах может работать соответствующая карточка. При этом в некоторых
указано hostap mode
в некоторых infrastructure mode. С одной стороны курение всяких описаний,
доступных с первой страницы
поиска гугля говорит вроде бы о том, что и то и другое позволяет запустить wifi
на фре в режиме точки доступа,
с помощью hostapd. Но может я чего не дочитал.
2. Более специфический вопрос. в списке поддерживаемого железа по адресу
https://www.freebsd.org/releases/12.0R/hardware.html#support
сказано, что
"The rsu(4) driver provices support for Realtek RTL8188SU/RTL8192SU USB IEEE
802.11b/g/n wireless network adapters, including:" (дальше перечисление),
но в man rsu сказано
rsu - Realtek RTL8188SU/RTL8192SU USB IEEE 802.11b/g/n wireless network device
Насколько принципиально слово USB в данном случае? Т.е. если вставить в комп,
например, карточку mini PCI Express на указанном
чипе, драйвер будет работать или нет? (В мане сказано, что в ядро нужно
добавить среди прочих device usb)
3. Еще более специфический вопрос, который уже даже не очень по фре, но может
кто знает и может подсказать.
В списке поддерживаемого железа по тому же адресу есть строчка:
Realtek RTL8192C, RTL8188E, RTL8812A and RTL8821A based PCIe IEEE 802.11b/g/n
wireless network adapters (rtwn(4) driver)
Поиски дивайсов с RTL8192C показал, что есть адаптеры с RTL8192CE. На него
можно даже спецификацию в инете найти. Но
никаких упоминанй о RTL8192C как о схеме или дивайсе я (гугль) не нашел.
Кто-нибудь знает, будет ли, например, драйвер
rtwn работать с дивайсом на базе RTL8192CE?

В первую очередь лучше проверить по PCI ID (USB ID).

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

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

Re: [freebsd] /usr/local/etc/rc.d

2019-11-21 Пенетрантность Владимир Друзенко

21.11.2019 09:44, Taras Heichenko пишет:

Hi!
Кто знает, есть ли во фре какое-то _штатное_ средство сказать, что какой-нибудь
скрипт из /usr/local/etc/rc.d/ нужно запускать после того, как система
загрузилась? Или
даже скорее не так. А что-то вроде "вот этот скрипт выполнять в background".
Объясню
ситуацию: clamav-clamd запускается безобразно медленно. Я, перезагружая
систему, не
дождался, срубил его, после чего начал с ним разбираться. Думал, что какие-то
проблемы
с соответствием системе (недавно перешел на 12). Но умные люди подсказали –
оказывается
он очень долго грузит свою базу. Т.е. в конце-концов он у меня запустился. Но
столько ждать
при загрузке системы я не могу. А его запуск держит все остальное. Есть
какие-то штатные
пути решения этого вопроса?

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

Если это сервер и к нему после перезагрузки необходимо подключиться
через ssh, то можно просто в зависимости прописать sshd:

# REQUIRE: LOGIN sshd

Но при обновлении clamav есть шанс, что скрипт надо будет править опять.

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

Re: [freebsd] Texinfo порт

2019-11-12 Пенетрантность Владимир Друзенко


13.11.2019 01:58, Taras Heichenko пишет:

 Hi!
Буквально на днях перешел с 11.2 (кажется 2) на 12.1 (в связи с EoL 11-й), ну и 
заодно решил обновить порты.
При попытке обновить screen, не сложилось с установкой texinfo. (Не знаю, то ли 
этой зависимости в предыдущей
версии screen не было, то ли еще что-то, мне непонятное). Но тем не менее он не 
установился не при попытке
обновления screen, не при попытке просто его установить. Ошибка выглядит 
следующим образом:


make install

===>  Installing for texinfo-6.7_1,1
===>  Checking if texinfo is already installed
===>   Registering installation for texinfo-6.7_1,1
pkg-static: Unable to access file 
/usr/ports/print/texinfo/work/stage/usr/local/lib/texinfo/MiscXS.so:No such 
file or directory
pkg-static: Unable to access file 
/usr/ports/print/texinfo/work/stage/usr/local/lib/texinfo/Parsetexi.so:No such 
file or directory
pkg-static: Unable to access file 
/usr/ports/print/texinfo/work/stage/usr/local/share/texinfo/Texinfo/XS/parsetexi/Parsetexi.pm:No
 such file or directory
*** Error code 74

Stop.
make[1]: stopped in /usr/ports/print/texinfo
*** Error code 1

Stop.
make: stopped in /usr/ports/print/texinfo

Этих файлов там действительно нет. Апдейт дерева портов выполнил, но получаю ту 
же ошибку.

svn info говорит, что последние изменения там были
Last Changed Author: sunpoet
Last Changed Rev: 516660
Last Changed Date: 2019-11-04 17:58:42 +0200 (Mon, 04 Nov 2019)

Может кто подсказать, это я у себя что-то поломал, или на настоящий момент 
сломан порт и я тут не при чем?

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


У меня пересобирается нормально - только что проверил на 12.1 amd64 и i386.

Все остальные порты уже пересобраны? Особенно те, от которых зависит сам 
texinfo.


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

Re: [freebsd] Посоветуйте 10Gbps сетевой адаптер

2019-09-27 Пенетрантность Владимир Друзенко


27.09.2019 15:21, Anton Saietskii пишет:

Любой, во что умеет ix.

On Fri, Sep 27, 2019, 15:18 Yaroslav Shvets > wrote:


Hello.

Посоветуйте нормальный сабж.
Бюджет - разумный. Нет необходимости
экономить 20-30% стоимости и брать откровенно плохой,
но и нет смысла переплачивать в разы, если разница
с хорошим невелика.

Пиковый трафик ожидается до 10Gbps, средний в несколько гигабит.
Интересует безглючность железа и драйверов под FreeBSD.

-- 
Yaroslav Shvets



Либо ixl.

Например двухпортовая Intel X550-T2. Это если речь 8P8C, а не об оптике.

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

Re: [freebsd] Помогите разобраться с zfs

2019-09-26 Пенетрантность Владимир Друзенко


26.09.2019 12:08, Alexey Krylov пишет:

Здравствуйте.

Сервачек с freebsd 10.3 перестал отвечать
подключил монитор, а он не может приатачить zfs pool

Загрузился с флешки, пытаюсь примонтировать пул

root@install:/usr/home/admin # zpool import
pool: zroot
  id: 4041881754959701335
   state: ONLINE
  status: The pool was last accessed by another system.
  action: The pool can be imported using its name or numeric identifier and
 the '-f' flag.
see: http://illumos.org/msg/ZFS-8000-EY
  config:

 zrootONLINE
   gpt/disk0  ONLINE

В роде все в порядке

root@install:/usr/home/krylov # zpool import -f zroot
cannot import 'zroot': I/O error


Вроде диск посыпался.

Что говорит smartctl -a /dev/... на этот диск?



 Destroy and re-create the pool from
 a backup source.

Всё, это капец? или как то можно его примонтировать?

Помогите, пожалуйста.

-
С уважением,
Крылов Алексей
тел. +38 (067) 725 95 54
email: kry...@ukr.net
skype: krylov_alexey

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

Re: [freebsd] В releng-12 опять поломали lagg?

2019-09-24 Пенетрантность Владимир Друзенко


25.09.2019 04:20, Yaroslav Shvets пишет:

Hello.


Нерабочий интерфейс:
# ifconfig -v lagg0.11
lagg0.11: flags=8843 metric 0
mtu 1496
    options=403
    ether 00:e0:81:ba:ad:90
    inet xx.xx.170.82 netmask 0xfff0 broadcast xx.xx.170.95
    groups: vlan
    vlan: 11 vlanpcp: 0 parent interface: lagg0
    media: Ethernet autoselect
    status: active
    nd6 options=29

Рабочий интерфейс:
# ifconfig -v lagg0.11
lagg0.11: flags=8843 metric 0
mtu 1500
    options=403
    ether 00:e0:81:ba:ad:90
    inet xx.xx.170.82 netmask 0xfff0 broadcast xx.xx.170.95
    groups: vlan
    vlan: 11 vlanpcp: 0 parent interface: lagg0
    media: Ethernet autoselect
    status: active
    nd6 options=29


А какой MTU на lagg0? А на em0 и em1?


Из-за технических проблем на сервере рассылки я пока не получаю рассылку,
т.е. пишу в рассылку, а читаю через гуглогрупс.
По этой причине мне затруднительно отвечать на вопросы из рассылки.
Прошу дублировать письма на личный e-mail.

Отвечая на вопрос Владимира Друзенко:

На em0,em1,lagg0 - mtu равен 1500.

В обоих случаях?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] В releng-12 опять поломали lagg?

2019-09-24 Пенетрантность Владимир Друзенко


25.09.2019 01:47, Yaroslav Shvets пишет:

On Tue, 24 Sep 2019, 07:55, you wrote:


On 24.09.2019 11:26, Eugene Grosbein wrote:

Просьба отвечать в рассылку, а то я и сам не обратил внимания и свой 
ответ не продублировал сюда.



On 24.09.2019 06:50, Yaroslav Shvets wrote:

Hello Eugene.

On Mon, 23 Sep 2019, 08:51, you wrote:


23.09.2019 8:46, Yaroslav Shvets пишет:

Сервер, к сожалению, рабочий, и экспериментировать часто не 
получается.

Но обязательно попробую, как будет возможность.

Пока выяснилось, что сам lagg работает с нетегированными пакетами.
Проблема только - с тегированными. Т.е. не работает ни один
из vlan'ов построенных на lagg, но сам lagg - рабочий.


Очень может быть, что дело как раз в сломанном аппаратном offload 
для vlanhwtag/vlanhwfilter.
Более того, такое уже бывало в старых версиях, но с другими 
драйверами.


Крайне желательно это выяснить побыстрей, пока ещё есть немного 
времени успеть починить к 12.1-RELEASE.

Но времени совсем немного.


Сразу скажу: результаты экспериментов у меня странные.

Последовательность 1:
-
Если делать все руками, то все работает.
Примерно так:
ifconfig em0 up
ifconfig em1 up
ifconfig lagg0 create
ifconfig lagg0 laggproto lacp laggport em0 laggport em1 up
ifconfig lagg0.11 create
ifconfig lagg0.11 inet 
--> интерфейс lagg0.11 оказывается рабочим
и это не зависит от -rxcsum -txcsum -tso4 -vlanmtu -vlanhwtag 
-vlanhwfilter

-vlanhwcsum -vlanhwtso
т.е. все работает в разных сочетаниях

Последовательность 2:
-
Если разрешить часть работы проделать rc.conf'у, примерно так:
-- rc.conf --
ifconfig_em0="up"
ifconfig_em1="up"
cloned_interfaces="lagg0 lagg0.11"
ifconfig_lagg0="laggproto lacp laggport em0 laggport em1 up"

А потом вручную доделать:
ifconfig lagg0.11 inet 
--> интерфейс lagg0.11 оказывается нерабочим
хотя выглядит абсолютно нормальным

Последовательность 3:
-
Аналогично последовательности 2, но убираем из cloned_interfaces
создание lagg0.11, предполагая сделать его руками:
-- rc.conf --
ifconfig_em0="up"
ifconfig_em1="up"
cloned_interfaces="lagg0"
ifconfig_lagg0="laggproto lacp laggport em0 laggport em1 up"

А потом вручную доделать:
ifconfig lagg0.11 create
ifconfig lagg0.11 inet 
--> интерфейс lagg0.11 оказывается рабочим
и выглядит абсолютно нормально

Итого: руками все создаем - все работает,
имеем cloned_interfaces="lagg0 lagg0.11" - не работает,
имеем cloned_interfaces="lagg0", а потом руками досоздаем lagg0.11 -
опять все работает.

Создается впечатление, что в cloned_interfaces lagg0.11 как-то 
неправильно

создается (или раньше чего-то), или как-то не так, как руками.

Причем интересно, что если взять последовательность 2, при которой 
получился

нерабочий интерфейс lagg0.11, удалить интерфейс, снова его создать:
ifconfig lagg0.11 destroy
ifconfig lagg0.11 create
ifconfig lagg0.11 inet 
--> то все равно интерфейс получается нерабочий

Последовательность 1 отличается от последовательности 2
очередностью создания 11-го vlan'а и "собиранием" lagg'а
'ifconfig lagg0.11 create' и
'ifconfig lagg0 laggproto lacp laggport em0 laggport em1 up'.
Но при ручном варианте (последовательность 1) очередность
собирания lagg0 и создания lagg0.11 не имеет значения.
Интерфейс lagg0.11 в любом случае оказывается рабочим.

Вобщем, странные вещи происходят.


Во-первых, чудес не бывает и нерабочий интерфейс наверняка можно 
отличить по его состоянию.
Покажи вывод ifconfig -v lagg0.11 в "нерабочем" виде и в "рабочем" 
для сравнения.


Нерабочий интерфейс:
# ifconfig -v lagg0.11
lagg0.11: flags=8843 metric 0 
mtu 1496

    options=403
    ether 00:e0:81:ba:ad:90
    inet xx.xx.170.82 netmask 0xfff0 broadcast xx.xx.170.95
    groups: vlan
    vlan: 11 vlanpcp: 0 parent interface: lagg0
    media: Ethernet autoselect
    status: active
    nd6 options=29

Рабочий интерфейс:
# ifconfig -v lagg0.11
lagg0.11: flags=8843 metric 0 
mtu 1500

    options=403
    ether 00:e0:81:ba:ad:90
    inet xx.xx.170.82 netmask 0xfff0 broadcast xx.xx.170.95
    groups: vlan
    vlan: 11 vlanpcp: 0 parent interface: lagg0
    media: Ethernet autoselect
    status: active
    nd6 options=29


А какой MTU на lagg0? А на em0 и em1?

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

Re: [freebsd] mpd5-сервер не устанавливается pptp соедин??ние

2019-07-31 Пенетрантность Владимир Друзенко


31.07.2019 21:55, Eugene Grosbein пишет:

01.08.2019 0:35, Alexander Sheiko пишет:

В письме от Срд, 31 Июл 2019, 20:12 Yaroslav Shvets пишет:


Не выйдет. Сервер - виртуалка.

Как вариант - настройте L2TP без IPSEC (отключается в реестре в винде,
будет шифрование RC4, как в PPTP).

Нынче можно и с IPSEC, начиная с 11.1-RELEASE всё пашет из коробки, включая 
NAT-T.
Не поделитесь конфигами клиента при неизвестном на той стороне сервере 
(может и венда?)?
security/strongswan, security/ipsec-tools или достаточно того, что есть 
в базовой системе?


Спасибо!
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] dns, непонятка со вторичным сервером.

2019-07-02 Пенетрантность Владимир Друзенко


02.07.2019 14:25, Eugene Grosbein пишет:

02.07.2019 17:18, Eugene V. Boontseff пишет:


Мой домашний провайдер перенаправляет мои запросы к днс куда-то  и подделывает 
ответы, якобы они от ns2.relcom.ru?

Конкретно на этот вопрос достаточно легко найти ответ.
Достаточно сделать вот такой запрос у сервера whoami.ultradns.net:

# dig @204.74.108.1 whoami.ultradns.net +noall +answer

; <<>> DiG 9.14.3 <<>> @204.74.108.1 whoami.ultradns.net +noall +answer
; (1 server found)
;; global options: +cmd
whoami.ultradns.net.0   IN  A   109.94.1.18

В ответе будет IP-адрес, с которого пришел запрос на whoami.ultradns.net.
Если провайдер перехватывает запросы DNS, в ответе будет IP-адрес какого-то
из провайдерских серверов, как в данном примере, когда вернулся IP-адрес
провайдерского DNS-сервера ns4.podolsknet.ru [109.94.1.18]
вместо реального адреса со внешнего интерфейса спрашивающей машины,
который даже в другой IP-сети /24.

Если у спрашивающей машины на внешнем интерфейсе не публичный адрес
и трафик проходит через провайдерский NAT, то текущее соответствие
с внешним IP можно тут же поглядеть на сайтах типа https://2ip.ru/
и сравнить с тем, что выдал dig.


Как?

Обычная атака MiTM.


Для чего?

Реализация "DPI для бедных". Если использовать собственный ресолвер типа BIND,
который нынче по дефолту проверяет цифровые подписи ответов для тех зон,
что реализуют DNSSEC, то подпись в таком подставном ответе не сойдется
и BIND не отдаст ответ, а выдаст ошибку.


Проверил все 3 своих случая - возвращает корректный внешний IP. А 
сериалы всё равно разные в запросе топикстартера через разных провайдеров.



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

Re: [freebsd] dns, непонятка со вторичным сервером.

2019-07-02 Пенетрантность Владимир Друзенко

02.07.2019 13:18, Eugene V. Boontseff пишет:

Здравствуйте, коллеги!

Я сразу прошу прощения за офтопичную тему.

К freebsd она имеет косвенное отношение и только тем боком
соприкасается, что ns сервер у меня на freebsd.

Но посоветоваться кроме вас больше не с кем сейчас)

Мой сервер ns.wdc.spb.ru является мастером для зоны wdc.spb.ru.
Вторичный сервер ns2.relcom.ru

После обновления зоны несколько дней назад заметил такую странную вещь:

Если спросить у вторичного сервера, например soa зоны, из одной точки
(с работы), то результат один (правильный):

dig @ns2.relcom.ru wdc.spb.ru soa
...
;; ANSWER SECTION:
wdc.spb.ru. 10800 IN SOA ns.wdc.spb.ru.
eugene.wdc.spb.ru. 2012054321 18000 1800 360 3600

^^
;; Query time: 38 msec
;; SERVER: 192.91.186.2#53(192.91.186.2)

;; WHEN: Tue Jul 2 13:05:17 2019

А из дома тот же запрос выглядит вот так (неправильно):

dig @ns2.relcom.ru wdc.spb.ru soa

...
;; ANSWER SECTION:
wdc.spb.ru. 10800 IN SOA ns.wdc.spb.ru.
eugene.wdc.spb.ru. 2012054296 18000 1800 360 3600

^^
;; Query time: 13 msec
;; SERVER: 192.91.186.2#53(192.91.186.2)

;; WHEN: вт июля 02 13:07:46 MSK 2019

Вроде бы в обоих случаях ответы от одного и того же сервера в одно и
то же время.

Если не трудно, гляньте, как выглядит ответ от того же сервера от вас?

И что это может быть? Мой домашний провайдер перенаправляет мои
запросы к днс куда-то и подделывает ответы, якобы они от ns2.relcom.ru?

Как? Для чего?

Вопрос в разных сериалах?

При указании именно @ns2.relcom.ru у меня тоже разные сериалы через
разных провайдеров:

* дома и один из каналов на работе выдают 2012054321;
* другой канал на работе выдаёт 2012054296.
При этом если запросить любой другой сервер 8.8.8.8, 8.8.4.4, 1.1.1.1, а
также свои DNS сервера, то выдаётся сериал 2012054321.

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

Re: [freebsd] mergemaster -i

2019-04-08 Пенетрантность Владимир Друзенко


08.04.2019 18:02, Vladyslav Kolesnyk пишет:

Здравствуйте, Eugene.

Вы писали 8 апреля 2019 г., 11:14:29:


08.04.2019 14:04, Vladyslav Kolesnyk пишет:

Т.е. загвоздка в системе FreeBSD 12.0 - на ней идут зависания.

Это не зависания. Я так и не увидел ответа на вопрос, что показывает Ctrl-T
и ps про состояние mergemaster.

1) На Ctrl-T система не реагирует

2) Вывод ps даю:
до запуска :
[ root@ /root ] # ps
  PID TT  STATTIME COMMAND
   28 v0  Ss+  0:00,03 -sh (sh)
   67  0  I0:00,01 su -
   68  0  S0:00,02 -su (zsh)
48317  0  R+   0:00,00 ps
 [ root@ /root ] #


и во время зависания:
[ root@ /root ] # ps

   
[ 17:54 ]
  PID TT  STATTIME COMMAND
   28 v0  Is   0:00,03 -sh (sh)
48318 v0  S+   0:00,09 /bin/sh /usr/sbin/mergemaster -iFUP
52545 v0  S+   0:00,00 less
   67  0  I0:00,01 su -
   68  0  S0:00,02 -su (zsh)
52546  0  R+   0:00,00 ps
[ root@ /root ] #


ps axuww


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

Re: [freebsd] mergemaster -i

2019-04-03 Пенетрантность Владимир Друзенко


03.04.2019 11:16, Vladyslav Kolesnyk пишет:

Добрый день всем.

Столкнулся с одной проблемой при обновлении FreeBSD 12.0 через сорцы

Система поднята на виртуалке - пробовал на разных хост-машинах:
1) VMware ESXi (ESXi version:6.5.0, ESXi build number: 7388607)
2) Microsoft Windows Server 2008R2 HYPER-V

Также при установке FreeBSD 12.0 с нуля устанавливал систему на разные файловые 
системы: UFS и ZFS


Порядок действий стандартный:

svn up /usr/src
cd /usr/src/ && rm -R /usr/obj/*
export XORG_UPGRADE=yes && make cleandir && make cleandir
make -j2 buildworld && make buildkernel KERNCONF=GW-HYPER-V


Вот здесь должен быть:
make installkernel KERNCONF=GW-HYPER-V


потом перезагрузка в Single mode:
fsck -p
mount -u /
mount -a или zfs mount -a
swapon -a

cd /usr/src/
mergemaster -p
make installworld
mergemaster -a  - отрабатывает нормально
mergemaster -i  - вот на этом этапе проблема
   на первом же сравнении скрипт mergemaster не отвечает на 
клавиатуру,
   причем удаленно зайти на систему и ребутнуть можно.


2 раза mergemaster после installworld…
Почему не один: mergemaster -iFU ?


Может кто сталкивался с таким "бубном"?


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

Re: [freebsd] Дисковый массив

2019-04-02 Пенетрантность Владимир Друзенко


02.04.2019 20:53, Taras Heichenko пишет:

 Hi!
А никто не подключал к фре вот такую зверушку?
https://www.wd.com/ru-ru/products/external-storage/my-book-duo.html
Рассматриваю это в качестве варианта купить к домашнему серверочку в качестве 
внешнего
хранилища, собираюсь подключить USB шнурком, и организовать на нем раздел 
самбы, чтобы
всякие домашние дивайсы через wifi могли на него складывать, что надо. Но 
никогда не щупал
такого руками и не знаю, подружится ли оно с фрей. У кого-нибудь есть опыт 
общения?

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


Скорее всего будет виден как внешний USB диск.

Вот только непонятно зачем он нужен по такой цене при наличии «домашнего 
серверочка» на фре…
Не проще N дисков нужного объёма в этот серверочек и добавить, а уж на 
них можно хоть RAIDZ поднять.


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

Re: [freebsd] php-fpm + nginx; function base64_encode

2019-03-29 Пенетрантность Владимир Друзенко


29.03.2019 09:57, skeletor пишет:

05.02.2019 09:47, Alexey Krylov пишет:

Здравствуйте.

Установил ОС
uname -a
FreeBSD somehostname 11.2-RELEASE-p6 FreeBSD 11.2-RELEASE-p6 #0 
r341813: Tue Dec 11 10:14:58 EET 2018 
user@somehostname:/usr/obj/usr/src/sys/MYKERNEL  amd64


Установил и запустил php-fpm и nginx
pkg info | gsed -n -e "/php\|nginx/p"
nginx-1.14.2,2 Robust and small WWW server
php73-7.3.0    PHP Scripting Language
php73-bz2-7.3.0    The bz2 shared extension for php
php73-ctype-7.3.0  The ctype shared extension for php
php73-hash-7.3.0   The hash shared extension for php
php73-json-7.3.0   The json shared extension for php
php73-mbstring-7.3.0   The mbstring shared extension for php
php73-mysqli-7.3.0 The mysqli shared extension for php
php73-openssl-7.3.0    The openssl shared extension for php
php73-session-7.3.0    The session shared extension for php
php73-zip-7.3.0    The zip shared extension for php
php73-zlib-7.3.0   The zlib shared extension for php

создал файл
/var/www/virtual/site1/test.php


Открываю в браузере, получаю ошибку 500,
в логе
2019/02/05 09:41:34 [error] 69889#100834: *38 FastCGI sent in stderr: 
"PHP message: PHP Fatal error:
  Allowed memory size of 268435456 bytes exhausted (tried to allocate 
12298126926392233984 bytes) in
/var/www/virtual/site1/test.php on line 3" while reading response 
header from upstream, client:
192.168.1.31, server: somehost, request: "GET /my.php HTTP/1.1", 
upstream:

"fastcgi://unix:/var/run/php-fpm-www.sock:", host: "somehost"

Подскажите, кто нибудь использует такие версии php/nginx ошибка такая 
же?


-
С уважением,
Крылов Алексей
тел. +38 (067) 725 95 54
email: kry...@ukr.net
skype: krylov_alexey


IMHO, nginx тут не при чём. Это похоже на баг php 7.3. Я бы не 
советовал использовать вообще 7.3, пока не выйдет, хотя бы, минорных 
релизов 7-10.


Чтобы к моменту внедрения ИС он стал EOL и его вынесли из портов… :-D

К тому же уже 7.3.3 есть - в такой ситуации сидеть на 7.3.0 точно нет 
никакого смысла.


P.S. Правда прошло уже почти 2 месяца с того момента, когда вопрос был 
задан, и его актуальность под сомнением.


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

Re: [freebsd] Upgrade 11 to 12

2019-03-26 Пенетрантность Владимир Друзенко


26.03.2019 15:03, l...@lena.kiev.ua пишет:

В 12 порт x11/nvidia-driver-304 перестал работать.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235077


libnvidia-tls.so.1 не собирается портом, а входит в дистрибутив порта
NVIDIA-FreeBSD-x86-304.137.tar.gz
в виде бинарника:


Если есть возможность, может кто проверит как себя поведёт libnvidia-tls
с изменением JEMALLOC_ALIGNED(16) на JEMALLOC_ALIGNED(8) или даже на
JEMALLOC_ALIGNED(4) согласно
https://lists.freebsd.org/pipermail/svn-src-all/2017-November/153892.html

А как это проверить?  Что пересобрать - world, firefox или nvidia-driver?
Как минимум мир. FF не помешает. nvidia-driver вряд ли нужно, но он 
самый мелкий из трёх.

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

Re: [freebsd] Upgrade 11 to 12

2019-03-14 Пенетрантность Владимир Друзенко


01.03.2019 19:55, l...@lena.kiev.ua пишет:

On Fri, Mar 01, 2019 at 05:16:46PM +0700, Eugene Grosbein wrote:


В 12 порт x11/nvidia-driver-304 перестал работать.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235077
Всем начхать.

Вообще, подземный стук не лечится. Не указаны опции сборки порта,
если они не дефолтные.
Неплохо бы поставить пакет из официального репозитория и проверить с ним,
чтобы исключить локальные проблемы сборки.

Начала я с пакета nvidia-driver-304-304.137_2 ,
установленного по `pkg upgrade -f` из официального репозитория latest.
Под 11.2 пакет из репозитория для 11 работает,
под 12.0 пакет из репозитория для 12 дает segfault.
Затем пересобрала из порта x11/nvidia-driver-304 с дефолтными опциями сборки,
перезагрузилась - тоже segfault.


Бектрейс показан, это хорошо, но он бесполезен - если пакет не помог,
надо пересобрать порт WITH_DEBUG=yes и установить нестрипанную .so,
чтобы были отладочные символы

libnvidia-tls.so.1 не собирается портом, а входит в дистрибутив порта
NVIDIA-FreeBSD-x86-304.137.tar.gz
в виде бинарника:

-rwxr-xr-x  0 buildmeister gopher 3588 14 сент.  2017 
NVIDIA-FreeBSD-x86-304.137/obj/libnvidia-tls.so.1

libnvidia-tls.so.1: ELF 32-bit LSB shared object, Intel 80386, version 1 
(FreeBSD), dynamically linked, for GNU/Linux 2.3.99, stripped
 B _nv000tls
0004 B _nv001tls
0008 B _nv002tls
000c B _nv003tls
0010 B _nv004tls
0014 B _nv005tls
0570 T _nv006tls
0720 T _nv007tls
06a0 T _nv008tls
06b0 T _nv009tls
0590 T _nv010tls
0580 T _nv011tls
0660 T _nv015tls
0970 T _nv016tls
0530 T _nv020tls
0610 T _nv024tls
  U free


Если есть возможность, может кто проверит как себя поведёт libnvidia-tls 
с изменением JEMALLOC_ALIGNED(16) на JEMALLOC_ALIGNED(8) или даже на 
JEMALLOC_ALIGNED(4) согласно 
https://lists.freebsd.org/pipermail/svn-src-all/2017-November/153892.html


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

Re: [freebsd] Upgrade 11 to 12

2019-03-03 Пенетрантность Владимир Друзенко


04.03.2019 03:38, Anton Saietskii пишет:
пн, 4 мар. 2019 г., 2:35 Владимир Друзенко <mailto:v...@unislabs.com>>:


01.03.2019 20:04, Eugene Grosbein пишет:
> 01.03.2019 23:55, l...@lena.kiev.ua <mailto:l...@lena.kiev.ua>
пишет:
>
>> libnvidia-tls.so.1 не собирается портом, а входит в дистрибутив
порта
>> NVIDIA-FreeBSD-x86-304.137.tar.gz
>> в виде бинарника:
>>
>> -rwxr-xr-x  0 buildmeister gopher     3588 14 сент.  2017
NVIDIA-FreeBSD-x86-304.137/obj/libnvidia-tls.so.1
> Тогда какой смысл репортить баг в FreeBSD? Репортить надо
производителю бинарника.
>
> P.S. прямая почта от меня (с этого email) на l...@lena.kiev.ua
<mailto:l...@lena.kiev.ua> отбивается, мол мой релей в локальном
черном списке.

На всякий случай проверил - что на 11.2, что на 12.0 файлы
libnvidia-tls.so.1 идентичные.

Не очень понятна претензия к производителю (NVIDIA), если в 11.2
библиотека работала и работает нормально, а в 12.0 нет, при
декларации
полной бинарной совместимости (ведь так?) разработчиками FreeBSD.

В пределах major release.

Даже с COMPAT_FREEBSD11 в ядре? Какой тогда в этом смыслы - иллюзия 
поддержки?

В GENERIC оно есть, если что.


Замечу, что размер бинарника всего 3588 байт - вполне себе можно и
дизассемблировать.

P.S. Спасибо l...@lena.kiev.ua <mailto:l...@lena.kiev.ua> за
предупреждение - вынужден отложить
апдейт домашней машинки с GeForce 6600 до решения этой ошибки, так
как
очень важно 3D ускорение, что влечёт за собой установку драйверов
nvidia, а также возможность запуска firefox.

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

Re: [freebsd] Upgrade 11 to 12

2019-03-03 Пенетрантность Владимир Друзенко

01.03.2019 20:04, Eugene Grosbein пишет:

01.03.2019 23:55, l...@lena.kiev.ua пишет:

libnvidia-tls.so.1 не собирается портом, а входит в дистрибутив порта
NVIDIA-FreeBSD-x86-304.137.tar.gz
в виде бинарника:

-rwxr-xr-x 0 buildmeister gopher 3588 14 сент. 2017
NVIDIA-FreeBSD-x86-304.137/obj/libnvidia-tls.so.1

Тогда какой смысл репортить баг в FreeBSD? Репортить надо производителю
бинарника.

P.S. прямая почта от меня (с этого email) на l...@lena.kiev.ua отбивается, мол
мой релей в локальном черном списке.

На всякий случай проверил - что на 11.2, что на 12.0 файлы
libnvidia-tls.so.1 идентичные.

Не очень понятна претензия к производителю (NVIDIA), если в 11.2
библиотека работала и работает нормально, а в 12.0 нет, при декларации
полной бинарной совместимости (ведь так?) разработчиками FreeBSD.

Замечу, что размер бинарника всего 3588 байт - вполне себе можно и
дизассемблировать.

P.S. Спасибо l...@lena.kiev.ua за предупреждение - вынужден отложить
апдейт домашней машинки с GeForce 6600 до решения этой ошибки, так как
очень важно 3D ускорение, что влечёт за собой установку драйверов
nvidia, а также возможность запуска firefox.

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

Re: [freebsd] Upgrade 11 to 12

2019-02-28 Пенетрантность Владимир Друзенко


$ grep PKG_CMD= /usr/local/sbin/portmaster
PKG_CMD="/usr/local/sbin/pkg-static"

Или я не очень понимаю в чём вопрос?

28.02.2019 18:03, Mikhail Golub пишет:

Благо виртуалка тестовая ...

Снес все пакеты, в том числе и pkg:
pkg-static delete -f pkg

Ставлю по новой через 'make install clean'.
Всеравно получаю:
pkg-static 3950 - - lzo2-2.10_1 installed
pkg-static 16322 - - libarchive-3.3.3,1 installed


27.02.2019 9:37, Mikhail Golub пишет:

24.02.2019 23:20, Mykola Dzham пишет:

pkg-static install -f pkg


pkg-static 16426 - - pkg reinstalled: 1.10.5_5 -> 1.10.5_5

portmaster mtr

cat /var/log/messages:
pkg-static 19386 - - mtr-nox11-0.92_1 deinstalled
pkg-static 19441 - - mtr-nox11-0.92_1 installed



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

Re: [freebsd] Минимизация сетей

2018-09-14 Пенетрантность Владимир Друзенко


14.09.2018 10:04, Alexey Krylov пишет:

Доброго дня.

Есть список сетей
98.137.64.0/24
98.137.65.0/24
98.137.66.0/24
98.137.67.0/24
98.137.13.98/32

Нужно объединить их в
98.137.64.0/22
98.137.13.98/32

для firewall'a или для routing'a

Подскажите, какая программа умеет такое делать? или какой запрос в гугл вбить?


-
С уважением,
Крылов Алексей
тел. +38 (067) 725 95 54
email: kry...@ukr.net
skype: krylov_alexey


$ ipcalc 98.137.64.0 - 98.137.67.255
deaggregate 98.137.64.0 - 98.137.67.255
98.137.64.0/22

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

Re: [freebsd] oracle_fdw

2018-07-09 Пенетрантность Владимир Друзенко


09.07.2018 08:05, Eugene Grosbein пишет:

09.07.2018 9:48, Denis Bezkrovniy пишет:

Добрый день
на гитхаб есть проект https://github.com/laurenz/oracle_fdw
работает как расщирение в postgresql
Так вот. мне нужно прикрутить это расширение в postgresql. Для работы
нужен oralcle-instantclient (databases/linux-oracle-instantclient)
который я установил. Собираю/устанавливаю oracle_fdw, все отрабатыает,
но не работает.
В постгрес пробую установить oracle_fdw, в ответ получаю ошибку

ОШИБКА:  загрузить библиотеку "/usr/local/lib/postgresql/oracle_fdw.so" не удалось: 
dlopen (/usr/local/lib/postgresql/oracle_fdw.so) failed: /usr/local/lib/postgresql/oracle_fdw.so: 
Undefined symbol "OCICollGetElem"

полагаю для работы нужен libclntsh.so (библиотека из состава
linux_oracle-instantclient), но как ее прикрутить не знаю.

Подгрузить линуксовую библиотеку в фрёвый бинарник? Никак afaik.
Подгрузить линуксовую библиотеку в линуксовый бинарник под линуксолятором можно 
- положить её
внутрь линуксолятора и указывать путь относительно корня линуксолятора 
(/compat/linux или как там его).


Можно попробовать по аналогии с тем, как сделано в www/linux-flashplayer.

$ file /usr/local/lib/browser_plugins/linux-flashplayer/libflashplayer.so
/usr/local/lib/browser_plugins/linux-flashplayer/libflashplayer.so: ELF 
32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically 
linked, BuildID[sha1]=148a6256947a5ffe76ac5f3b19c1d0140974946a, stripped

$ file /usr/local/lib/browser_plugins/npwrapper.libflashplayer.so
/usr/local/lib/browser_plugins/npwrapper.libflashplayer.so: ELF 64-bit 
LSB shared object, x86-64, version 1 (FreeBSD), dynamically linked, stripped

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

Re: [freebsd] апгрейд с 10.3 на 10.4

2018-06-09 Пенетрантность Владимир Друзенко


09.06.2018 18:47, Андрій Добровольський пишет:

да в шел я попал.


On Sat, Jun 9, 2018 at 6:32 PM Владимир Друзенко <mailto:v...@unislabs.com>> wrote:


09.06.2018 18:20, Андрій Добровольський пишет:

Всем привет,
Срочно нужна помощь.
В связи с истечением срока поддержки 10.3 решил апнуть до 10.4.
Делал по хендбуку с использованием freebsd-update. Ядро generic.
До первой перезагрузки после установки нового ядра все шло штатно.
После ухода на перезагрузку система вывалилася в сингл юзер моде.
Жалобы:
 Mounting local file systems: KLD fdescfs.ko: depends on kernel -
not available or version mismatch
mount: fdesc: Operation not supported by device
Mounting /etc/fstab filesystems filed, startup aborted
ERROR: ABORTING BOOT (sending SIGTERM to parent)!
init: /bin/sh/ on /etc/rc terminated abnormally, going to sing
user modeEnter full pathname of shell or RETURN for /bin/sh:
ugen2.2:  at usbus2
ukbd0:  on usbus2
kbd2 at ukbd0

Как лечить?
Или это не лечится?

-- 
Regards,

Andrii Dobrovol`s`kyj


RETURN получилось нажать?


--
Regards,
Andrii Dobrovol`s`kyj


Уже сказали, что закомментить в /etc/fstab, mount -a и продолжить 
обновление.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] апгрейд с 10.3 на 10.4

2018-06-09 Пенетрантность Владимир Друзенко


09.06.2018 18:20, Андрій Добровольський пишет:

Всем привет,
Срочно нужна помощь.
В связи с истечением срока поддержки 10.3 решил апнуть до 10.4.
Делал по хендбуку с использованием freebsd-update. Ядро generic.
До первой перезагрузки после установки нового ядра все шло штатно.
После ухода на перезагрузку система вывалилася в сингл юзер моде.
Жалобы:
 Mounting local file systems: KLD fdescfs.ko: depends on kernel - not 
available or version mismatch

mount: fdesc: Operation not supported by device
Mounting /etc/fstab filesystems filed, startup aborted
ERROR: ABORTING BOOT (sending SIGTERM to parent)!
init: /bin/sh/ on /etc/rc terminated abnormally, going to sing user 
modeEnter full pathname of shell or RETURN for /bin/sh: ugen2.2: 
 at usbus2

ukbd0:  on usbus2
kbd2 at ukbd0

Как лечить?
Или это не лечится?

--
Regards,
Andrii Dobrovol`s`kyj


RETURN получилось нажать?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] FreeBSD update/upgrade system/packages automation

2018-05-18 Пенетрантность Владимир Друзенко


15.05.2018 08:15, Eugene Grosbein пишет:

15.05.2018 6:03, Владимир Друзенко пишет:

14.05.2018 15:28, Eugene Grosbein пишет:

14.05.2018 19:10, Владимир Друзенко пишет:


Ещё на одном своё ядро, потому что: 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221376

В таких случаях сильно поможет сделать verbose boot для "хорошей" загрузки
и для "плохой", если в последнем варианте есть куда сбросить dmesg,
ну хотя бы в crashdump, если нет консоли ни в какоим виде, включая IPMI/Serial 
over LAN.

И сделать diff -u между ними и приложить результат к PR.

Нет ничего из перечисленного - обычная десктопная мама ASUS P5GD2-Deluxe, CPU 
P4-630 HT 3GHz.
А как сделать дамп, если виснет ещё во время детекта оборудования, при чём 
никакой паники не видно?

Заранее настроить dumpdev="/dev/ada0s1b" в /etc/loader.conf
Во время зависания выйти в KDB через Ctrl-Alt-ESC и сказать call doadump
и после завершения дампа - reboot.

Если всё пройдет как ожидается, после перезагрузки крешдамп будет выгружен
в /var/crash и там среди прочего должен быть и dmesg buffer.

Но вообще-то у ASUS P5GD2-Deluxe есть COM-порт, так что всё должно быть проще -
подключиться нульмодемным кабелем к COM-порту и включить в /boot/loader.conf
дублирование туда вывода при загрузке:

console="comconsole vidconsole"
comconsole_speed=115200
boot_multicons="YES"

И просто сохранить вывод терминальной программой, Putty это умеет.

Спасибо. Как руки дойдут, так сделаю.
А cu(1) не подойдет?

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

Re: [freebsd] FreeBSD update/upgrade system/packages automation

2018-05-14 Пенетрантность Владимир Друзенко


14.05.2018 15:28, Eugene Grosbein пишет:

14.05.2018 19:10, Владимир Друзенко пишет:


Ещё на одном своё ядро, потому что: 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221376

В таких случаях сильно поможет сделать verbose boot для "хорошей" загрузки
и для "плохой", если в последнем варианте есть куда сбросить dmesg,
ну хотя бы в crashdump, если нет консоли ни в какоим виде, включая IPMI/Serial 
over LAN.

И сделать diff -u между ними и приложить результат к PR.
Нет ничего из перечисленного - обычная десктопная мама ASUS 
P5GD2-Deluxe, CPU P4-630 HT 3GHz.
А как сделать дамп, если виснет ещё во время детекта оборудования, при 
чём никакой паники не видно?

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

Re: [freebsd] FreeBSD update/upgrade system/packages automation

2018-05-14 Пенетрантность Владимир Друзенко


14.05.2018 17:15, l...@lena.kiev.ua пишет:

Бинарные пакеты
даже не рассматриваю - обязательно несколько портов в системе необходимо
собрать с кастомными опциями, а потом крайне тяжело управлять подобным
зоопарком - кого из портов, а кого бинарно обновлять - проще всё из
портов.

С кастомными опциями - после сборки pkg lock
Обновление остальных из бинарных пакетов:

#!/bin/sh
rm -f /usr/ports/UPDATING
svn export svn://svn.freebsd.org/ports/head/UPDATING /usr/ports/UPDATING
pkg updating -d 20180311
pkg upgrade
rm -f /var/cache/pkg/*
portsnap fetch update | egrep -v '^/usr/ports/[^U]'
cd /usr/ports
make fetchindex
portversion -vFL= | egrep -v '\[held\]|port has (7.1.7.2606_1,3)\)' | less

Здесь 7.1.7.2606_1,3 - перечень (разделяя | ) версий портов, которых
преднамеренно не обновляю. portversion входит в комплект portupgrade.

Обновление порта с кастомными опциями:

pkg unlock openssl
portupgrade openssl
pkg lock openssl

В /usr/local/etc/pkgtools.conf (конфиге portupgrade):

   HOLD_PKGS = [
 'bsdpan-*',
 'acroread9','acroreadwrapper','linux-libgtkembedmoz',
   ]

Напоминания об обновлении некоторых портов (в том числе которых
собираю с кастомными опциями) получаю через email от сайта freshports.org
А если машинок более 20-и и на каждой по десятку-двум портов с 
кастомными настройками, то не слишком ли много ручной работы по 
сравнению с полностью жить с портами?


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

Re: [freebsd] FreeBSD update/upgrade system/packages automation

2018-05-14 Пенетрантность Владимир Друзенко


14.05.2018 13:59, Aleksandr Khomenko пишет:

День добрый, сообществу.

  Собственно хочу спросить совета. Кто и как обновляет свой парк 
FreeBSD серверов. В связи с этим несколько вопросов:

1) как вы выполняете обновления системы? (бинарное или из исходников)
Бинарно на большинстве хостов. На двух (по историческим причинам) из 
исходников, но думаю перевести на бинарные обновления. Ещё на одном своё 
ядро, потому что: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221376
Очень сильно не нравится состав опций GENERIC ядра, особенно для мелких 
виртуалок - очень много лишнего. В чём проблема сделать несколько 
специфиичных конфигов: для бареметал сервера (текущий GENERIC), для 
виртуалок (без кучи сетевых и дисковых контроллеров), для рабочих 
станций (с тем же звуком в ядре и, может, с wifi)? Ладно, что-то я 
размечтался…



2) как вы выполняете обновления портов?
portmaster, пока вручную, с плавающей периодичностью от нескольких дней 
до нескольких недель (а то и месяцев) и с минимальной автоматизацией в 
виде нескольких очень коротких самописных шел-скриптов. Бинарные пакеты 
даже не рассматриваю - обязательно несколько портов в системе необходимо 
собрать с кастомными опциями, а потом крайне тяжело управлять подобным 
зоопарком - кого из портов, а кого бинарно обновлять - проще всё из 
портов. При этом poudriere сильно отпугивает необходимостью держать 
несколько jail-ов, все их вручную сопровождать, и на каждый чих 
пересобирать всё дерево портов.


3) автоматизировали ли вы процедуру обновления? Если да, с помощью 
каких систем/технологий.
Давно нахожусь в поисках какой-то более системной автоматизации 
обновлений, на внедрение + последующее содержание которой трудозатрат 
должно уходить заметно меньше текущего ручного сопровождения.

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

Re: [freebsd] Почтовая система. Подтверждение для доставки писем. Педалька

2018-04-10 Пенетрантность Владимир Друзенко

10.04.2018 22:00, Alexey Krylov пишет:

Здравствуйте.

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

Целью является уменьшение спама.

Скажите, сталкивались ли вы с таким алгоритмом? Как он называется?
Легко ли настраивается? Гуглил, но видимо не достаточно усердно.
Может это плохая идея борьбы со спамом?

Пробовал Black/White list вести эти списки - ад,
Gray-list остановился на теории и не настроил

А вот это вот зря. Пожалуй самый эффективный метод.

DNSBL - не всегда корректен и спамеры его обходят
spf,dkim настроены. Помогают, но не сильно. Спамеры освоили и это

Спасибо за помощь.

-
С уважением,
Крылов Алексей
тел. +38 (067) 725 95 54
email: kry...@ukr.net
skype: krylov_alexey

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

Re: [freebsd] Listen queue overflow

2018-02-07 Пенетрантность Владимир Друзенко


07.02.2018 17:10, Mikhail Golub пишет:
> top показывает постоянные Pages in/Pages out? Если нет, то и не 
стоит напрягаться.


Нет, постоянных "движений" нет.
Раз в минуту где-то есть "In, Out".

В несколько мегабайт как максимум?


CPU:  0.2% user,  0.0% nice,  0.2% system,  0.0% interrupt, 99.6% idle
Mem: 8136K Active, 50M Inact, 61M Laundry, 3693M Wired, 395M Buf, 118M 
Free

ARC: 2219M Total, 229M MFU, 1635M MRU, 160K Anon, 13M Header, 342M Other
 1652M Compressed, 1996M Uncompressed, 1.21:1 Ratio
Swap: 1536M Total, 553M Used, 983M Free, 36% Inuse


Параллельно вопрос.
Как в realtime посмотреть, что обращается к swap?

И как я писал, сколько памяти не делай (4, 6, 8 Гб) - всеравно берет 
35% свопа и так работает. Больше не берет.
553M в свопе - это совсем не используемые страницы памяти. Даже ARC ZFS 
их вытеснил, так как они оказались ещё менее востребованы, чем дисковый кэш.
Полагаю, что увеличив размер свопа, заняты по прежнему будут примерно те 
же 553M.

Беспокоиться не о чем точно.
Увеличивать память смысла мало - всё свободное займёт ARC ZFS под кэш 
записи. Разве что несколько ускорит сам процесс записи.

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

Re: [freebsd] [dbus] failed to read machine uuid

2018-01-22 Пенетрантность Владимир Друзенко

22.01.2018 11:37, Irina Liakh пишет:

On Mon, Jan 22, 2018 at 09:57:29AM +0300, Владимир Друзенко wrote:

PR с патчем можно оставить тут:
https://bugs.freebsd.org/bugzilla/enter_bug.cgi?product=Ports%20%26%20Packages=Individual%20Port%28s%29

Далее останется только убедить мэинтейнера в пользе этого патча.

Сначала хотелось бы понять, это бага или фича (отсутствие инициализации
UUID при установке пакета), а потом уже думать что с этим дел
А это не важно - просто запрос на изменение. Правда Георгий уже нашёл
описание этой темы в логе коммитов в порты, но если есть ещё какие-либо
вопросы, то можно пообщаться с мэинтейнеами в том же запросе или по мылу.

firefox, который пытался запустить dbus):

FF пытается запустить dbus не через стартовый скрипт, а напрямую.

Да, это уже стало понятно.
Осталось понять, насколько правомочно он это делает.

Кэп подсказывает, что можно обратиться к разработчикам FF или же к мэинтейнерам
FF во FreeBSD с таким вопросом/запросом на изменение (лучше сразу с патчем [-:).

Короче, есть ситуация: при установке все_по_дефолту_из_пакетов десктопа
на фре firefox не запускается из-за dbus. Вопрос: это норм и надо запускать
dbus руками? Или это это subject to fix it somewhere?
Да. Это штатная работа сервисов во FreeBSD - всё прописывается в
/etc/rc.conf руками. Полный контроль над запускаемыми сервисами.

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

Re: [freebsd] [dbus] failed to read machine uuid

2018-01-21 Пенетрантность Владимир Друзенко


22.01.2018 10:22, l...@lena.kiev.ua пишет:

From: Владимир Друзенко
А дело всё в этом:
$ pkg info firefox | grep DBUS
DBUS        : off

Ну так это firefox, установленный не из пакетов, а из портов?
А все остальные пакеты на этой машине тоже из портов (или poudriere)?

Из портов.

Опции по умолчанию не везде устраивают, а следить где у меня свои, а где 
по умолчанию - накладно, в итоге проще собирать всё из портов.

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

Re: [freebsd] Ports

2018-01-03 Пенетрантность Владимир Друзенко


03.01.2018 11:20, George L. Yermulnik пишет:

Hello!

On Wed, 03 Jan 2018 at 02:52:19 (+0300), Владимир Друзенко wrote:


В соседней ветке Евгений более расположен объяснять такие подробности. Я

Так и оставьте это дело Евгению, раз Вы расположены только куда-то кого-то 
направлять.


Топикстартеру уже 3 раза объяснили где он неправ и даже разжевали как 
минимум 2 варианта обхода этого (правильный и костыль). Но он продолжает 
упираться вместо того, чтобы вникнуть в терминологию веток и релизов 
FreeBSD. При это мне вдвойне непонятны ваши хамоватые попытки спорить с 
фактами (та самая официальная поддержка - да-да, этот термин существует 
в контексте FreeBSD!). По всей видимости и вам стоит знания по этому 
вопросу актуализировать.

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

Re: [freebsd] Ports

2018-01-02 Пенетрантность Владимир Друзенко

03.01.2018 01:09, George L. Yermulnik пишет:

Hello!

On Wed, 03 Jan 2018 at 00:39:20 (+0300), Владимир Друзенко wrote:

Нет никакой поддержки для STABLE. Есть только для RELEASE. Дальше метать
бисер бессмысленно.

Воу-воу-воу! Что в данном контексте подразумевается под "поддержкой"?
Я что-то пропустил и нынче если у меня STABLE, то порты у меня
собираться не должны? Что за..?

Хочет топикстартер официальной поддержки - вперёд на релиз.

Официальной поддержки чего? У топикстартера всего-то на всего устаревший
релиз, апдейтнутый до такого же устаревшего стейбла.

Нечего на стейбле сидеть и возмущаться. Ещё бы на карренте сидел.

Мягкое с тёплым... В рамках обсуждаемого вопроса при проверке OSVERSION
и речи нет про RELEASE/STABLE/CURRENT, а только о __FreeBSD_version.
В соседней ветке Евгений более расположен объяснять такие подробности. Я
же могу направить только читать хэндбук о том, какие ветки есть и для
чего, ну и https://www.freebsd.org/security/security.html#sup тоже стоит
изучить.

P.S. Порты тестируются на поддерживаемых ветках. Сейчас это releng/11.1,
stable/11 (свежий, а не годовалой давности), releng/10.3 (не долго
осталось), releng/10.4, stable/10 (свежий), head (который сейчас
12-CURRENT).

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

Re: [freebsd] Ports

2018-01-02 Пенетрантность Владимир Друзенко

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

02.01.2018 22:56, Eugene Grosbein пишет:

03.01.2018 1:12, Taras Heichenko пишет:

On Jan 2, 2018, at 20:02, Eugene Grosbein <eu...@grosbein.net> 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-RELEASE n/a October 10, 2016 November 30,
2017

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

говорю о том, что на сайте изложено плохо.
Ещё раз: STABLE это постоянно меняющаяся ветка, а не релиз. После
создания снапшота

11.1-RELEASE с ветки STABLE эта ветка начинает называться 11.1-STABLE,
а имеющиеся инсталляции 11.0-STABLE просто становятся всё более и
более устаревшими,
ещё более старыми, чем 11.1-RELEASE. Как таковой поддержки для "не
последней" STABLE
и нету - предполагается, что ты обновляешь STABLE по крайней мере раз
в релиз,

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

Под релизом подразумевался releng, конечно же.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Ports

2018-01-02 Пенетрантность Владимир Друзенко

02.01.2018 22:56, Eugene Grosbein пишет:

03.01.2018 1:12, Taras Heichenko пишет:

On Jan 2, 2018, at 20:02, Eugene Grosbein wrote:

02.01.2018 20:47, Taras Heichenko пишет:

Нет. 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. Я понимаю, что нужно обновить систему, и т.п. И я это
уже делаю. Я просто
говорю о том, что на сайте изложено плохо.

Ещё раз: STABLE это постоянно меняющаяся ветка, а не релиз. После создания
снапшота
11.1-RELEASE с ветки STABLE эта ветка начинает называться 11.1-STABLE,
а имеющиеся инсталляции 11.0-STABLE просто становятся всё более и более
устаревшими,
ещё более старыми, чем 11.1-RELEASE. Как таковой поддержки для "не последней"
STABLE
и нету - предполагается, что ты обновляешь STABLE по крайней мере раз в релиз,
не считая обновлений после выхода биллютеней безопасности.
Нет никакой поддержки для STABLE. Есть только для RELEASE. Дальше метать
бисер бессмысленно.
Хочет топикстартер официальной поддержки - вперёд на релиз. Нечего на
стейбле сидеть и возмущаться. Ещё бы на карренте сидел.
Ну серьёзно, нужна поддержка - релеиз и точка, а не стейбл и уж тем
более каррент. :-/

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

Re: [freebsd] ports management

2017-12-10 Пенетрантность Владимир Друзенко

09.12.2017 22:48, Anton Sayetsky пишет:

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,

Аж целых полтора гига

На виртуалке.

без учёта сжатия!

На UFS.

регулярная его актуализация,

Только при смене major release.

И даже патчи (pN) ставить не надо.

пересборка

Логично, что для страховки зависящие пакеты удаляются при обновлении
версии того, от чего зависят. Зато нет link error: undefined symbol,
даже если глупый maintainer забыл бампнуть PORTREVISION.
Хотели сэкономить на ресурсах CPU пересборкой только конкретных портов,
а кто-то вдруг посчитал себя умнее нас и заставляет каждый раз
пересобирать всё. Очень рационально.

Ещё хин: pkg info -r и пересборка всех зависимых.

или как минимум переустановка

Конечно - таким образом гарантируется чистое окружение.
А потом появляются порты, которые собираются исключительно в
лабораторных условиях и только с опциями по умолчанию. Нет уж, спасибо,
маинтейнер обязан обеспечить сборку своего порта в живой системе с любым
допустимым набором опций и любым допустимым набором установленных
портов. Вот где действительно обленились, а не забывшие сделать бамп.

сотни портов только для того, чтобы обновить один единственный
порт. Очень рациональное использование ресурсов! :-(

TMPFS и ccache включаются одной строчкой в конфиге.

На виртуалке с гигом памяти.

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

Re: [freebsd] port directory error

2017-12-09 Пенетрантность Владимир Друзенко

09.12.2017 18:32, DAM пишет:

On 09.12.17 17:03, Anton Sayetsky wrote:
9 дек. 2017 г. 17:01 пользователь "Андрій Добровольський" 
> написал:

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.

А можно ли все это хозяйство:
pkg info -r py27-setuptools27
py27-setuptools27-28.1.0:
    py27-pytz-2016.7,1
    py27-Babel-2.3.4
    py27-MarkupSafe-0.23
    py27-Jinja2-2.8
    py27-six-1.10.0
    py27-docutils-0.12_1
    py27-imagesize-0.7.1
    py27-alabaster-0.7.6
    py27-pygments-2.1.3
    py27-pystemmer-1.3.0_1
    py27-snowballstemmer-1.2.0_1
    py27-sphinx_rtd_theme-0.1.9
    py27-sphinx-1.4.8
снести к такой-то матери? Или переустановить как-то без ещё одного 
колеса к телеге?

Я сделал так:
pkg delete -yf py27-setuptools27-28.1.0
portmaster py27-Babel-2.3.4
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ports management

2017-12-09 Пенетрантность Владимир Друзенко


09.12.2017 18:13, George L. Yermulnik пишет:

Hello!

On Sat, 09 Dec 2017 at 16:57:40 (+0200), Valentin Nechayev wrote:


От llvm обычно ничего не зависит. Его можно смело удалить.

От llvm (4.0) с некоторых пор зависят, парадоксально, иксы, через mesa-dri
или что-то подобное :) потому что генерируют код на ходу.

Так оно же build depends, а не run. Так что после сборки, можно llvm
удалять. Или я что-то упускаю (X'ов на фре нет под рукой, чтобы
проверить)?


А с тех пор, как в него включён clang, начинает присутствовать и clang
(не тот, что в базовой системе).


$ pkg info -r llvm40
llvm40-4.0.1_5:
        mesa-dri-17.2.4


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

Re: [freebsd] ports management

2017-12-09 Пенетрантность Владимир Друзенко

09.12.2017 17:38, Anton Sayetsky пишет:
9 дек. 2017 г. 16:29 пользователь "George L. Yermulnik" > написал:

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, регулярная его актуализация, пересборка или как минимум
переустановка сотни портов только для того, чтобы обновить один
единственный порт. Очень рациональное использование ресурсов! :-(
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] port directory error

2017-12-04 Пенетрантность Владимир Друзенко

04.12.2017 15:55, Taras Heichenko пишет:

Hi!
Дано 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*

Но это уже так, размышления. А по сути естественно такого пути у меня в портах
нету. Не то, чтобы оно так уж сильно мне мешало -- никакого влияния на систему
от этого косяка я не заметил, но как-то оно меня муляет. Будут какие-то
рекомендации,
как от этого приведения можно избавиться?

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

1. Читаем UPDATING
2. Это очередные хипстеры внесли новые модные и молодёжные изменения в
порты, а утилитки типа portmaster и portupgrade не их дело. Главное
poudriere у них работает, а на остальное пофиг. Без jail-ов нынче не
модно собирать порты. Или используй дефолтные пакеты с ключами сборки по
умолчанию, или громозди билдферму портов на poudriere.
3. Решается удалением этого порта (devel/py-setuptools), а потом
переустановкой того порта, который от него зависит.

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

Re: [freebsd] zfs defrag

2017-11-24 Пенетрантность Владимир Друзенко

24.11.2017 17:03, Mikhail Golub пишет:

Всем привет.

Как я понял по информации с просторов Интернет, то единственный способ
дефрагментировать zfs пул - "zfs send | zfs recv".

Имеется FreeBSD 11.1
Есть пул с FRAG 62%.
В пуле файловые системы с сайтами (у каждого сайта своя ФС с квотами и
т.п.). И через определенные интервалы времени делается снимок ФС для
оперативного бэкапа и хранятся такие снимки некоторое время.

Т.е. имеем несколько ФС и у каждой ФС по несколько снапшотов.

Нашел пример, что можно сделать вот так.
zfs snapshot pool/ФС@temp
zfs send pool/ФС@temp | zfs recv pool/new-ФС
zfs destroy pool/ФС@temp
zfs destroy -r pool/ФС
zfs rename pool/new-ФС pool/ФС

Если команды выполнять ручками, то все работает нормально.
Но усложнив задачу и заменив "zfs send pool/ФС@temp" на "zfs send -R
pool/ФС@temp", чтобы снапшоты (резервные копии) тоже передать,
и запихнуть все в цикл, то случайным образом вываливается на команде
"zfs destroy -r" с сообщением "zfs cannot destroy ... dataset is busy".

Если после этого вручную выполнить "zfs destroy -r pool/fs" - проблем нет.

Костыль, но может сработать:
(sleep 60 && zfs destroy -r pool/fs) &

Интернет пока не помог в поиске решения :(

Или может есть более правильный способ дефрагментации пула zfs? (но
без удаления снапшотов с резервными копиями)

Спасибо.

___
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 Пенетрантность Владимир Друзенко

08.11.2017 14:09, Warrior пишет:

Приветствую! :)

Есть 9.3-STABLE r325032 установленная на ZFS... И хочется накатится до 11.1.

Первым этапом этой поездки:
URL: svn://svn.freebsd.org/base/releng/10.0
Repository Root: svn://svn.freebsd.org/base
Revision: 325277

Инсталлируем кернел, мир, не забываем про мержемастер...
И дальше начинаются загадки...

После установки записываем новый загрузчик: gpart bootcode -b /boot/pmbr -p
/boot/gptzfsboot -i 1 ada1
и перезагрузки получаем две строки:
ZFS: unsupported feature: com.delphix:hole_birth
gptzfsboot: no ZFS pools located, can't boot

подключаю винт к 9.3 и записываю её загрузчик: gpart bootcode -b /boot/pmbr -p
/boot/gptzfsboot -i 1 ada1
После перезагрузки новая картина:
FreeBSD/x86 ZFS enabled bootstrap loader, Revision 1.1
...
ZFS: can't find pool by guid
ZFS: can't find pool by guid

can't load 'kernel'

Type '?' for a list of commands ...
OK

опять подключаю к 9.3 и в /boot переименовываю zfsloader.old в zfsloader
После этого прогресс завершается на строчке:
Trying to mount root from zfs:pool0 []...
Mounting from zfs:pool0 failed with error 45.
И дальше стандартные строчки когда не может что-то примонтировать.

В общем... полный облом... :)

Есть ли у кого опыт переезда с ветки на ветку при установке RootOnZFS?

9.3-STABLE самый свежий?
Тогда надо было обновляться сразу на что-то не ниже 10.2-10.3.

Недавно был в рассылке совет не обновляться с N.<не последняя> на
(N+1).последняя, а сначала на N.последняя. Но ничего плохого не
говорилось о N.последняя => (N+1).последняя. Впрочем ничего хорошего
тоже. При этом обновляться с N.последняя на (N+1).0 тоже опасно - в N
уже сделали MFC, а в (N+1).0 этого ещё не было. Меньше проблем было бы,
если бы попробовал сразу 10.4.

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

Re: [freebsd] installing pkg failed

2017-10-02 Пенетрантность Владимир Друзенко


02.10.2017 23:51, Irina Liakh пишет:

On Mon, Oct 02, 2017 at 11:08:42PM +0300, Irina Liakh wrote:

On Tue, Oct 03, 2017 at 02:09:40AM +0700, Eugene Grosbein wrote:

Теперь самое простое будет, наверное, вручную скачать и развернуть
свежую версию pkg и установить её обратно:

cd /tmp
mkdir pkg
cd pkg
fetch http://pkg.freebsd.org/FreeBSD:11:amd64/latest/All/pkg-1.10.1.txz,
tar xvf pkg-1.10.1.txz
usr/local/sbin/pkg-static install -yU pkg-1.10.1.txz

pkg-static (с другими параметрами) вываливается с той же ошибкой.

Сорри, pkg-static из скачанного пакета отработал нормально.
Тересно, что это было, но проблема решена, спасибо!


Проще собрать из портов актуальную версию pkg.

Также, если уже удалили все пакеты, то можно было смело удалять всё 
содержимое /var/db/pkg/.

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

Re: [freebsd] Монтирование NFS раздела и проблемы с блокировками/датами

2017-07-28 Пенетрантность Владимир Друзенко


29.07.2017 02:58, Vladislav V. Prodan пишет:


Сабж.

На виртуалке не хватает дискового места для сборки и инсталла мира.

# svnlite co https://svn.freebsd.org/base/stable/11 /usr/src
Делайте на сервере. Я так уже лет 8 живу с расшаренным по NFS /usr/src 
для десятка физических серверов и десятка полтора виртуалок.
/usr/obj будет использоваться локальный - на него тоже места не хватает? 
/usr/obj по NFS будет крайне медленный.


svn: E200030: sqlite[S10]: disk I/O error, executing statement 'PRAGMA 
case_sensitive_like=1;PRAGMA synchronous=OFF;PRAGMA 
recursive_triggers=ON;PRAGMA foreign_keys=OFF;PRAGMA locking_mode = 
NORMAL;PRAGMA journal_mode = TRUNCATE;'


На сервере:
# cat /etc/rc.conf
# NFS for VPS in OVH

rpcbind_enable="YES"
rpcbind_flags="-h 1.1.1.1 -s"
nfs_server_enable="YES"
nfs_server_flags="-u -t -n 4"
mountd_enable="YES"
mountd_flags="-r -l -h 1.1.1.1 -p 877"

nfsv4_server_enable="YES"
nfsuserd_enable="YES"

#

# cat exports
V4: / -sec=sys -network 2.2.2.2 -mask 255.255.255.255
/var/vps343073 -maproot=root
#

Где, 1.1.1.1 - ip сервера
2.2.2.2 - ip VPS

На клиенте:

# df -h
Filesystem  SizeUsed   Avail Capacity  Mounted on
...
1.1.1.1:var/vpsXX 20G 24K 20G 0%  /mnt/Y
/mnt/otrada/src  20G 24K 20G 0%/usr/src
/mnt/otrada/obj  20G 24K 20G 0%/usr/obj


Пробовались разные опции монтирования

mount_nfs  1.1.1.1:var/vpsXX /mnt/Y
mount_nfs -o nolockd,rw,soft,intr 1.1.1.1:var/vpsXX /mnt/Y

Все равно
# stat /usr/src/.svn/wc.db
687931146 27 -rw-r--r-- 1 root wheel 19632 58011648 "Jul 29 02:42:29 
2017" "Jul 29 02:17:40 2017" "Jul 29 02:17:40 2017" "Jan  1 02:59:59 
1970" 4096 43095 0 /usr/src/.svn/wc.db



Из-за того, что дата не совпадает - Jan  1 02:59:59 1970
svn не может локнуть файл и вываливается с ошибкой...

Как проще решить проблему?



--
 Vladislav V. Prodan
 System & Network Administrator
support.od.ua 


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

Re: [freebsd] sendmail

2017-07-11 Пенетрантность Владимир Друзенко

11.07.2017 14:39, Андрій Добровольський пишет:

2017-07-10 20:32 GMT+03:00 Oleksandr V. Typlyns'kyi :

Today Jul 10, 2017 at 17:55 Андрій Добровольський wrote:

Пока все выглядит как незавершенный в прошлом ап.
Хотя это довольно странно. Оно спокойно работало и выполняло команду
freebsd-update fetch
без каких либо жалоб и возражений.
Попробовал сделать сейчас
freebsd-update fetch
после установки ядра и до синхронизации остального. Оно отказалось и
напомнило про необходимость закончить. Т.е. забыть просто и не
закончить мало реально...
Да и команда отрабатывая просто показывала релиз 10.3 и ни на что не ругалась.

Это исправили в 10.1-RELEASE-p10:

https://www.freebsd.org/security/advisories/FreeBSD-EN-15:04.freebsd-update.asc
https://reviews.freebsd.org/D1550#26547
Если обновление происходило с версии до этого патча c забытой установкой
userland,
то freebsd-update так и остался старым.
Спустя несколько обновлений, с EN-16:09 в 10.3-RELEASE-p6 пришла новая
версия,
которая предупреждает, но проверялся уже статус последнего минорного
обновления.

Если верить самой freebsd-update то обновление было с 10.1 p45 на 10.3 р19.

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

Re: [freebsd] sendmail

2017-07-10 Пенетрантность Владимир Друзенко

10.07.2017 15:20, Андрій Добровольський пишет:

2017-07-10 15:03 GMT+03:00 Anton Sayetsky :

10 июля 2017 г., 15:00 пользователь Андрій Добровольський
написал:

Переезд с 10.1 на 10.3 был очень давно. И после него все работало.

А после чего сломалось?

Сейчас было очередное обеовление патчей. Просто с большим перерывом.
Но, спасибо за советы. Сейчас попробую.

Ну я уже писал, что делал очередной "подход"к freebsd-update только
после большого перерыва. Оно собиралось обновлять с р19 на 45 или
что-то близкое по цифрам.

p19 - это последний апдейт 10.3, а p45 - это последний апдейт 10.1.
Так что оно скорее всего сказало «апдейтим 10.1-RELEASE-p45 до
10.3-RELEASE-p19».
И тот 10.1-p45 вышел только 22 декабря 2016 - это к вопросу о большом
перерыве между апдейтами: «всего» пол года.

Вроде отработало. Потом контроллер потерял диск. После возвращения
диска начались проблемы. Вроде все на месте а почта не ходит. Возня
показала неработу мильтеров. Потом вот все "спустилось" до базовой
системы.

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

Re: [freebsd] sendmail

2017-07-10 Пенетрантность Владимир Друзенко


10.07.2017 12:14, Андрій Добровольський пишет:

On Fri, Jul 7, 2017 at 5:59 PM, Eugene Grosbein  wrote:

Просьба отвечать не лично, а в рассылку.
Ещё надо:

uname -K
uname -U

uname -K
1003000
uname -U
1001000


Да у вас рассинхрон системы (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 и подземный стук

2017-05-06 Пенетрантность Владимир Друзенко


06.05.2017 23:09, Slawa Olhovchenkov пишет:

On Sat, May 06, 2017 at 11:06:30PM +0300, Slawa Olhovchenkov wrote:

On Sat, May 06, 2017 at 10:53:59PM +0300, Valentin Nechayev wrote:

hi,

  Sat, May 06, 2017 at 20:13:10, slw wrote about "Re: [freebsd] ZFS, TMPFS, 
pagedaemon/uma и подземный стук":


2netch: а какого я не получил это письмо через рассылку?
только копию в личную почту?

Подозреваю, что это письмо ты второй копией тоже не получишь :)
Mailman слишком умничает в некоторых вопросах. В частности, подписчику
по умолчанию ставится флаг nodupes (можешь зайти через веб снять его),
при этом письмо не посылается, если такой получатель уже замечен в
h_To или h_Cc.
Причём штатных средств рулить это групповым образом от админа - нет

Default options for new members joining this list.
(Details for new_member_options)

Conceal the member's address
Acknowledge the member's posting
Do not send a copy of a member's own post
Filter out duplicate messages to list members (if possible)


(в отличие от плоского списка подписчиков), надо unpickleʼить
состояние рассылки и менять вручную.

Membership List

not metoo -- Does the member want to avoid copies of their own
postings?

nodupes -- Does the member want to avoid duplicates of the same
message?

в смысле
Дело в том, что некоторые участники рассылке (опустим эпитеты) вместо 
того, чтобы нажимать кнопочку «Ответить в рассылку» нажимают «Ответить 
всем» и не вычищают получателей. В результате автор предыдущего письма 
получает две копии одного и того же сообщения - одно из рассылки, а 
другое напрямую от отвечающего.
Научить участников рассылки нажимать правильную кнопочку невообразимо 
сложней, чем накостылять фильтр на сервере рассылки - если в получателях 
кроме адреса рассылки есть ещё и адреса участников рассылки, то им не 
надо отправлять это письмо, дабы избежать дублей.


P.S. Ой, а вы сейчас сделали именно это - ответ всем вместо ответа в 
рассылку.



Поскольку подписчик может таки себе это сам строить, я сильно не
заморачивался.

вот уж блин спасибо.


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

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

2017-04-30 Пенетрантность Владимир Друзенко


30.04.2017 17:26, Irina Liakh пишет:

On Sun, Apr 30, 2017 at 04:31:25PM +0300, Владимир Друзенко wrote:

Как-то странно видеть ссылки на llvm 3.9 и 3.7, когда уже не первую
неделю они заменены на 4.0 (для DRI и OpenGL).
Может стоит их снести, а установить 4.0?

Вручную?
Я сегодня обновляла пакеты, должны ж были новые поставиться?

Я портами пользуюсь - с 18-ого апреля llvm39 заменил на llvm40.
llvm37 думаю уже больше 2х месяцев как был заменён на llvm39.


Ещё на pciconf -lv|grep -A4 vgapci интересно взглянуть.

# pciconf -lv | grep -A4 vgapci
vgapci0@pci0:4:0:0: class=0x03 card=0x81991043 chip=0x014110de rev=0xa2 
hdr=0x00
 vendor = 'NVIDIA Corporation'
 device = 'NV43 [GeForce 6600]'
 class  = display
 subclass   = VGA

Если что, я пробовала в xorg.conf писать Driver "vesa" - та же самая ошибка 
была.

У меня практически такая же:
vgapci0@pci0:1:0:0: class=0x03 card=0x81ad1043 chip=0x00f210de 
rev=0xa2 hdr=0x00

vendor = 'NVIDIA Corporation'
device = 'NV43 [GeForce 6600]'
class  = display
subclass   = VGA

Использую проприетарный x11/nvidia-driver-304 (nvidia-driver-304-304.135).
xorg.conf полностью кастомный со времён FreeBSD 7.x.


А зачем запускать X-ы вручную через xinit?

Когда нужно, тогда и запускаю) X-ы не всегда нужны.

Я использую KDE4, для него можно так:
service kdm4 onestart
service kdm4 onestop

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

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

2017-04-30 Пенетрантность Владимир Друзенко


30.04.2017 14:45, Irina Liakh пишет:

Привествую всех!

Помогите разобраться почему не работает X-сервер.

xinit, запущенный от юзера, падает с такими логами:


[33.437] (II) AIGLX: Screen 0 is not DRI2 capable
[33.437] (EE) AIGLX: reverting to software rendering
[35.888] (EE)
[35.888] (EE) Backtrace:
[35.909] (EE) 0: /usr/local/bin/X (OsInit+0x38a) [0x5abfba]
[35.938] (EE) 1: /lib/libthr.so.3 (_pthread_sigmask+0x50d) [0x8025cdbbd]
[35.953] (EE) 2: /lib/libthr.so.3 (_pthread_getspecific+0xe9f) [0x8025cdacf]
[35.967] (EE) 3: ? (?+0xe9f) [0x8032]
[36.015] (EE) 4: /usr/local/llvm39/lib/libLLVM-3.9.so 
(_ZN4llvm13StringMapImpl15LookupBucketForENS_9StringRefE+0xf0) [0x8128c0340]
[36.030] (EE) 5: /usr/local/llvm39/lib/libLLVM-3.9.so 
(LLVMParseCommandLineOptions+0x7cf) [0x81288497f]
[36.046] (EE) 6: /usr/local/llvm39/lib/libLLVM-3.9.so 
(LLVMParseCommandLineOptions+0x92c) [0x812884c1c]
[36.061] (EE) 7: /usr/local/llvm39/lib/libLLVM-3.9.so 
(_ZN4llvm2cl6Option11addArgumentEv+0x7c) [0x812878dec]
[36.087] (EE) 8: /usr/local/llvm37/lib/libLLVMSupport.so.3.7 
(_ZNSt3__127__insertion_sort_incompleteIRNS_6__lessINS_4pairIN4llvm10TimeRecordENS_12basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEESB_EEPSB_EEbT0_SF_T_+0x67d)
 [0x8213ae31d]
[36.101] (EE) 9: /usr/local/llvm37/lib/libLLVMSupport.so.3.7 
(_ZN4llvm3sys8WatchdogD1Ev+0x32) [0x8213e6264]
[36.116] (EE) 10: /usr/local/llvm37/lib/libLLVMSupport.so.3.7 (_init+0xe) 
[0x821344ebc]
[36.139] (EE) 11: ? (_rtld_is_dlopened+0x1532) [0x80081a3e2]
[36.153] (EE) 12: ? (dlopen+0x191) [0x800816311]
[36.183] (EE) 13: /usr/local/lib/xorg/modules/extensions/libglx.so 
(_init+0x1c53c) [0x8046464dc]
[36.195] (EE) 14: /usr/local/lib/xorg/modules/extensions/libglx.so 
(_init+0x1b9d1) [0x804644de1]
[36.208] (EE) 15: /usr/local/lib/xorg/modules/extensions/libglx.so 
(_init+0x1b04e) [0x804643a0e]
[36.231] (EE) 16: /usr/local/bin/X (InitExtensions+0x61) [0x4ab921]
[36.244] (EE) 17: /usr/local/bin/X (remove_fs_handlers+0x3a2) [0x43b4a2]
[36.257] (EE) 18: /usr/local/bin/X (_start+0x17f) [0x42506f]
[36.269] (EE) 19: ? (?+0x17f) [0x80083617f]
[36.270] (EE)
[36.270] (EE) Segmentation fault at address 0x821407000
[36.270] (EE)
Fatal server error:
[36.270] (EE) Caught signal 11 (Segmentation fault). Server aborting
[36.270] (EE)
[36.270] (EE)


Если запустить xinit от рута, то все работает, при этом логи, начиная с места 
расхождения, такие:


[   227.994] (II) AIGLX: Screen 0 is not DRI2 capable
[   227.994] (EE) AIGLX: reverting to software rendering
[   230.284] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer
[   230.285] (II) AIGLX: Loaded and initialized swrast


Система 11.0-RELEASE-p9
xorg-server-1.18.4,1
xorg.conf - сгенерён by "X -configure" и не правился (только пробовала закомментировать 
"Load glx", но он всё равно грузится).

Привет!

Как-то странно видеть ссылки на llvm 3.9 и 3.7, когда уже не первую 
неделю они заменены на 4.0 (для DRI и OpenGL).

Может стоит их снести, а установить 4.0?
Ещё на pciconf -lv|grep -A4 vgapci интересно взглянуть.

А зачем запускать X-ы вручную через xinit?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] Пересборка ядра amd64 с uefi

2017-03-06 Пенетрантность Владимир Друзенко


06.03.2017 18:16, Alexey Krylov пишет:


zfs create -o compression=on -o exec=on -o setuid=off zroot/tmp
zfs create -o compression=lzjb -o setuid=off zroot/usr/ports
zfs create -o compression=off -o exec=off -o setuid=off 
zroot/usr/ports/distfiles
zfs create -o compression=off -o exec=off -o setuid=off zroot/usr/ports/packages
zfs create -o compression=lzjb -o exec=off -o setuid=off zroot/usr/src
zfs create -o compression=lzjb -o exec=off -o setuid=off zroot/var/crash
zfs create -o exec=off -o setuid=off zroot/var/db
zfs create -o compression=lzjb -o exec=on -o setuid=off  zroot/var/db/pkg
zfs create -o exec=off -o setuid=off zroot/var/empty
zfs create -o compression=lzjb -o exec=off -o setuid=off  zroot/var/log
zfs create -o compression=gzip -o exec=off -o setuid=off zroot/var/mail
zfs create -o exec=off -o setuid=off zroot/var/run
zfs create -o compression=lzjb -o exec=on -o setuid=off   zroot/var/tmp


Судя по этим рекомендациям хауту у вас очень старый.
Сейчас рекомендуется compression=lz4 на корень и ничего не менять у 
вложенных fs.

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

Re: [freebsd] libX11 на сервере [было: pkg и зависимости]

2017-03-01 Пенетрантность Владимир Друзенко


01.03.2017 13:37, Konstantin Stefanov пишет:

On 01.03.2017 12:52, Владимир Друзенко wrote:

Готовые пакеты всё равно далеко не всегда годны и не только из-за иксов,
есть и другие функционально неподходящие дефолтные опции сборки.
Всё в сумме делает использование готовых пакетов подходящим только
в тривиальных случаях.

Кто спорит? Я тоже все порты сам собираю - это проще, чем следить за
теми 5-ю из 100+ пакетов с опциями не по умолчанию, чтобы они не
обновились из репозитория и не сломали работу сервисов этого конкретного
сервера.

А для этого есть pkg lock. Если действительно надо недефолтные опции у
пяти из сотни, то проще залочить эти пять, чем мудохаться с портами на
остальных девяноста пяти.


Для ручного обновления таких портов необходимо каждый раз снимать lock, 
а после обновления опять устанавливать.
Больше ручной работы за счёт сокращения полуавтоматической на пересборку 
- не мой вариант.

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

Re: [freebsd] libX11 на сервере [было: pkg и зависимости]

2017-03-01 Пенетрантность Владимир Друзенко

01.03.2017 08:26, Eugene Grosbein пишет:

On 01.03.2017 02:37, Владимир Друзенко wrote:

28.02.2017 21:34, Eugene Grosbein пишет:

01.03.2017 1:14, Владимир Друзенко пишет:

Но даже это всё тоже экономия на спичках по сравнению с объёмами
данных на этих серверах:

Ну зачем же вы приводите объемы данных на каких-то своих серверах,
то есть ваш частный случай? И так понятно, что объемы иксовых потрохов
вас не волнуют, это можно уже не повторять. Меня волнуют и объемы,
и время/объем загрузки необходимых для их сборки дистрибутивов,
и время сборки этих портов, и время, необходимое на загрузку/пересоборку
при обновлении потом.

Вы больше времени тратите на борьбу, чем сервер на загрузку и установку.

Нет. Загрузка и установка при наличии множества лишних зависимостей
требуется на регулярной основе из-за уязвимостей безопасности.
Чем меньше (откровенно ненужных) зависимостей, там реже сервер касаются
эти проблемы и тем быстрее и проще они решаются. А один раз оторвать
зависимость от иксов при сборке порта это просто. Я же не говорю об
ручном хаке исходников - речь об WITHOUT_X11 и иже с ними, или просто
о снятии крестиков в меню make config.

Как хотите.

И часть их уберу, наверное (libvncserver-0.9.9_5 в первую очередь),
так как для управления достаточно VBoxManage.

Оно надо для работы с виртуальной консолью, а не для управления. Как вы
устанавливаете произвольную операционку на виртиуалку без доступа к
виртуальной консоли? Ну не у себя же на декстопе это делать.

В этом месте я уже не буду ничего устанавливать :-) Там всё что нужно,
уже установлено и работает.

А если виртуалка «сломается»?

Уж очень вы категоричны - если не нашли полезное применение чему-либо,
то это совсем не значит, что оно никому не нужно.

Так и не было речи о том, что оно никому не нужно. Речь была о том,
что не нужно пихать всюду как дефолт.

Это называется компромисс. Для десктопа эти зависимости нужны, а для
сервера это копейки.

Размер на диске это не главная проблема. Главная - гигантский временной
оверхед на сборку/обновление рабочих портов, у которых не отключена
зависимость от иксов.

Речь идёт о зависимостях от иксов в _готовых пакетах_.

Нет, речь идёт и ненужности иксов на серверах, а не про готовые пакеты.
Нет, речь именно о готовых пакетах - посмотрите с чего началось это
обсуждение: недовольство зависимостями от иксов в готовых пакетах. Зачем
вы перешли на доказывание того, что лично вам иксовые библиотеки не
нужны на сервере и потому собираете все порты самостоятельно и без
зависимостей от иксов, мне не понятно. Я же никому не навязываю свои
«best practice».

Готовые пакеты всё равно далеко не всегда годны и не только из-за иксов,
есть и другие функционально неподходящие дефолтные опции сборки.
Всё в сумме делает использование готовых пакетов подходящим только
в тривиальных случаях.
Кто спорит? Я тоже все порты сам собираю - это проще, чем следить за
теми 5-ю из 100+ пакетов с опциями не по умолчанию, чтобы они не
обновились из репозитория и не сломали работу сервисов этого конкретного
сервера.

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

Re: [freebsd] libX11 на сервере [было: pkg и зависимости]

2017-02-28 Пенетрантность Владимир Друзенко

28.02.2017 21:34, Eugene Grosbein пишет:

01.03.2017 1:14, Владимир Друзенко пишет:

Но даже это всё тоже экономия на спичках по сравнению с объёмами
данных на этих серверах:

Вы больше времени тратите на борьбу, чем сервер на загрузку и установку.
Гораздо интересней тема автоматизирования запуска процесса обновления на
большом количестве серверов, чем экономия на загрузке десятка пакетов.

Поэтому вот все зависимости того же virtualbox у меня:

$ pkg info --dependencies -x virtualbox
virtualbox-ose-kmod-5.1.14:
virtualbox-ose-nox11-5.1.14_2:
libxslt-1.1.28_6
libxml2-2.9.3
cdrtools-3.00_2
openssl-1.0.2k_1,1
libvncserver-0.9.9_5
gcc49-4.9.4_1
png-1.6.20
curl-7.53.0
virtualbox-ose-kmod-5.1.14
libIDL-0.8.14_2
glib-2.42.1

# pkg info --dependencies -x virtualbox
phpvirtualbox-5.0.5:
php70-session-7.0.16
php70-xml-7.0.16
php70-simplexml-7.0.16
php70-soap-7.0.16
php70-7.0.16
php70-json-7.0.16
virtualbox-ose-5.1.14_2:
qt5-x11extras-5.7.1
libxcb-1.12
libXinerama-1.1.3_3,1
libXext-1.3.3_1,1
libXcursor-1.1.14_3
libX11-1.6.5,1
qt5-widgets-5.7.1
qt5-gui-5.7.1
pango-1.38.0_1
libXt-1.1.5,1
libXmu-1.1.2_3,1
libxslt-1.1.29_1
libxml2-2.9.4
cdrtools-rscsi-3.01
qt5-printsupport-5.7.1
vde2-2.3.2_2
libvncserver-0.9.11
libvpx-1.6.1
python27-2.7.13_1
qt5-opengl-5.7.1
png-1.6.28
libGL-13.0.5
gtk-update-icon-cache-2.24.29
gdk-pixbuf2-2.32.3_1
curl-7.53.1
virtualbox-ose-kmod-5.1.14
sdl-1.2.15_7,2
qt5-dbus-5.7.1
qt5-core-5.7.1
py27-setuptools27-32.1.0
libIDL-0.8.14_3
glib-2.46.2_4
atk-2.18.0
virtualbox-ose-kmod-5.1.14:

Редко, но бывает нужно запустить гуи.

И часть их уберу, наверное (libvncserver-0.9.9_5 в первую очередь),
так как для управления достаточно VBoxManage.
Оно надо для работы с виртуальной консолью, а не для управления. Как вы
устанавливаете произвольную операционку на виртиуалку без доступа к
виртуальной консоли? Ну не у себя же на декстопе это делать.

Что уж говорить об иксовом пробросе - с транзитным пробросом не
приходилось сталкиваться? И, например, на сервере с VirtualBox бывает
очень полезен.

Приходилось сталкиваться со многим. GUI на сервере FreeBSD
это редчайшее исключение, типа гуёвого инсталлятора Oracle в своё время
в линуксоляторе.
Если у вас венда на десктопе, тогда, пожалуй, редчайшее - всё равно
толку от него мало.

На рабочей станции у меня FreeBSD с иксами и портов там более 700
установлено.

Но для моих серверов иксы низачем не нужны.

А это разве не ваш частный случай? Тогда зачем меня в этом упрекать?

Также хочется увидеть «сотни компонентов, из которых нынче состоят
иксы»

в контексте иксовых библиотек на сервере:
# pkg info -s *font* x* libx* lib[A-Z]* *proto* | sort -u | wc -l
75

Пакетные зависимости тянут не только xlib, заголовки и шрифты.
А что ещё? Покажите, пожалуйста ваши расчёты. Мои были с одного из
боевых серверов.

На серверах иксов нет, показывать нечего. На рабочей станции использую
только
графический софт, в консоли не сижу, поэтому зависимости от X тут
неотрываю,

в итоге:

$ pkg info | wc -l
773

Как-то уж очень аскетично:
В офисе (есть лишнее - ставил на посмотреть и не снёс):
$ pkg info | wc -l
1698
Дома (откровенно лишнего ничего нет):
$ pkg info | wc -l
1558

Так и не было речи о том, что оно никому не нужно. Речь была о том,
что не нужно пихать всюду как дефолт.
Это называется компромисс. Для десктопа эти зависимости нужны, а для
сервера это копейки.

Размер на диске это не главная проблема. Главная - гигантский временной
оверхед на сборку/обновление рабочих портов, у которых не отключена
зависимость от иксов.
Речь идёт о зависимостях от иксов в _готовых пакетах_. И что при
установки _готовых пакетов_ по зависимостям приходят иксовые библиотеки.
Какой такой оверхед на сборку, если мы устанавливаем _готовые пакеты_? А
если сами собираете из портов, то вас этот вопрос не задевает. С чем
тогда спорите?

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

Re: [freebsd] libX11 на сервере [было: pkg и зависимости]

2017-02-28 Пенетрантность Владимир Друзенко


28.02.2017 12:49, Eugene Grosbein пишет:

On 28.02.2017 02:39, Владимир Друзенко wrote:

Не вижу ничего плохого в наличии иксовых библиотек на сервере (если это конечно 
не какой-то жуткий embeded).
Бывает даже полезно запустить что-то с GUI через иксовый проброс.
При этом на сервере xorg-server и не нужен - только клиентские библиотеки.

Сам X-сервер нынче это малая часть иксов. Низачем не нужен "иксовый проброс"
на серверах, как и иксовые библиотеки, шрифты и прочие сотни компонентов,
из которых нынче состоят иксы.


И чем мешают это копейки?
# du -s /usr/local
1944624/usr/local
Мне только одно не нравится, что по зависимостям от месы приходит llvm:
# pkg info -s llvm*
llvm39-3.9.1_1 1.16GiB

Что уж говорить об иксовом пробросе - с транзитным пробросом не 
приходилось сталкиваться? И, например, на сервере с VirtualBox бывает 
очень полезен.


Также хочется увидеть «сотни компонентов, из которых нынче состоят иксы» 
в контексте иксовых библиотек на сервере:

# pkg info -s *font* x* libx* lib[A-Z]* *proto* | sort -u | wc -l
75

Уж очень вы категоричны - если не нашли полезное применение чему-либо, 
то это совсем не значит, что оно никому не нужно.


Раньше я тоже замарачивался чтобы не поставить лишнюю библиотеку, тулкит 
и т.д., но потом осознал, что на борьбу уходит гораздо больше сил и 
времени, чем на установку. И даже внутри виртуалки лишние 100Mb не 
играют никакой роли.


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

Re: [freebsd] libX11 на сервере [было: pkg и зависимости]

2017-02-27 Пенетрантность Владимир Друзенко

27.02.2017 15:07, Vasiliy P. Melnik пишет:

В порте нет, а официальный бинарный пакет собран с mysql56 - ABI с
mysql57, afaik, не совместим.

ааа, пропустил - много писем из рассылки оказывается в спам у меня падало.

Ну тут такое дело: если ставишь из пакетов, то нечего выделываться и
надо юзать то, что ставится из пакетов. Порты они решают задачу
кастомизации сборки, и либо использовать порты, либо - пакеты. И не
получится - пакеты часто отстают по версиям и по зависимостям тянут
всякий хлам.

З.Ы. я не понимаю как на сервере можно использовать софт из пакетов,
там же чуть что - сразу иксы прилетают по зависимостям и куча всего не
нужного, из пакетов что-то используется только в каких-то
исключительных кривых ситуация.

Не вижу ничего плохого в наличии иксовых библиотек на сервере (если это
конечно не какой-то жуткий embeded).

Бывает даже полезно запустить что-то с GUI через иксовый проброс.
При этом на сервере xorg-server и не нужен - только клиентские библиотеки.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] pkg и зависимости

2017-02-27 Пенетрантность Владимир Друзенко


27.02.2017 14:20, Vasiliy P. Melnik пишет:

В порте сфинкса никакой конкретной привязки к версии мускуля нет

27 февраля 2017 г., 12:08 пользователь Владимир Друзенко 
<v...@unislabs.com <mailto:v...@unislabs.com>> написал:


27.02.2017 12 <tel:27.02.2017%2012>:55, Роман пишет:

Добрый день всем,

какие есть способы поменять зависимости пакетов на другие версии?

Например :

имеем

freebsd-version
11.0-RELEASE-p8

pkg info -a | grep mysql

mysql57-client-5.7.17  Multithreaded SQL database (client)
mysql57-server-5.7.17  Multithreaded SQL database (server)

из портов утсановленный

sphinxsearch-2.2.11 который отлично утсановился с mysql57.

Однако pkg думается что этот пакет sphinxsearch-2.2.11 зависит
от mysql56-client

и при попытки обновить пакеты с помошью

pkg upgrade

pkg пытается установить еще и mysql56

New packages to be INSTALLED:
mysql56-client: 5.6.35_1

[skip]

Installed packages to be REINSTALLED:
sphinxsearch-2.2.11 (direct dependency changed:
mysql56-client)

Собственно вопрос, каа изменить зависимость пакета
sphinxsearch-2.2.11

Спасибо


Проще продолжать собирать его вручную из портов и не пытаться
апгрейдить через pkg upgrade.



В порте нет, а официальный бинарный пакет собран с mysql56 - ABI с 
mysql57, afaik, не совместим.


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

Re: [freebsd] pkg и зависимости

2017-02-27 Пенетрантность Владимир Друзенко


27.02.2017 12:55, Роман пишет:

Добрый день всем,

какие есть способы поменять зависимости пакетов на другие версии?

Например :

имеем

freebsd-version
11.0-RELEASE-p8

pkg info -a | grep mysql

mysql57-client-5.7.17  Multithreaded SQL database (client)
mysql57-server-5.7.17  Multithreaded SQL database (server)

из портов утсановленный

sphinxsearch-2.2.11 который отлично утсановился с mysql57.

Однако pkg думается что этот пакет sphinxsearch-2.2.11 зависит от 
mysql56-client


и при попытки обновить пакеты с помошью

pkg upgrade

pkg пытается установить еще и mysql56

New packages to be INSTALLED:
mysql56-client: 5.6.35_1

[skip]

Installed packages to be REINSTALLED:
sphinxsearch-2.2.11 (direct dependency changed: mysql56-client)

Собственно вопрос, каа изменить зависимость пакета sphinxsearch-2.2.11

Спасибо


Проще продолжать собирать его вручную из портов и не пытаться апгрейдить 
через pkg upgrade.

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

Re: [freebsd] bhyve 32bit

2017-02-13 Пенетрантность Владимир Друзенко

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

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

13 февр. 2017 г. 16:31 пользователь "Nick Kostirya"
<nikolay.kosti...@webceo.ks.ua
<mailto: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. ©
К чему здесь сарказм? Вы так хотите с кем-то поругаться? Или просто ЧСВ
зашкаливает, чему подтверждение ваши 2 последних письма в рассылку.

Кстати, ни разу это не оффтоп - обсуждение самого факта поддержки ОСи
в гипервизоре онтопик.
И да, специалист по 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 Пенетрантность Владимир Друзенко

13.02.2017 18:40, Anton Sayetsky пишет:
13 февр. 2017 г. 16:31 пользователь "Nick Kostirya"
>
написал:

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

Вот есть
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 вполне простительно, не говоря уже о том, что это дичайщий оффтопик.

Про 64bit bhyve там нет упоминаний и тут тоже
https://www.freebsd.org/doc/handbook/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] bhyve 32bit

2017-02-13 Пенетрантность Владимир Друзенко

13.02.2017 17:31, Nick Kostirya пишет:

On Mon, 13 Feb 2017 16:43:01 +0300
Владимир Друзенко <v...@unislabs.com> wrote:

13.02.2017 16:15, Nick Kostirya пишет:

Привет.
А 32bit FreeBSD 11 может быть bhyve-хост-машиной?
Если нет. Можно ли внутри 64bit запускать 32bit гостя (в частности Windows 7)?
Nick.

Ответы на эти вопросы есть по ссылке: https://wiki.freebsd.org/bhyve

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

Вот есть
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.

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

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

FAQ слегка устарел - там даже 11.0-RELEASE всё ещё не упомянут.

Хост только 64bit.

32bit гости работают - точно поддерживаются FreeBSD/OpenBSD/Linux, венда
явно не прописана…

Можно зайти в IRC: #bhyve @ freenode.net - там постоянно общаются.
Основной разработчикMichael Dexter часто онлайн.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] bhyve 32bit

2017-02-13 Пенетрантность Владимир Друзенко


13.02.2017 17:36, Nick Kostirya пишет:

On Mon, 13 Feb 2017 15:41:35 +0200
"Vasiliy P. Melnik"  wrote:

что мешает поставить виртуалку и проверить?

Это как?
На freeBSD 10 i386 в VirtualBox в  поставить 11 и в ней проверить?
А какже аппаратная виртуализация?

13 февраля 2017 г., 15:15 пользователь Nick Kostirya <
nikolay.kosti...@i11.co> написал:


Привет.
А 32bit FreeBSD 11  может быть bhyve-хост-машиной?
Если нет. Можно ли внутри 64bit запускать 32bit гостя (в частности Windows
7)?
Nick.



Nested virtualization в VirtualBox для bhyve не работает.

Скорее предлагают baremetal установить проверить.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] bhyve 32bit

2017-02-13 Пенетрантность Владимир Друзенко


13.02.2017 16:15, Nick Kostirya пишет:

Привет.
А 32bit FreeBSD 11  может быть bhyve-хост-машиной?
Если нет. Можно ли внутри 64bit запускать 32bit гостя (в частности Windows 7)?
Nick.


Ответы на эти вопросы есть по ссылке: https://wiki.freebsd.org/bhyve
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

1 2 3 >

Результаты 1 - 100 из 294 matches

Mail list logo