Vladislav
Это не связано с глючными Райзенами? что за процы и мать?
Ivan
биос это такая штука, которая запускается до операционной системы, поэтому zfs не может на него влиять.
Vladislav
Intel(R) Xeon(R) CPU X5675 @ 3.07GHz мать S5500BC
тогда хз. начинайте тогда со сброса настроек биоса и далее блочного замены устройств
Ivan
ссд какой-нибуть смартбай, адата или что-то в таком духе ?
Vladislav
Еще можно попробовать импортнуть пул с live-cd MfsBSD
Vladislav
чтоб исключить настройки ОС
Ivan
Еще можно попробовать импортнуть пул с live-cd MfsBSD
зечем, когда есть livecd убунты или дебиана
Vladislav
Ivan
в них есть поддержка ZFS ?
появляется после установки пакетов
d
пошевелил провода, в dmesg поругалось, похоже отвалились они или по замену
Vladislav
появляется после установки пакетов
тогда и 100% рабочий мануал прикладывайте
Ivan
https://openzfs.github.io/openzfs-docs/Getting%20Started/Debian/Debian%20Buster%20Root%20on%20ZFS.html#rescuing-using-a-live-cd
Vladislav
начинать нужно с 1-го пункта
Mikhail
Добрый день. За 3 дня две паники в zfs стеки: db:0:kdb.enter.default> bt Tracing pid 67818 tid 129306 td 0xfffffe0121e4ac00 kdb_enter() at kdb_enter+0x37/frame 0xfffffe012017f070 vpanic() at vpanic+0x1b2/frame 0xfffffe012017f0c0 panic() at panic+0x43/frame 0xfffffe012017f120 trash_ctor() at trash_ctor+0x49/frame 0xfffffe012017f130 item_ctor() at item_ctor+0x10d/frame 0xfffffe012017f180 zfs_znode_alloc() at zfs_znode_alloc+0x3c/frame 0xfffffe012017f350 zfs_zget() at zfs_zget+0x287/frame 0xfffffe012017f3f0 zfs_dirent_lookup() at zfs_dirent_lookup+0x169/frame 0xfffffe012017f440 zfs_dirlook() at zfs_dirlook+0x80/frame 0xfffffe012017f490 zfs_lookup() at zfs_lookup+0x3d0/frame 0xfffffe012017f580 zfs_freebsd_cachedlookup() at zfs_freebsd_cachedlookup+0x6b/frame 0xfffffe012017f6c0 vfs_cache_lookup() at vfs_cache_lookup+0xa6/frame 0xfffffe012017f710 lookup() at lookup+0x601/frame 0xfffffe012017f7b0 namei() at namei+0x6e0/frame 0xfffffe012017f870 kern_statat() at kern_statat+0x130/frame 0xfffffe012017f9c0 sys_fstatat() at sys_fstatat+0x2f/frame 0xfffffe012017fac0 amd64_syscall() at amd64_syscall+0x12e/frame 0xfffffe012017fbf0 fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe012017fbf0 --- syscall (552, FreeBSD ELF64, sys_fstatat), rip = 0x800723eba, rsp = 0x7fffdf9fad98, rbp = 0x7fffdf9fae40 --- trap_pfault() at trap_pfault+0x97/frame 0xfffffe00c6180730 trap() at trap+0x2ab/frame 0xfffffe00c6180840 calltrap() at calltrap+0x8/frame 0xfffffe00c6180840 --- trap 0xc, rip = 0xffffffff80ca79f3, rsp = 0xfffffe00c6180910, rbp = 0xfffffe00c6180930 --- cache_zap_locked() at cache_zap_locked+0x243/frame 0xfffffe00c6180930 cache_zap_locked_vnode_kl2() at cache_zap_locked_vnode_kl2+0x2fa/frame 0xfffffe00c6180990 cache_purge_impl() at cache_purge_impl+0xef/frame 0xfffffe00c61809e0 vgonel() at vgonel+0x1af/frame 0xfffffe00c6180a40 vnlru_free_locked() at vnlru_free_locked+0x3ef/frame 0xfffffe00c6180ac0 vnlru_free() at vnlru_free+0x30/frame 0xfffffe00c6180ae0 taskq_run() at taskq_run+0x1f/frame 0xfffffe00c6180b00 taskqueue_run_locked() at taskqueue_run_locked+0xaa/frame 0xfffffe00c6180b80 taskqueue_thread_loop() at taskqueue_thread_loop+0x94/frame 0xfffffe00c6180bb0 fork_exit() at fork_exit+0x80/frame 0xfffffe00c6180bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00c6180bf0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- Похоже ли это на проблемы с планкой памяти? Или всё валидные баги?
d
Добрый день. За 3 дня две паники в zfs стеки: db:0:kdb.enter.default> bt Tracing pid 67818 tid 129306 td 0xfffffe0121e4ac00 kdb_enter() at kdb_enter+0x37/frame 0xfffffe012017f070 vpanic() at vpanic+0x1b2/frame 0xfffffe012017f0c0 panic() at panic+0x43/frame 0xfffffe012017f120 trash_ctor() at trash_ctor+0x49/frame 0xfffffe012017f130 item_ctor() at item_ctor+0x10d/frame 0xfffffe012017f180 zfs_znode_alloc() at zfs_znode_alloc+0x3c/frame 0xfffffe012017f350 zfs_zget() at zfs_zget+0x287/frame 0xfffffe012017f3f0 zfs_dirent_lookup() at zfs_dirent_lookup+0x169/frame 0xfffffe012017f440 zfs_dirlook() at zfs_dirlook+0x80/frame 0xfffffe012017f490 zfs_lookup() at zfs_lookup+0x3d0/frame 0xfffffe012017f580 zfs_freebsd_cachedlookup() at zfs_freebsd_cachedlookup+0x6b/frame 0xfffffe012017f6c0 vfs_cache_lookup() at vfs_cache_lookup+0xa6/frame 0xfffffe012017f710 lookup() at lookup+0x601/frame 0xfffffe012017f7b0 namei() at namei+0x6e0/frame 0xfffffe012017f870 kern_statat() at kern_statat+0x130/frame 0xfffffe012017f9c0 sys_fstatat() at sys_fstatat+0x2f/frame 0xfffffe012017fac0 amd64_syscall() at amd64_syscall+0x12e/frame 0xfffffe012017fbf0 fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe012017fbf0 --- syscall (552, FreeBSD ELF64, sys_fstatat), rip = 0x800723eba, rsp = 0x7fffdf9fad98, rbp = 0x7fffdf9fae40 --- trap_pfault() at trap_pfault+0x97/frame 0xfffffe00c6180730 trap() at trap+0x2ab/frame 0xfffffe00c6180840 calltrap() at calltrap+0x8/frame 0xfffffe00c6180840 --- trap 0xc, rip = 0xffffffff80ca79f3, rsp = 0xfffffe00c6180910, rbp = 0xfffffe00c6180930 --- cache_zap_locked() at cache_zap_locked+0x243/frame 0xfffffe00c6180930 cache_zap_locked_vnode_kl2() at cache_zap_locked_vnode_kl2+0x2fa/frame 0xfffffe00c6180990 cache_purge_impl() at cache_purge_impl+0xef/frame 0xfffffe00c61809e0 vgonel() at vgonel+0x1af/frame 0xfffffe00c6180a40 vnlru_free_locked() at vnlru_free_locked+0x3ef/frame 0xfffffe00c6180ac0 vnlru_free() at vnlru_free+0x30/frame 0xfffffe00c6180ae0 taskq_run() at taskq_run+0x1f/frame 0xfffffe00c6180b00 taskqueue_run_locked() at taskqueue_run_locked+0xaa/frame 0xfffffe00c6180b80 taskqueue_thread_loop() at taskqueue_thread_loop+0x94/frame 0xfffffe00c6180bb0 fork_exit() at fork_exit+0x80/frame 0xfffffe00c6180bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00c6180bf0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- Похоже ли это на проблемы с планкой памяти? Или всё валидные баги?
Память ECC?
Mikhail
Память ECC?
ноут Lenovo T530
d
ноут Lenovo T530
Я не шарю в железе, но, видимо, не ECC
d
Паники одинаково выглядят?
Mikhail
да, конечно не ECC. Откуда ECC в ноутах :)))
Mikhail
Нет, по разному. Выше стеки привёл
d
да, конечно не ECC. Откуда ECC в ноутах :)))
Есть многое на свете, друг Горацио, что и не снилось нашим мудрецам
d
Нет, по разному. Выше стеки привёл
Стрёмно. Я бы на перегревы грешил.
Mikhail
Ночью крашнулся сегодня. Какие тут перегревы )
d
Ночью крашнулся сегодня. Какие тут перегревы )
У меня есть подозрение что на моём железе перегревался мост иногда. После наклеивания радиатора на него всё пропало.
d
По ночам даже, да
Fedor
Время одинаковое? Соответствует задачам в планировщике?
Ivan
После обновления с 2.0.2-1 на 2.0.3-1 вернулись полные зависания оси. продолжаю наблюдение )
Ivan
zfs в дебиане (и наверно убунте)
Владимир
zfs в дебиане (и наверно убунте)
а какое название пакета, просто у меня совсем другие версии
Ivan
zfs-linux (2.0.3-1) unstable; urgency=medium * New upstream version 2.0.3 * Remove upstreamed patches. * Synchronize with ubuntu delta 2.0.1-1ubuntu2. -- Mo Zhou <lumin@debian.org> Fri, 12 Feb 2021 16:30:01 +0800
Ivan
вот такое в чанджлоге
Владимир
Ivan
так то в проксе на debian buster. с другими репами (бэкпорты/testing) другие версии приходят.
Владимир
вот не проксмокс и снова нет такого пакета, а ZFS есть
Aleksey
он появился с 2й версии
Ivan
Владимир
zfs linux же
ну вот у меня такого пакета нет, это плохо?
Владимир
или наоборот хорошо)
Aleksey
https://www.opennet.ru/opennews/art.shtml?num=54172
Ivan
или наоборот хорошо)
хорошо. просто я решил что скучно живу у обновил zfs )
Владимир
bullseye поставь, появится
смотрю в репах деба 11, тоже нет такого пакета
Aleksey
видимо пока не стоит на 2йку идти
Владимир
bullseye поставь, появится
https://packages.debian.org/search?suite=default&section=all&arch=any&searchon=names&keywords=zfs-linux
Владимир
вообще не вижу у дебиан такого пакета ни в какой ветке
Aleksey
во всяком случае на 2.0.3
Ivan
видимо пока не стоит на 2йку идти
на 2.0.2 проблем не заметил, даже все фичи обновил.
Сергей
# cat /etc/apt/sources.list deb http://deb.debian.org/debian bullseye main contrib deb http://deb.debian.org/debian bullseye-updates main contrib deb http://security.debian.org bullseye-security main contrib # apt show zfsutils-linux Package: zfsutils-linux Version: 2.0.2-1 Priority: optional Section: contrib/admin Source: zfs-linux Maintainer: Debian ZFS on Linux maintainers <pkg-zfsonlinux-devel@alioth-lists.debian.net> Installed-Size: 1527 kB
Dmitry
Всем привет. Меня тут на рассуждения навели, а актуальных сравнений в цифрах не смог найти. Подскажите, в чем принципиальная разница между Zraid2 и ZFS raid 1+0
Сергей
я про вот этот пакет
этот из sid скорее всего
Ivan
После обновления с 2.0.2-1 на 2.0.3-1 вернулись полные зависания оси. продолжаю наблюдение )
кстати занятно, что изменения после падения аж на 15 минут назад откатились. хотя у меня txg 30 сек стоит.
Владимир
этот из sid скорее всего
и в сиде нет такого пакета, только что проверил, мне потому и стало интересно что за версия такая и что за пакет такой, так как я его не видел
Владимир
он из sid
но я только что смотрел, его нет в сид
Сергей
но я только что смотрел, его нет в сид
# apt show zfsutils-linux Package: zfsutils-linux Version: 2.0.3-1
Владимир
# apt show zfsutils-linux Package: zfsutils-linux Version: 2.0.3-1
я повторяю что речь идёт не про этот пакет
Владимир
apt update?
я смотрю в вебе
Владимир
https://packages.debian.org/sid/zfsutils-linux
Владимир
вот тот пакет что ты присылаешь
Владимир
имя у него другое
Сергей
возможно это отдельная репа
Ivan
я присылал zfs-dkms как пример
Владимир
аааа, это не пакет, вернее это пакет, но не дебиан, а пакет исходного кода))
Владимир
https://packages.debian.org/source/sid/zfs-linux
Ivan
там еще зависимости имеются )