Hello *Alex* *Korchmar*

SA>> А скажите как в 21 веке тюнят сабж?

AK> в XXI веке ufs и шитдб давно уже немодны. Ими пpосто не пользуются (кому
AK> нужен pезультат, а не пpоцесс)

Для фидо пойдет.

AK> К тому же оpацл все pавно свою поделку тестиpует только под
AK> единственно-веpной опеpационкой. Вот там ее и пользуй.
AK> Hа ext4, pазумеется, на всем остальном гаpантиpованы удивительные
AK> pезультаты.
AK> А у тебя все какие-то пpоблемы из XX века, еще пpо myisam какой-то помнят.

У меня MariaDB, там веб-моpды база кpутится от фидо, хочу унести на SSD под
эхотагом.

Bye, Alex Korchmar, 09 янваpя 21

Alex Korchmar

unread,

Jan 10, 2021, 2:12:15 PM1/10/21

to

Sergey Anohin <Sergey...@p1.f10.n5034.z2.fidonet.org> wrote:

SA> Для фидо пойдет.
для фидо пойдет пофиг как настроенное, что там от того фидо осталось-то?

SA> У меня MariaDB, там веб-моpды база кpутится от фидо, хочу унести на SSD под
SA> эхотагом.
в размер страницы ты все равно не попадешь, поэтому пофигу чего ты там
будешь делать. Бэкап делай.

> Alex

Eugene Grosbein

unread,

Jan 10, 2021, 4:12:08 PM1/10/21

to

EG>> InnoDB
AK> я, кстати, рекомендую еще разок перечитать вот это из найденной
AK> пострадавшим
AK> компилятивной доки:

unread,

Jan 16, 2021, 5:04:54 AM1/16/21

to

Sergey Anohin <Sergey...@p1.f10.n5034.z2.fidonet.org> wrote:

SA> Sony's Playstation 4 uses a modified version of FreeBSD as their operating
все они с легкостью перейдут на любой другой загрузчик. А кроме этого они не
uses совершенно ничего - включая и файловые системы.

И да, отдельный привет передайте Netapp, отчасти из-за иска которой у нас
нет native zfs в макоси.

С такими друзьями - врагов уже не потребуется.

SA> Яндекс забыли указать :) За людей не считают :)
Яндекс давно уже выбросил freebsd, как и все остальные. Да, что-то
где-то в темных углах осталось, но это legacy, которое при _малейшем_
шатании будет просто выброшено и заменено. Или без такового - просто
при очередной ревизии, для уменьшения количества требующих специальных
квалификаций проектов. Потому что ничего уникального и незаменимого в этих
уцелевших системах нет, работает - пока не трогают.

SA> Как говоpится: "нет вpемени на pаскачку", я думал что за последние
SA> 15 лет, доля сокpащается в pынке
Она уже успешно достигла дна. Я три месяца в 18м искал работу - было ровно
одно предложение с в том числе фрей, и то - помойка, и сама фря у них -
"ну, она давно там, пока нет смысла менять", в единственном экземпляре.
А эти пиарщики все победные реляции шлют с уже затонувшего корабля.

Думаю, следующими на мороз пойдут наши друзья из iX. Потому что неумение
запускать докер нормальным образом очевидно мешает их продажам. А если zfs там
их же стараниями будет такая же как в линухе - любой вменяемый менеджер примет
единственно-верное решение - и будет совершенно прав.

> Alex

Alex Korchmar

unread,

Jan 16, 2021, 5:07:24 AM1/16/21

to

unread,

Jan 18, 2021, 1:12:11 AM1/18/21

to

Hello *Alex* *Korchmar*

SA>> Погоди а как там всякие PFsense и FreeNAS поживают? Тоже сдохли что

SA>> ли?
AK> freenas сдох, тепеpь это truenas core.
AK> welcome to openstorage revolution, блжад.

Кушать всем что-то надо, вот они и сделали, платную и бесплатную веpсию.
Hа сколько там в бесплатной огpызок?

Bye, Alex Korchmar, 18 янваpя 21

unread,

Jan 25, 2021, 11:43:48 AM1/25/21

to

Victor Sudakov <Victor....@f49.n5005.z2.fidonet.org> wrote:
VS> Он по ssh запускает на управляемом хосте разные свои модули. Плюсы такого
VS> подхода:
ключи от всего с максимальными правами без паролей лежат кучкой, и только
ждут, пока первый залетевший дятел захочет тебе что-нибудь "поадминить".

Технологии будущего, привыкайте, так теперь будет - всегда.

> Alex

Victor Sudakov

unread,

Jan 26, 2021, 6:02:16 AM1/26/21

to

Dear Alex,

25 Jan 21 19:41, you wrote to me:

VS>> Он по ssh запускает на управляемом хосте разные свои модули. Плюсы

VS>> такого подхода:
AK> ключи от всего с максимальными правами без паролей лежат кучкой, и
AK> только ждут, пока первый залетевший дятел захочет тебе что-нибудь
AK> "поадминить".

1. Кто мешает тебе защитить кучку (vault) на управляющей машине паролем или еще
как?

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

AK> Технологии будущего, привыкайте, так теперь будет - всегда.

"Уж коли зло пресечь, собрать все сети бы да сжечь" (почти Скалозуб).

Victor Sudakov, VAS4-RIPE, VAS47-RIPN

Alex Korchmar

unread,

Jan 28, 2021, 1:20:00 AM1/28/21

to

Victor Sudakov <Victor....@f49.n5005.z2.fidonet.org> wrote:

AK>> ключи от всего с максимальными правами без паролей лежат кучкой, и
AK>> только ждут, пока первый залетевший дятел захочет тебе что-нибудь
AK>> "поадминить".

VS> 1. Кто мешает тебе защитить кучку (vault) на управляющей машине паролем или еще
VS> как?
и как после этого будет работать автоматика? Пароль рядышком клиртекстом
положим?

VS> 2. Дятел должен залететь на управляющую машину, которую можно
VS> и получше защитить.
наоборот. Управляющая машина - это помойка, за которой либо никто не следит,
потому что на ней ничего и не работает, и что у нее нечаянно со времен деплоя
остался торчать в интернет ssh, не замечают, либо на ней наоборот
проходной двор "чтоб не простаивала зря", от мониторинга до учета.

И тут такой опа - баг в sudo, Тодди из 2011го года прислал потомкам привет.

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

VS> А не на любую управляемую, на которой постоянно работает всевластный
VS> агент.
А агент во-первых не настроен слушаться кого попало, во-вторых,
вовсе не является шеллом. Дать тебе вотпрямщас доступ только к агенту - ты
ничего вообще сделать не сможешь, побежишь гуглить его апи.
Во-вторых, даже если нагуглишь - ничего кроме конкретной машины
тебе не достанется, а там, вероятнее всего, прод, и на ней крутиться
гораздо более палевно, да еще на ощупь, без консоли. Hаш-то друг с
ключами там вообще не засветится и не наследит раньше времени, так,
разок заглянет.

До кучи, агенту вовсе необязательно быть всевластным, это не рутовый шелл,
вполне можно ограничить его возможности до минимально необходимых. Что снова
создаст барьер для забредших на огонек, и новые шансы вляпаться в логи раньше,
чем нанесут ущерб (аудит лог от агента повод для красных лампочек везде и повсюду)

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

AK>> Технологии будущего, привыкайте, так теперь будет - всегда.

VS> "Уж коли зло пресечь, собрать все сети бы да сжечь" (почти Скалозуб).
девляпсов, continious desintegration без стабильных релизов по большим
праздникам, облачка с белогривыми лошарами и инфраструктуру аз а кокококоде
(когда эти самые ключи от всего еще и в гит удобно сложены) - безусловно.
Hо, к сожалению, уже поздно - убивайте всех, Г-дь разберет своих.

> Alex

Vladimir Bobarykin

unread,

Jan 28, 2021, 7:22:18 AM1/28/21

to

Здpавствуй, Alex!

Понедельник 25 Января 2021 19:41, ты писал(а) Victor Sudakov, в сообщении по
ссылке area://ru.unix.bsd?msgid=<11875...@ddt.demos.su>+c84b961e:

VS>> Он по ssh запускает на управляемом хосте разные свои модули. Плюсы

VS>> такого
VS>> подхода:
AK> ключи от всего с максимальными правами без паролей лежат кучкой, и
AK> только ждут, пока первый залетевший дятел захочет тебе что-нибудь
AK> "поадминить".
А если разрешить в ssh везде рутовый доступ и пароль 123 от него, то сервера

только ждут, пока первый залетевший дятел захочет тебе что-нибудь "поадминить".

Или всё же ты блокируешь рута и пароли посложнее делаешь, чем 123, а то и
ключом пользуешься? :)

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

AK> Технологии будущего, привыкайте, так теперь будет - всегда.
А есть ещё Ansible Tower :)

Ансибл реально выручает в работе.

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

С уважением - Vladimir
... Я подумал так, что в голове аж хpустнуло...

Alex Korchmar

unread,

Jan 28, 2021, 3:11:17 PM1/28/21

to

Vladimir Bobarykin <Vladimir....@p1.f13.n5034.z2.fidonet.org> wrote:

VB> А если разрешить в ssh везде рутовый доступ и пароль 123 от него,
а если пароль хотя бы 123#312 ? Правильно - нихера не будет.
Потому что в отличие от паролей ключей - подбирать придется онлайн,
по одному за раз, с разрывами соединения и таймаутами на каждой попытке,
да и алертами, вероятнее всего.

И да, у меня почти везде рутовый доступ (точнее, беспарольный su, там где он
не гнутый с дырой by design)
и простые пароли. Хер их кто подберет. Кроме тех кто уже рут, и им даром
не сдалось (но таки на машинах с физическим доступом посторонних - приходится
именно из-за этого держать неподбираемые).

Продолбанный ключевой файлик можно ломать целыми фермами, с любым
доступным по мощности рейтом, и совершенно невидимо для владельца
- он даже не знает, что его продолбал. Чуешь разницу?

VB> Или всё же ты блокируешь рута и пароли посложнее делаешь, чем 123, а то и
VB> ключом пользуешься? :)
нет, я не пользуюсь ключами во всех местах, которые мне хоть немного ценны.

AK>> Технологии будущего, привыкайте, так теперь будет - всегда.

VB> А есть ещё Ansible Tower :)
ага, мышиком клик-клик.
VB> Ансибл реально выручает в работе.
угу, можно разом положить тысячу серверов, а не поштучно каждый.

Hу или угнать. Риальна, выручает.

А теперь внимание, опоздавшим родиться: как вы думаете - а до вас, таких умных,
как мы управляли большим количеством серверов? Когда никакого ансибла с ключами
от всего кучкой - в помине не было?

> Alex

Vladimir Bobarykin

unread,

Jan 29, 2021, 1:32:18 AM1/29/21

to

Здpавствуй, Alex!

Четверг 28 Января 2021 23:08, ты писал(а) мне, в сообщении по ссылке
area://ru.unix.bsd?msgid=<11875...@ddt.demos.su>+f3eea0e3:

AK> Продолбанный ключевой файлик можно ломать целыми фермами, с любым
AK> доступным по мощности рейтом, и совершенно невидимо для владельца
AK> - он даже не знает, что его продолбал. Чуешь разницу?
Чесно говря - хрень пишешь, извини за выражение.
Hу не используй ключи если стремно. Вводи пароли каждый раз и от ваултов и от
серверов.
В ваулт ты можешь зашифровать всё, и плейбуки, и хостс, и ключи (каждый ключ
отдельно на каждый сервер и отдельном ваулте), и переменные, и конфиги, короче
- всё что угодно. И залетный админ ломать будет тысячелетиями.

Ты ознакомься немного с вопросами безопастности продуктов по best practics.

AK> угу, можно разом положить тысячу серверов, а не поштучно каждый.
Всё зависит от кривизны рук и распиздяйства.

С уважением - Vladimir
... Hе хотел я вас обидеть, случайно просто повезло...

Alex Korchmar

unread,

Jan 29, 2021, 10:45:40 AM1/29/21

to

Vladimir Bobarykin <Vladimir....@p1.f13.n5034.z2.fidonet.org> wrote:

VB> Hу не используй ключи если стремно. Вводи пароли каждый раз и от ваултов
VB> и от серверов.
зашибись, удобство.

VB> В ваулт ты можешь зашифровать всё, и плейбуки, и хостс, и ключи
и вот что толку, если все это расшифрованное лежит в памяти при работе?
И ты еще и будешь вводить эти пароли по триста раз на дню. Значит, тебя быстро
затрахает что-то сложное и неудобонабираемое. А ненабираемое будет забыто.

VB> - всё что угодно. И залетный админ ломать будет тысячелетиями.
С чего? Просто скопирует себе в нычку, и будет подбирать пароль. Без таймаутов,
без логов, локально. Hа стольки хостах, сколько сумеет в зомбонет собрать.
А учитывая предыдущее - вряд ли это займет тысячи лет.
Повторяю: а теперь сравни с банальной задачей подобрать пароль к
хосту. Лежащий только на самом хосте.

VB> Ты ознакомься немного с вопросами безопастности продуктов по best practics.
спасибо, я староват уже немного читать безд практисы вчера родившихся.
У меня свои есть. И я пока ничего не услышал такого, что позволяло
бы предположить, что нововыделанные лучше.

AK>> угу, можно разом положить тысячу серверов, а не поштучно каждый.

VB> Всё зависит от кривизны рук и распиздяйства.
Hет, обезьяна с гранатой значительно страшнее той же самой обезьяны, но без
гранаты.

> Alex

Andrey Melnikoff

unread,

Jul 22, 2021, 8:01:02 AM7/22/21

to

Sergey Anohin <Sergey...@p1.f10.n5034.z2.fidonet.org> wrote:
> Hello *Alex* *Korchmar*
> SA>> А скажите как в 21 веке тюнят сабж?
> AK> в XXI веке ufs и шитдб давно уже немодны. Ими пpосто не пользуются (кому
> AK> нужен pезультат, а не пpоцесс)
> Для фидо пойдет.
туда и sqlite3 пойдет.

> AK> К тому же оpацл все pавно свою поделку тестиpует только под
> AK> единственно-веpной опеpационкой. Вот там ее и пользуй.
> AK> Hа ext4, pазумеется, на всем остальном гаpантиpованы удивительные
> AK> pезультаты.
> AK> А у тебя все какие-то пpоблемы из XX века, еще пpо myisam какой-то помнят.

> У меня MariaDB, там веб-моpды база кpутится от фидо, хочу унести на SSD под
> эхотагом.
Я бы понял, если бы ты какой говнозаббикс крутил - там дааа, тюнить надо,
даже под SSD. А для фидо - всё в aria сконвертить и потянет, без тормоза innodb.

Sergey Anohin

unread,

Jul 25, 2021, 8:01:03 AM7/25/21

to

Hello, Andrey!

>> Для фидо пойдет.
AM> туда и sqlite3 пойдет.

Там что угодно пойдет, если ты умеешь на php кодить, чтобы сделать обертку и
прикрутить
какой-нить pdo, хотя как бы сейчас и используется php-mysqli

>> У меня MariaDB, там веб-моpды база кpутится от фидо, хочу унести на SSD под
>> эхотагом.

AM> Я бы понял, если бы ты какой говнозаббикс крутил - там дааа, тюнить надо,
AM> даже под SSD. А для фидо - всё в aria сконвертить и потянет, без тормоза
AM> innodb.

База у меня торчит на ZFS, SSD под кеш ZFS.
Ну некоторые таблицы я перевел на Aria, но самые огромные оставил InnoDB, база
большая ~20гиг.
Вообще кстати, эксперимент с кешем SSD думаю прошел удачно. Раньше первый раз
когда заходило на веб морду,
тупило около минуты наверно, может больше. Через несколько дней работы ZFS плюс
SSD кеш, работает почти моментально.
Это все визуально на глаз, не подтверждено измерениями. Настройки ковырял и в
MariaDB и в ZFS.
Будет веселее на 13м эхотаге, когда кеш ZFS не будет обнуляться при ребуте, но
походу еще рано на 13ую уходить?

Настройки:
# zfs get all zroot/var/db/mysql
NAME PROPERTY VALUE SOURCE
zroot/var/db/mysql type filesystem -
zroot/var/db/mysql creation пт марта 16 22:18 2018 -
zroot/var/db/mysql used 19,9G -
zroot/var/db/mysql available 1,31T -
zroot/var/db/mysql referenced 19,4G -
zroot/var/db/mysql compressratio 1.51x -
zroot/var/db/mysql mounted yes -
zroot/var/db/mysql quota none
default
zroot/var/db/mysql reservation none
default
zroot/var/db/mysql recordsize 16K local
zroot/var/db/mysql mountpoint /var/db/mysql
inherited from zroot/var
zroot/var/db/mysql sharenfs off
default
zroot/var/db/mysql checksum fletcher4
inherited from zroot
zroot/var/db/mysql compression lz4 local
zroot/var/db/mysql atime off local
zroot/var/db/mysql devices on
default
zroot/var/db/mysql exec off
inherited from zroot/var/db
zroot/var/db/mysql setuid off
inherited from zroot/var/db
zroot/var/db/mysql readonly off
default
zroot/var/db/mysql jailed off
default
zroot/var/db/mysql snapdir hidden
default
zroot/var/db/mysql aclmode discard
default
zroot/var/db/mysql aclinherit restricted
default
zroot/var/db/mysql createtxg 11403386 -
zroot/var/db/mysql canmount on
default
zroot/var/db/mysql xattr off
temporary
zroot/var/db/mysql copies 1
default
zroot/var/db/mysql version 5 -
zroot/var/db/mysql utf8only off -
zroot/var/db/mysql normalization none -
zroot/var/db/mysql casesensitivity sensitive -
zroot/var/db/mysql vscan off
default
zroot/var/db/mysql nbmand off
default
zroot/var/db/mysql sharesmb off
default
zroot/var/db/mysql refquota none
default
zroot/var/db/mysql refreservation none
default
zroot/var/db/mysql guid 13227566777127831999 -
zroot/var/db/mysql primarycache metadata local
zroot/var/db/mysql secondarycache all local
zroot/var/db/mysql usedbysnapshots 0 -
zroot/var/db/mysql usedbydataset 19,4G -
zroot/var/db/mysql usedbychildren 478M -
zroot/var/db/mysql usedbyrefreservation 0 -
zroot/var/db/mysql logbias throughput local
zroot/var/db/mysql objsetid 257 -
zroot/var/db/mysql dedup off
default
zroot/var/db/mysql mlslabel -
zroot/var/db/mysql sync disabled local
zroot/var/db/mysql dnodesize legacy
default
zroot/var/db/mysql refcompressratio 1.52x -
zroot/var/db/mysql written 19,4G -
zroot/var/db/mysql logicalused 29,9G -
zroot/var/db/mysql logicalreferenced 29,4G -
zroot/var/db/mysql volmode default
default
zroot/var/db/mysql filesystem_limit none
default
zroot/var/db/mysql snapshot_limit none
default
zroot/var/db/mysql filesystem_count none
default
zroot/var/db/mysql snapshot_count none
default
zroot/var/db/mysql redundant_metadata all
default
zroot/var/db/mysql special_small_blocks 0
default

# zfs get all zroot/var/db/mysql/ibdata
NAME PROPERTY VALUE
SOURCE
zroot/var/db/mysql/ibdata type filesystem
-
zroot/var/db/mysql/ibdata creation пт марта 16 22:20 2018 -
zroot/var/db/mysql/ibdata used 4,89M
-
zroot/var/db/mysql/ibdata available 1,31T
-
zroot/var/db/mysql/ibdata referenced 4,89M
-
zroot/var/db/mysql/ibdata compressratio 3.74x
-
zroot/var/db/mysql/ibdata mounted yes
-
zroot/var/db/mysql/ibdata quota none
default
zroot/var/db/mysql/ibdata reservation none
default
zroot/var/db/mysql/ibdata recordsize 16K
local
zroot/var/db/mysql/ibdata mountpoint /var/db/mysql/ibdata
inherited from zroot/var
zroot/var/db/mysql/ibdata sharenfs off
default
zroot/var/db/mysql/ibdata checksum fletcher4
inherited from zroot
zroot/var/db/mysql/ibdata compression lz4
inherited from zroot/var/db/mysql
zroot/var/db/mysql/ibdata atime off
inherited from zroot/var/db/mysql
zroot/var/db/mysql/ibdata devices on
default
zroot/var/db/mysql/ibdata exec off
inherited from zroot/var/db
zroot/var/db/mysql/ibdata setuid off
inherited from zroot/var/db
zroot/var/db/mysql/ibdata readonly off
default
zroot/var/db/mysql/ibdata jailed off
default
zroot/var/db/mysql/ibdata snapdir hidden
default
zroot/var/db/mysql/ibdata aclmode discard
default
zroot/var/db/mysql/ibdata aclinherit restricted
default
zroot/var/db/mysql/ibdata createtxg 11403406
-
zroot/var/db/mysql/ibdata canmount on
default
zroot/var/db/mysql/ibdata xattr off
temporary
zroot/var/db/mysql/ibdata copies 1
default
zroot/var/db/mysql/ibdata version 5
-
zroot/var/db/mysql/ibdata utf8only off
-
zroot/var/db/mysql/ibdata normalization none
-
zroot/var/db/mysql/ibdata casesensitivity sensitive
-
zroot/var/db/mysql/ibdata vscan off
default
zroot/var/db/mysql/ibdata nbmand off
default
zroot/var/db/mysql/ibdata sharesmb off
default
zroot/var/db/mysql/ibdata refquota none
default
zroot/var/db/mysql/ibdata refreservation none
default
zroot/var/db/mysql/ibdata guid 12007562024988368572
-
zroot/var/db/mysql/ibdata primarycache metadata
inherited from zroot/var/db/mysql
zroot/var/db/mysql/ibdata secondarycache all
inherited from zroot/var/db/mysql
zroot/var/db/mysql/ibdata usedbysnapshots 0
-
zroot/var/db/mysql/ibdata usedbydataset 4,89M
-
zroot/var/db/mysql/ibdata usedbychildren 0
-
zroot/var/db/mysql/ibdata usedbyrefreservation 0
-
zroot/var/db/mysql/ibdata logbias throughput
inherited from zroot/var/db/mysql
zroot/var/db/mysql/ibdata objsetid 263
-
zroot/var/db/mysql/ibdata dedup off
default
zroot/var/db/mysql/ibdata mlslabel
-
zroot/var/db/mysql/ibdata sync disabled
local
zroot/var/db/mysql/ibdata dnodesize legacy
default
zroot/var/db/mysql/ibdata refcompressratio 3.74x
-
zroot/var/db/mysql/ibdata written 4,89M
-
zroot/var/db/mysql/ibdata logicalused 17,9M
-
zroot/var/db/mysql/ibdata logicalreferenced 17,9M
-
zroot/var/db/mysql/ibdata volmode default
default
zroot/var/db/mysql/ibdata filesystem_limit none
default
zroot/var/db/mysql/ibdata snapshot_limit none
default
zroot/var/db/mysql/ibdata filesystem_count none
default
zroot/var/db/mysql/ibdata snapshot_count none
default
zroot/var/db/mysql/ibdata redundant_metadata all
default
zroot/var/db/mysql/ibdata special_small_blocks 0
default

# zfs get all zroot/var/db/mysql/iblogs
NAME PROPERTY VALUE
SOURCE
zroot/var/db/mysql/iblogs type filesystem
-
zroot/var/db/mysql/iblogs creation пт марта 16 22:20 2018 -
zroot/var/db/mysql/iblogs used 474M
-
zroot/var/db/mysql/iblogs available 1,31T
-
zroot/var/db/mysql/iblogs referenced 474M
-
zroot/var/db/mysql/iblogs compressratio 1.08x
-
zroot/var/db/mysql/iblogs mounted yes
-
zroot/var/db/mysql/iblogs quota none
default
zroot/var/db/mysql/iblogs reservation none
default
zroot/var/db/mysql/iblogs recordsize 128K
local
zroot/var/db/mysql/iblogs mountpoint /var/db/mysql/iblogs
inherited from zroot/var
zroot/var/db/mysql/iblogs sharenfs off
default
zroot/var/db/mysql/iblogs checksum fletcher4
inherited from zroot
zroot/var/db/mysql/iblogs compression lz4
inherited from zroot/var/db/mysql
zroot/var/db/mysql/iblogs atime off
inherited from zroot/var/db/mysql
zroot/var/db/mysql/iblogs devices on
default
zroot/var/db/mysql/iblogs exec off
inherited from zroot/var/db
zroot/var/db/mysql/iblogs setuid off
inherited from zroot/var/db
zroot/var/db/mysql/iblogs readonly off
default
zroot/var/db/mysql/iblogs jailed off
default
zroot/var/db/mysql/iblogs snapdir hidden
default
zroot/var/db/mysql/iblogs aclmode discard
default
zroot/var/db/mysql/iblogs aclinherit restricted
default
zroot/var/db/mysql/iblogs createtxg 11403407
-
zroot/var/db/mysql/iblogs canmount on
default
zroot/var/db/mysql/iblogs xattr off
temporary
zroot/var/db/mysql/iblogs copies 1
default
zroot/var/db/mysql/iblogs version 5
-
zroot/var/db/mysql/iblogs utf8only off
-
zroot/var/db/mysql/iblogs normalization none
-
zroot/var/db/mysql/iblogs casesensitivity sensitive
-
zroot/var/db/mysql/iblogs vscan off
default
zroot/var/db/mysql/iblogs nbmand off
default
zroot/var/db/mysql/iblogs sharesmb off
default
zroot/var/db/mysql/iblogs refquota none
default
zroot/var/db/mysql/iblogs refreservation none
default
zroot/var/db/mysql/iblogs guid 2433669013503756839
-
zroot/var/db/mysql/iblogs primarycache metadata
inherited from zroot/var/db/mysql
zroot/var/db/mysql/iblogs secondarycache all
inherited from zroot/var/db/mysql
zroot/var/db/mysql/iblogs usedbysnapshots 0
-
zroot/var/db/mysql/iblogs usedbydataset 474M
-
zroot/var/db/mysql/iblogs usedbychildren 0
-
zroot/var/db/mysql/iblogs usedbyrefreservation 0
-
zroot/var/db/mysql/iblogs logbias latency
local
zroot/var/db/mysql/iblogs objsetid 269
-
zroot/var/db/mysql/iblogs dedup off
default
zroot/var/db/mysql/iblogs mlslabel
-
zroot/var/db/mysql/iblogs sync disabled
local
zroot/var/db/mysql/iblogs dnodesize legacy
default
zroot/var/db/mysql/iblogs refcompressratio 1.08x
-
zroot/var/db/mysql/iblogs written 474M
-
zroot/var/db/mysql/iblogs logicalused 512M
-
zroot/var/db/mysql/iblogs logicalreferenced 512M
-
zroot/var/db/mysql/iblogs volmode default
default
zroot/var/db/mysql/iblogs filesystem_limit none
default
zroot/var/db/mysql/iblogs snapshot_limit none
default
zroot/var/db/mysql/iblogs filesystem_count none
default
zroot/var/db/mysql/iblogs snapshot_count none
default
zroot/var/db/mysql/iblogs redundant_metadata all
default
zroot/var/db/mysql/iblogs special_small_blocks 0
default

# cat /usr/local/etc/my.cnf
[mysqld]

#innodb_force_recovery=6
default-time-zone = "+03:00"

performance_schema=OFF
datadir = /var/db/mysql
basedir = /usr/local
port = 3306
socket = /tmp/mysql.sock
skip-external-locking
skip-name-resolve

thread_cache_size = 24
thread_pool_size = 2

query_cache_type = 1
query_cache_size = 64M
query_cache_limit = 4M

max_connections = 80
key_buffer_size = 1M
max_allowed_packet = 128M
table_cache = 4096

innodb_buffer_pool_size = 2G
innodb_buffer_pool_instances = 2
innodb_file_per_table = 1
innodb_log_file_size = 256M

innodb_data_home_dir=/var/db/mysql/ibdata
innodb_log_group_home_dir = /var/db/mysql/iblogs
innodb_flush_method = O_DIRECT
skip-innodb_doublewrite

#ZFS
sync_binlog = 0
innodb_flush_log_at_trx_commit = 0
innodb_doublewrite=0
innodb_log_checksums=OFF
innodb_checksum_algorithm=none
innodb_use_native_aio = 0
innodb_log_write_ahead_size=16384

aria_pagecache_buffer_size = 48M
sort_buffer_size = 4M
join_buffer_size = 2M
tmp_table_size = 256M
max_heap_table_size = 256M
net_buffer_length = 16K
read_buffer_size = 512K
read_rnd_buffer_size = 1M
auto_increment_offset = 1
auto_increment_increment = 1
server-id = 1
character-set-server = utf8
wait_timeout = 28800
skip-character-set-client-handshake
character_set_server=utf8
collation_server = utf8_unicode_ci
init_connect='SET NAMES utf8 collate utf8_unicode_ci
init_connect='SET NAMES utf8'

long_query_time = 10
back_log = 120
slow_query_log=1
slow_query_log_file=/var/log/mysql/slow.log
log_error = /var/log/mysql/error.log
general_log=0
general_log_file = /var/log/mysql/query.log

sql_mode =

[client]
port = 3306
socket = /tmp/mysql.sock
default-character-set=utf8

[mysqldump]
quick
default-character-set = utf8
max_allowed_packet = 1G

[mysql]
no-auto-rehash
default-character-set = utf8

[myisamchk]
key_buffer_size = 30M
sort_buffer_size = 20M
read_buffer_size = 2M
write_buffer_size = 2M

[mysqlhotcopy]
interactive-timeout

[safe_mysqld]
err-log=/var/log/mysql/mysqld.log