Я можно, при работе с ZFS пулами откатывать изменения, ибо иногда очень высока цена ошибок?

теперь да но вообще спорная надобность, просто снепшетов в принципе хватает, ну и beadm

теперь да но вообще спорная надобность, просто снепшетов в принципе хватает, ну и beadm

Бррр, это к моему или нет? Я запутался.

не, это про ZFS @guru_support

Самое смешное, что с GPT нет этой фичи, которую предоставляет boot0/boot0sio — на лету выбрать раздел для загрузки в самом начале. Как без этого жить с NanoBSD я не очень понимаю.

эм... а в смысле, там же есть next_boot и вот это всё

причём вроде даже чуть гибче, ну в смысле в MBR его вроде не было никак

если склероз мне не это самое

quote: Сделал я себе тут каку, надо было добавить диск в систему, хотел систему сделать на трех дисках в миррор, а сторедж уже делать на raidz. И неправильно добавил раздел - не в зеркало, а в страйп. В итоге получил страйп из зеркала двух разделов по 100 гигов плюс еще 100 гигов, ну уже с одного партишина.

zpool checkpoint в 12

quote pool: system state: ONLINE scan: scrub repaired 0 in 0h37m with 0 errors on Tue Oct 2 19:02:51 2018 config: NAME STATE READ WRITE CKSUM system ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 gpt/system0 ONLINE 0 0 0 gpt/system1 ONLINE 0 0 0 diskid/DISK-WD-WCC7K2ET7N36p2 ONLINE 0 0 0

эм... а в смысле, там же есть next_boot и вот это всё

ты про bootonce? и если ок, то не забыть зайти поставить bootme?

ну да, почему бы и нет

ну да, почему бы и нет

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

А в случае boot0 надо просто клавишу успеть ткнуть при запуске.

а... ты про это а в GPT нет такого? только если EFI?

тут да, как то и забыл такие ужасы :)

а... ты про это а в GPT нет такого? только если EFI?

Я даже не уверен что любое EFI такое умеет. Иногда оно очень формальное. Т.е. нужно что бы на EFI-разделе лежало что-то интерактивное. Во FreeBSD такого тоже нет. grub ставить? Ну ээээ

а как кстати граб делает, хотя там конечно тот ещё комбайн

Ну и умеет ли произвольное, не серверное EFI, в serial console — это отдельный вопрос.

В общем, с этими новыми технологиями — шаг вперёд, два назад, увы.

ну да, вообще да любопытно, когда переезжали никто что ли такую так скажем регрессию не поднимал, в тех же рассылках

Ну, это действительно важно при NanoBSD, Dидимо мало кто пользуется. Вон, в будущем 12 imp@ разобрал его и не собрал назад, и всем пофиг, я уж ему писал-писал, ноль реакции.

эвоно как, да... бывает

Он явно пытался сделать nanobsd.sh как crochet, весь из себя модульный, на gpart и mkimg вместо fdisk, mdconfig и make install, но недоделал

Так и лежит.

а там в poudriere вроде завозили сборку образов или оно там только пакеты нагружает поди

а там в poudriere вроде завозили сборку образов или оно там только пакеты нагружает поди

Хм, не вижу. Есть похожий на него crochet или как-то так, вот он образы для всяких ARM'ов билдит. Это да.

Может и объеденили но, кажется, нет.

это да, в курсе, сам немного crochet , баловался, забавная штука, но сейчас вроде все на стандартный src/release ушли

не в poudriere там что то наверное своё, я просто опцию видел, но как работает не смотрел ибо не очень надо

А ещё MODULES_OVERRIDE="" в /etc/src.conf приводит к бесконечной рекурсии очистки непонятно какой директории в/usr/obj, форкбомба классическая, 1 штука.

https://twitter.com/FreeBSD_News/status/1047188704547168256 о видать звёзды как то так встали :)

@LambdaKhi будет жить. Поприветствуем!

Интересно, в g_part.c это бага или нет? Мне не нравится сочетание кода и имён функций. @bu7cher? static int g_part_parm_intmax(struct gctl_req *req, const char *name, u_int *v) { const intmax_t *p; int size; p = gctl_get_param(req, name, &size); if (p == NULL) return (ENOATTR); if (size != sizeof(*p) || *p < 0 || *p > INT_MAX) { gctl_error(req, "%d %s '%jd'", EINVAL, name, *p); return (EINVAL); } *v = (u_int)*p; return (0); } static int g_part_parm_uint32(struct gctl_req *req, const char *name, u_int *v) { const uint32_t *p; int size; p = gctl_get_param(req, name, &size); if (p == NULL) return (ENOATTR); if (size != sizeof(*p) || *p > INT_MAX) { gctl_error(req, "%d %s '%u'", EINVAL, name, (unsigned int)*p); return (EINVAL); } *v = (u_int)*p; return (0); }

ты в ` оформляй же ж

О.

Спасибо

https://reviews.freebsd.org/D17386

Всем доброй ночи. Кто знает, что это такое? pkg: cached package trafshow-5.2.3_2,1: size mismatch, fetching from remote Fetching trafshow-5.2.3_2,1.txz: 100% 50 KiB 51.3kB/s 00:01 pkg: cached package trafshow-5.2.3_2,1: size mismatch, cannot continue

локальная база побилась, перестроить

pkg update -f

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

а хер знает, прошлый раз некогда выяснять было

Ладно, попробую что-нибудь нагуглить.

если хочется понимать систему, лучше не "что-нибудь нагуглить", а читать документацию и потом исходники

Боюсь, что я это ниасилю.

привет всем, есть фря FreeBSD 11.2-RELEASE #0 r335510 в DO, c openvpn'ом. При подключении через openvpn скорость в районе 1 мб/сек. Есть такой же рядом стоящяий дебиан, с таким же конфигом openvpn, скорость через него 100+ мб/сек. С помощью ifconfig vtnet0 -rxcsum -txcsum -lro -tso4 -tso6 -vlanhwtso удалось получить 35-40мб/сек. Но, по-моему это не совсем правильный подход. Что еще можно подкрутить, чтобы увеличить скорость?

привет всем, есть фря FreeBSD 11.2-RELEASE #0 r335510 в DO, c openvpn'ом. При подключении через openvpn скорость в районе 1 мб/сек. Есть такой же рядом стоящяий дебиан, с таким же конфигом openvpn, скорость через него 100+ мб/сек. С помощью ifconfig vtnet0 -rxcsum -txcsum -lro -tso4 -tso6 -vlanhwtso удалось получить 35-40мб/сек. Но, по-моему это не совсем правильный подход. Что еще можно подкрутить, чтобы увеличить скорость?

MTU подкрутить?

подкрутил, сейчас и на клиенте и на сервере 1500

или надо другие значения?

я насколько помню, на сервере под VPN должно быть около 13**

попробовал 1300, особо не влияет

по дефолту устанавливается 1624

привет всем, есть фря FreeBSD 11.2-RELEASE #0 r335510 в DO, c openvpn'ом. При подключении через openvpn скорость в районе 1 мб/сек. Есть такой же рядом стоящяий дебиан, с таким же конфигом openvpn, скорость через него 100+ мб/сек. С помощью ifconfig vtnet0 -rxcsum -txcsum -lro -tso4 -tso6 -vlanhwtso удалось получить 35-40мб/сек. Но, по-моему это не совсем правильный подход. Что еще можно подкрутить, чтобы увеличить скорость?

я бы начал с того, что сравнил openssl speed -elapsed -evp <что вы там в опенвпн используете>

я бы начал с того, что сравнил openssl speed -elapsed -evp <что вы там в опенвпн используете>

последний раз когда я трогал freebsd в vm - там были какие-то странности с virtio =(

Но вообще, и виртуальная сеть может быть во фре не так вылизана.

странности == удивительно низкая скорость

zpool checkpoint в 12

Да и в 11.2 тоже. Тестил тут

странности == удивительно низкая скорость

видел подобные сообщения

замена на em/e1000 давала куда лучшие цифры

ERROR: S client not available

Но 1 мегабайт/с это совсем странно. Я себе инстанс у вултра взял, там тоже втнет, ну 10 мегабайт я имею с мобильника, и это я в 4г упёрся

сравнение openssl https://pastebin.com/cFCXet7k

порядок цифр примерно одинаковый

https://github.com/gokzy/freebsd-rps/wiki/Receive-Packet-Steering-on-FreeBSD

а это не втащили?

Поменял mtu на 1472, mssfix 1432. Почти приблизился к скорости на другом соединении. Но это всего около 20мбит/с. Вечером ещё проверю в другой сети.

StrongSwan жжёт: «installing route failed: 192.168.27.1/32 via fe80::fc00:1ff:feb1:8578 src %any dev vtnet0» Ну правда, что могло пойти не так?

StrongSwan жжёт: «installing route failed: 192.168.27.1/32 via fe80::fc00:1ff:feb1:8578 src %any dev vtnet0» Ну правда, что могло пойти не так?

ы

StrongSwan жжёт: «installing route failed: 192.168.27.1/32 via fe80::fc00:1ff:feb1:8578 src %any dev vtnet0» Ну правда, что могло пойти не так?

Красиво завернул :-)

тут говорили о медленности нетграфа, а с каких скоростей это становится заметным?

тут говорили о медленности нетграфа, а с каких скоростей это становится заметным?

100Мбит

и у меня были странные глюки после создания 700 вланов

для q-in-q

хм, я думал хоть гигабит прокачает

ну, возможно, надо правильные рецепты готовки

тут говорили о медленности нетграфа, а с каких скоростей это становится заметным?

а вам сколько надо, тут говорили про определённые условия, а другие говорили что при иных всё и не так

большое число интерфейсов вообще-то тоже может быть проблемой, мы например чтобы избежать создания тысяч gif туннелей сделали multipoint gif, который один обрабатывает несколько тысяч туннелей

мне бы пропуска гигабита через сервак хватило

наличие rwlock, начинает быть заметно при 400k+ pps

то как из-за него тормозит на многоядерных машинах

а где можно посмотреть про multipoint gif ?

нигде :)

оно специфичное для наших задач и сложно представить что может быть кому-то полезным ещё

мне бы пропуска гигабита через сервак хватило

что значит пропуск и с какими параметрами этот гигабит

зависит от сетевых и канала

Ίωάννης будет жить. Поприветствуем!

Поменял mtu на 1472, mssfix 1432. Почти приблизился к скорости на другом соединении. Но это всего около 20мбит/с. Вечером ещё проверю в другой сети.

Померял через internet.yandex.ru Debian Входящее соединение 88.12 Мбит/с=11.02 МБайт/с Исходящее соединение 20.44 Мбит/с=2.55 МБайт/с FreeBSD Входящее соединение 34.97 Мбит/с=4.37 МБайт/с Исходящее соединение 10.14 Мбит/с=1.27 МБайт/с

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