Size: a a a

2020 February 24

A

Aba in freebsd_ru
есть возможность подрузиться с лайва? ну а там gpart show, как минимум.
источник

DL

Dmitry Luhtionov in freebsd_ru
не знаю. я работаю испорченным телефоном.
сейчас попросил человека попробовать 12.1-STABLE вместо 12.1-RELEASE
источник

DP

Dima Panov in freebsd_ru
MK
На стороне отправителя 421 Unexpected failure, please try again.
Короче, жопа
Засада :( Я у себя пока не смог смоделировать получение этой ошибки :( принимает, отправляет — и ничем таким не гадит в лог :(
источник

A

Aba in freebsd_ru
Dmitry Luhtionov
не знаю. я работаю испорченным телефоном.
сейчас попросил человека попробовать 12.1-STABLE вместо 12.1-RELEASE
так пускай человек сюда заходит
источник

A

Aba in freebsd_ru
харды под гели, в loader.conf geom_eli_passphrase_prompt="NO" но тем не менее, при загрузке все равно идет запрос парольной фразы (хотя её естественно никто не задавал при инициализации geli). Сталкивался ктО?
источник

M

MK in freebsd_ru
Dima Panov
Засада :( Я у себя пока не смог смоделировать получение этой ошибки :( принимает, отправляет — и ничем таким не гадит в лог :(
Могу опции сборки скинуть
источник

M

MK in freebsd_ru
Они последний раз менялись когда я ARC добавил год назад где-то
источник

M

MK in freebsd_ru
Но там ничего специфичного
источник

M

MK in freebsd_ru
Разве что TCP wrappers включен
источник

AF

Alexander Fedorov in freebsd_ru
Dmitry Luhtionov
вот что линукс говорит
Тут больше интересно какие он id pci устройств показывает
источник

AF

Alexander Fedorov in freebsd_ru
Там в выводе ptnetmap ругается, тут вроде как раз бага проскакивала, что они использую пересекающиеся PCI ID
источник

AF

Alexander Fedorov in freebsd_ru
источник

AF

Alexander Fedorov in freebsd_ru
источник

E

Evgeny in freebsd_ru
как раз тестируем фрю в kvm, но без ovmf, пока норм
источник

DL

Dmitry Luhtionov in freebsd_ru
надеюсь, этот патч был смержен в 12-ю ветку
источник

DM

Dmitry Marakasov in freebsd_ru
Никита
А мне вот интересно - на англоязычной части интернета активно обсуждалась проблема использования ZFS совместно с оперативной памятью без ECC. Якобы, в теории существует вероятность утраты данных на ZFS в результате возникновения в памяти самопроизвольных изменений отдельных битов (Исследование, проведённое Google на большом количестве серверов показало, что количество ошибок может быть в пределах от 25 000 до 70 000 ошибок за миллиард рабочих часов на мегабит (то есть 2,5-7,0 × 10−11 ошибок / бит·час).
Так вот, большинство операций ZFS осуществляется в памяти и с контрольными суммами данных, в результте подмены битов ошибки могут иметь накопительный характер, что приведет к потере данных. Об этом есть целые статьи и крупная тема на форуме FreeNAS.
Но только вот все, что там говориться - это голая теория и вероятности. По факту я не увидел ниодного материала с конкретными фактами.

мне интересно - кто нибудь терял данные на ZFS, где установлена память без ECC?
На битой памяти zfs мне не просто ничего лишнего не потерял, но сказал а какие файлы записался мусор.
источник

DM

Dmitry Marakasov in freebsd_ru
Но так-то понятно что ZFS в отличие от древних фс может прочитать, побить в памяти, и записать побитое. Особенно при scrub. Интересно что вам даст чей-нибудь опыт по потере данных или его отсутствие?
источник

VO

Vyacheslav Olkhovchenkov in freebsd_ru
чиста теоретически у zfs структура сложнее и больше всяких пересекающихся связей-линков и в этом плане она более чувствительна если в это место пападет сбой. т.е. более тупые фс к этому более устойчивы, например cd9660
источник

AF

Andrey F in freebsd_ru
ну там ещё был фактор объёма, типа мозгов нынче столько что сбойнёт как пить дать
источник

VO

Vyacheslav Olkhovchenkov in freebsd_ru
к фс этот никак не относится
источник