Где-то на след неделе докатятся все легаси костылики

Нет повода не... https://twitter.com/pkgsrc/status/915289484484337664

О, меня похоже торкнуло. Срочно пишите рецепт: zfs create -V 32G -o primarycache=metadata -o logbias=throughput -o sync=disabled -b 64k -o org.freebsd:swap=on -o compression=lz4 -s limb0/swap

Или просто починили уже…

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

"Bump armv6 SoC images to 2.25GB" всё толще и толще и толще :) кстати а что там с armv7 кто следит?

О, меня похоже торкнуло. Срочно пишите рецепт: zfs create -V 32G -o primarycache=metadata -o logbias=throughput -o sync=disabled -b 64k -o org.freebsd:swap=on -o compression=lz4 -s limb0/swap

Это что даст?

ну видно же swap

swap на zfs - к зависонам //народная мудрость

а править фаерволл - к дороге?

с ipmi нет

если это не гейт ))

с ipmi нет

Даже без ipmi

sh /usr/share/examples/ipfw/change_rules.sh

Реестр запрещённых сайтов будет сокращён, но проблему блокировок это не решит https://rublacklist.net/32508/ Роскомнадзор собирается удалить дублирующиеся записи — когда один и тот же ресурс вносился в список по несколько раз имеющими право на блокировку сайтов госорганами. Роскомнадзор решил заняться расчисткой «авгиевых конюшен» в ручном режиме. Но отнюдь не для того, чтобы начать проверку на степень абсурдности принятых решений по блокировкам, например, исключением из реестра технических доменов и IP-адресов облачных сервисов Amazon и CloudFlare. Причина чистки в другом: в скором времени реестр запрещённых сайтов попросту переполнится, поэтому сокращение количества внесённых в него записей необходимо будет провести из чисто технических целей. Про бамп-лимит на системах фильтрации по количеству обрабатываемых ресурсов ещё в начале этого лета говорил IT-эксперт Михаил Климарёв: «…Для некоторого типа оборудования и ПО фильтрации размер «черного списка» может стать очень серьезной проблемой. И даже уже стало — так у производителя оборудования Allot Communication был такой лимит в 60К записей. А в реестре уже 70К+ записей. Возможно, бамп-лимиты существуют и у других производителей. Это может быть 100К, например. Или даже миллион. Но лимиты существуют у всех в силу необходимости физически перемалывать много-много записей».

провам на фре станет несладко?

Фееричнская джинса. Уже вторая статья от известий с рекламой dpi в разрыв от rdp

А чистить они начнут, потому что я три месяца давлю на генпрокуратуру

Фееричнская джинса. Уже вторая статья от известий с рекламой dpi в разрыв от rdp

НЯНЯ, Я У НИХ ПОЕЛ

А чистить они начнут, потому что я три месяца давлю на генпрокуратуру

на тему?

на тему что реестр гавно, а его наполнение тем более

на тему?

Вообще на тему Ревизора, но они умудрились лажануть в ответе и я обвинил их в 292УК, а там как раз про чистку. Я Гене красиво хуй на стол с линейкой выложил. К 10-му числу Ркн-тян что-то ответить мне должна на эту тему

Причем там глупо получилось. Они по существу один хрен не ответили, но зачем-то похвастались чистотой реестра

Вообще на тему Ревизора, но они умудрились лажануть в ответе и я обвинил их в 292УК, а там как раз про чистку. Я Гене красиво хуй на стол с линейкой выложил. К 10-му числу Ркн-тян что-то ответить мне должна на эту тему

а как ты будешь им по 292 доказывать "совершены из корыстной или иной личной заинтересованности " ?

стандартная отмазка ж будет - "мы просто выполняли закон"

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

а. хитро!

ну так епта

там контролька, они нам обоим отвечают

прокуратура конечно не будет ничего возбюуждать по этой хрени. но неприятные ощущения скорее всего испытала. а потом ощущения скорее всего испытали уже в РКН

провам на фре станет несладко?

Ipfw table пока выдерживает

Ipfw table пока выдерживает

это если РКН разрешит по ойпи блокировать

это если РКН разрешит по ойпи блокировать

Это поворачивалка на сквид

Это поворачивалка на сквид

А, ты тот самый неправильный провайдер о котором мне в уши заливает Минаков?

а кто такой Минаков?

О, это же про FreeBSD

"Что в рекомендациях: домен https = блок по IP" - покажи. Ложь и провокация. "Ревизор, да и РКН считает, что оператор должен гоняться за этим" - Ревизор делался как абонент. А что делает обонент? Тебе видимо пофигу. "Автоматический резолвинг может привести к блокировке серверов хостинга" - намеренно/ввиду некомпетентности (нужное подчеркнуть) не упомянул о том, что только на сетях операторов, у которых системы фильтрации построены неправильно и в разрез с рекомендациями РКН. "Очень сложно синхронизировать резолвинг фильтров и устройств контроля" - понял, что сказал? Действительно, очень сложно сделать то, что вообще не нужно. "Стоимость каждой миллисекунды - от 50 до 100 т.р." - no comments. "Что должно быть: Генерация IP-адресов на стороне РКН" - полный бред. Какая генерация? Каких адресов? Для эффективной блокировки это ни со стороны РКН, ни со стороны оператора не нужно. "Что должно быть: Ловля поддоменов должны быть на стороне РКН" - еще один кусок бреда. "Ловить"/определять поддомены не нужно, нормальные системы фильтрации (в т.ч. opensource) работают с масками. Та же генерация имеет много минусов - например, существует wildcard. "Что должно быть: Обязательная проверка содержимого при смене IP-адреса - такой порядок установлен законодательством РФ" - каким? Не более, чем словоблудие. "Вдруг выйдет документ РКН, который ужасен и ни о чем не говорит" - все, кто в телекоме (!) и кому я показывал этот документ, согласны с его концепцией (мелкие правки всегда должны быть - это нормально). Слава Богу, что ЭТО посмотрели всего 90 человек. Надеюсь, все они разбираются больше в телекоме, чем автор. Фил, смотри/читай дальше истории про Гарри Поттера, не лезь в телеком. Хреново выходит. Настраивай дальше более неподдерживаемые релизы FreeBSD.

а кто такой Минаков?

Начальник отдела могиторинга интернет-ресурсов Радиочастотного Центра. Короче, главный по сопровождению Ревизора

Его бомбануло от моего видосика

@i_hate_vizator тут

OpenSSH обновился - выпилили SSH1 и связанный функционал.

да хрен с ssh1, там RC4 похерелиже

Real Installed: 48.00 GiB Real Available: 99.95% 47.98 GiB Real Managed: 97.40% 46.73 GiB

ARC Size: 36.40% 16.64 GiB Target Size: (Adaptive) 53.30% 24.37 GiB Min Size (Hard Limit): 12.50% 5.72 GiB Max Size (High Water): 8:1 45.73 GiB Сколько выставить vfs.zfs.arc_max ?

а то он съедает всё)

так вроде обычно половину

но оно вроде не помогает, так как засирается Wired, хотя на каренте, последние пару лет наверное вроде стало получше

Ну что, все там песочком встряхнули https://twitter.com/mwlauthor/status/915596124609765376

всем привет

подскажите плиз куда копать

Shared object "libicudata.so.58" not found,

root@home:/usr/local/www/gitlab # ls /usr/local/lib | grep libicudata.so libicudata.so libicudata.so.59 libicudata.so.59.1 на новом сервере все ок ,версия 59

а на старом пересобираю ПО и все равно 58 почему то...

Народ, помогите решить проблему. Ситуация такая, фря 8.4 амд64, есть одна программа, довольно таки старенькая, работает от perl5.18, не выше, а net-snmp работает минимум от версии perl5.20, в итоге что-то одно только может работать, а на 10.3 и то и другое работает, 2 версии перла уживаются спокойно. Обновление не предлагать

Взять старую версию net-snmp

Да, вот тоже подумываю ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/ports/i386/packages-8.2-release/net-mgmt/net-snmp-5.5_4.tbz

Shared object "libicudata.so.58" not found,

глянь апдейтингс они на днях обновились, надо хитро обновить софт

root@home:/usr/local/www/gitlab # ls /usr/local/lib | grep libicudata.so libicudata.so libicudata.so.59 libicudata.so.59.1 на новом сервере все ок ,версия 59

можно попробовать временно: echo 'libicudata.so.58 libicudata.so' » /etc/libmap.conf

я бы посоветовал найти версию фри, где есть perl-5.18

и запустить ее в виртуалке

например здесь: ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/ports/i386/packages-9.2-release/lang/

есть perl с 5.12 по 5.14

и запустить ее в виртуалке

или в джейле

и запустить ее в виртуалке

это шлюз, здесь никаких виртуалок не было и не будет)

Хм. 8.4 для шлюза ? Там же куча гиант локов в сетевом стеке.

ERROR: S client not available

В девятке как раз начали это переделывать.

Хм. 8.4 для шлюза ? Там же куча гиант локов в сетевом стеке.

Пробовали ставить 10.3, беды в 100 раз больше, поверьте

Во первых аплоад уменьшился на 1/4

Хм. 8.4 для шлюза ? Там же куча гиант локов в сетевом стеке.

у меня долго натило на 8.2

нормально работало

в сетевые карты упирался

сколько процов (ядер) в системе ?

если 1-2 - то переход на десятку не поможет

Это мне? 4 ядра, хт ессно выключен, 4 карты интела

2 проца - 4 ядра, HT отключен

фигово

карты Intel 82576

на карточках нужно хотя бы разнести очереди rx и tx на разные ядра

на карточках нужно хотя бы разнести очереди rx и tx на разные ядра

разнесены

т.е. как минимум - 8 ядер нужно для 4-х карт

dummynet на 0

ой

а зачем он там ?

карты Intel 82576

ET?

чтобы тормозить систему ?

Ну я кстати на 4 ядра на 82599 гонял примерно 6 гигов туда\сюда на палочке чистого pfnat

на 10.3 правда уже

во фряшном pf потоки запилили?

ET?

вроде

давно уже

во фряшном pf потоки запилили?

примерно с 10+

вроде

я б даминет выпилил тоже)

я б даминет выпилил тоже)

пардоньте, ET

лобзиком

пардоньте, ET

у меня было 4 интегриронных порта в плату - я упирался в скорост линков

во фряшном pf потоки запилили?

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

нет