ну в том то и дело что это не бэкапы, не понимаю нафига там блины дергать под конкретно это

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

ну если есть миссы, увеличьте с запасом и посмотрите на каком объёме хит 100%

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

между l2arc и добавить ОЗУ принято выбирать второе, если что

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

нифига

если всё в arc, то будет 0 чтений с диска

это хорошая новость в таком случае

очень странно на самом деле там разделение сейчас МФУ занимает 700мб с процентом попадания 83%, а МРУ стало быть 3 гига с попаданиями 14%

и вот спрашиивается зачем мне такой эффективный механизм на моем профиле нагрузок

очень странно на самом деле там разделение сейчас МФУ занимает 700мб с процентом попадания 83%, а МРУ стало быть 3 гига с попаданиями 14%

ну механизм работает не моментально, если что. И без lru не обойтись, из него выдаётся всё, что ещё не было в arc. IIRC там миграция из lru в lfu

очень странно на самом деле там разделение сейчас МФУ занимает 700мб с процентом попадания 83%, а МРУ стало быть 3 гига с попаданиями 14%

вообще если начали тюнить - вам маст хев собирать эту стату и на разрезе суток что-то решать

ну это понятно, да, спасибо

есть желание перекинуть jbod карзинку на 28 дисков с zfs с Proxmox на freenas. Не кто подобные манипуляции не делал? рейд не умрет?

стоит почитать табличку совместимости между разными версиями и имплементациями, не везде все features поддерживаются, а freebsd с ZoL еще вроде не выходила

Что за табличка? если честно впервые слышу) proxmox 0.8.2-pve2 freenas пока ненашел как посмотреть)

или сравнить zpool upgrade -v???

Что за табличка? если честно впервые слышу) proxmox 0.8.2-pve2 freenas пока ненашел как посмотреть)

https://openzfs.org/wiki/Feature_Flags

http://build.zfsonlinux.org/zfs-features.html она же вроде

хотя последняя новее

https://openzfs.org/wiki/Feature_Flags

а если отключить чась функций при несовместимости?

невариант?

аля понизить версию

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

аля понизить версию

не все флаги можно отключить после того, как они начали использоваться

там есть еще состояния active или enabled, вот если просто enabled может и прокатит, но это надо выснять

короче только перенос контента, иначе риск.... жаль

чую споткнешься об xattr=sa

не все флаги можно отключить после того, как они начали использоваться

а если просто enabled то импортнется там где не поддерживается?

проще на новый пул перелить

проще на новый пул перелить

проще когда есть куда

))

а если просто enabled то импортнется там где не поддерживается?

enabled в некоторых случаях точно можно отключить, ага

enabled в некоторых случаях точно можно отключить, ага

т.е. только если предварительно отключить на сорсе?

есть желание перекинуть jbod карзинку на 28 дисков с zfs с Proxmox на freenas. Не кто подобные манипуляции не делал? рейд не умрет?

а зачем, кстати? что не устроило?

интересно еще совместимы ли send/recv между архитектурами)

т.е. только если предварительно отключить на сорсе?

не проверял, честно говоря)

а зачем, кстати? что не устроило?

отделить котлет от мух и перейти нахрен на vmware с глюкодрома проксмоксовского

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

интересно еще совместимы ли send/recv между архитектурами)

в основном да, iirc

опять же зависит от того что в пуле = в стриме будет

отделить котлет от мух и перейти нахрен на vmware с глюкодрома проксмоксовского

так почему не поставить истый линукс с zol и не отдать вмваре?

хотя файлы то всеравно с ней не будут совместимы, хз чем фринас поможет

так почему не поставить истый линукс с zol и не отдать вмваре?

vmware и не отдавать, отдельная железка на freenas

можно дождаться когда во фре перейдут на zol )

можно дождаться когда во фре перейдут на zol )

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

странно это, учитывая что эту связку не одна сотня людей юзает

может таки cache = none ?)

уже и none

и write trought

перенос диска на иную хранилку

дает la 90

это при

ionice -c3 qm move_disk 134 sata0 stor3938 --bwlimit=10000

т/е зарезании всего и вся

жесть какая, а что при этом в iostat ?

норма

и еще утечки памяти

есть вариант переставить 3ы обновленный кластер

а откуда тогда LA неужели процессы не в io wait ?

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

а откуда тогда LA неужели процессы не в io wait ?

только perf еще не изучал)

ну просто срыв покровов

в том плане что хз что, в прошлые раз 30 разнородных проблем совет с официальных форумов обновить версию

ну просто срыв покровов

да чисто но все лагает включая локальный диск-сеть и т/д

да и в те моменты не до глубоких изучений

24\7 как бы

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

это по итогам поиска по логовым ошибкам

обновление не решило а добавило новых проблем

в итоге способ найден конечно но 3 дня возни как бы

я один тогда в отделе был и 10к серверов

нахавался проксмокса

по самые жабры

не зашёл он как-то вам..... Я вот читаю и волосы дыбом)) встают

не зашёл он как-то вам..... Я вот читаю и волосы дыбом)) встают

скорее мирился долго

я на нем лет 7 такто

на рупроусмокс пришел когда эта сука ребутилась ресетом и не подымала виртуалки изза отсутствия кворума и это без всяких ha

причину ресетов не нашли

искали в четвером с хорошими спецами

после обновления все ушло

Ну вот