Vladislav
Это не связано с глючными Райзенами?
что за процы и мать?
Владимир
d
Ivan
биос это такая штука, которая запускается до операционной системы, поэтому zfs не может на него влиять.
Ivan
ссд какой-нибуть смартбай, адата или что-то в таком духе ?
Vladislav
Еще можно попробовать импортнуть пул с live-cd MfsBSD
Vladislav
чтоб исключить настройки ОС
Ivan
Vladislav
d
d
пошевелил провода, в dmesg поругалось, похоже отвалились они или по замену
Ivan
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?
d
Паники одинаково выглядят?
Mikhail
да, конечно не ECC. Откуда ECC в ноутах :)))
Mikhail
Нет, по разному. Выше стеки привёл
Mikhail
Ночью крашнулся сегодня. Какие тут перегревы )
d
По ночам даже, да
Fedor
Время одинаковое? Соответствует задачам в планировщике?
Ivan
После обновления с 2.0.2-1 на 2.0.3-1 вернулись полные зависания оси. продолжаю наблюдение )
Владимир
Ivan
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
Aleksey
он появился с 2й версии
Ivan
Сергей
Владимир
zfs linux же
ну вот у меня такого пакета нет, это плохо?
Владимир
или наоборот хорошо)
Aleksey
https://www.opennet.ru/opennews/art.shtml?num=54172
Aleksey
видимо пока не стоит на 2йку идти
Владимир
bullseye поставь, появится
https://packages.debian.org/search?suite=default&section=all&arch=any&searchon=names&keywords=zfs-linux
Владимир
вообще не вижу у дебиан такого пакета ни в какой ветке
Aleksey
во всяком случае на 2.0.3
Сергей
Сергей
# 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
Владимир
Владимир
Ivan
Владимир
этот из sid скорее всего
и в сиде нет такого пакета, только что проверил, мне потому и стало интересно что за версия такая и что за пакет такой, так как я его не видел
Владимир
он из sid
но я только что смотрел, его нет в сид
Ivan
Владимир
Сергей
Владимир
https://packages.debian.org/sid/zfsutils-linux
Владимир
вот тот пакет что ты присылаешь
Владимир
имя у него другое
Владимир
Сергей
возможно это отдельная репа
Ivan
я присылал zfs-dkms как пример
Владимир
аааа, это не пакет, вернее это пакет, но не дебиан, а пакет исходного кода))
Владимир
https://packages.debian.org/source/sid/zfs-linux
Ivan
там еще зависимости имеются )