Что-то у меня после обновления система зависать намертво стала

ОЗУ хватает? LA не растёт?

16гигов, раьше хватало нагрузка нулевая

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

Не могу поймать. виснет раз в неделю

поставь сбор метрик на другой сервер следи хотя бы за LA и ОЗУ

В какой-то хитрый режим контроллер встаёт, что ли. Раньше до обновления на 2.х такого не было.

2.x пока имеет проблемы, судя по баг трекеру, либо репортьте (там уже была пара похожих issues про фризы), либо пока на 0.8 посидеть

Да мне не критично так то, просто неприятно

тогда по возможности артефакты в баг трекер постьте плиз

Виснет намертво, даже курсор в х11 виснет

tty, magic sysrq?

Сфоткаю ошибки в следующий раз

Виснет намертво, даже курсор в х11 виснет

Добрый день! Под бекап сервер Raidz2 здравая идея?)

Добрый день! Под бекап сервер Raidz2 здравая идея?)

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

или raid10 поставить. Интересна прежде всего надёжность ,скорость не так важна )

скорость записи совсем печалька?

какая ось ? я на 11 дебиане без проблем живу с zfs2.

если надежность нужна, то raidz3 будет норм )

Linux *** 5.4.0-4-amd64 #1 SMP Debian 5.4.19-1 (2020-02-13) x86_64 GNU/Linux

У меня были зависания тоже, их вылечили. Но теперь вот намертво, а раеньше висла как бы только дисковая подсистема а остальное продолжало работать

однофамилец значит

Нужно экспертное мнение. В соседнем чате Proxmox разгорелся извечный спор про sync=disabled Мнение большинства: sync=disabled и отключение питания может привести к поломке базы (в те моменты, когда sync=enabled не привел бы к поломке базы) Мое мнение: для любой standalone базы данных нет никакой разницы включен sync или выключен. Если sync выключен - результат будет таким же, как если бы питание отключили на несколько секунд раньше. (мы потеряем эти пару секунд и только) Мои доказательства на рисунке: Если последняя успешная транзакция после восстановления питания точка 1: то база забудет про fsync если точка 2, то все данные, которые могли быть нужны на момент вызова fsync уже будут на диске

Нужно экспертное мнение. В соседнем чате Proxmox разгорелся извечный спор про sync=disabled Мнение большинства: sync=disabled и отключение питания может привести к поломке базы (в те моменты, когда sync=enabled не привел бы к поломке базы) Мое мнение: для любой standalone базы данных нет никакой разницы включен sync или выключен. Если sync выключен - результат будет таким же, как если бы питание отключили на несколько секунд раньше. (мы потеряем эти пару секунд и только) Мои доказательства на рисунке: Если последняя успешная транзакция после восстановления питания точка 1: то база забудет про fsync если точка 2, то все данные, которые могли быть нужны на момент вызова fsync уже будут на диске

Нужно экспертное мнение. В соседнем чате Proxmox разгорелся извечный спор про sync=disabled Мнение большинства: sync=disabled и отключение питания может привести к поломке базы (в те моменты, когда sync=enabled не привел бы к поломке базы) Мое мнение: для любой standalone базы данных нет никакой разницы включен sync или выключен. Если sync выключен - результат будет таким же, как если бы питание отключили на несколько секунд раньше. (мы потеряем эти пару секунд и только) Мои доказательства на рисунке: Если последняя успешная транзакция после восстановления питания точка 1: то база забудет про fsync если точка 2, то все данные, которые могли быть нужны на момент вызова fsync уже будут на диске

Нужно экспертное мнение. В соседнем чате Proxmox разгорелся извечный спор про sync=disabled Мнение большинства: sync=disabled и отключение питания может привести к поломке базы (в те моменты, когда sync=enabled не привел бы к поломке базы) Мое мнение: для любой standalone базы данных нет никакой разницы включен sync или выключен. Если sync выключен - результат будет таким же, как если бы питание отключили на несколько секунд раньше. (мы потеряем эти пару секунд и только) Мои доказательства на рисунке: Если последняя успешная транзакция после восстановления питания точка 1: то база забудет про fsync если точка 2, то все данные, которые могли быть нужны на момент вызова fsync уже будут на диске

Нужно экспертное мнение. В соседнем чате Proxmox разгорелся извечный спор про sync=disabled Мнение большинства: sync=disabled и отключение питания может привести к поломке базы (в те моменты, когда sync=enabled не привел бы к поломке базы) Мое мнение: для любой standalone базы данных нет никакой разницы включен sync или выключен. Если sync выключен - результат будет таким же, как если бы питание отключили на несколько секунд раньше. (мы потеряем эти пару секунд и только) Мои доказательства на рисунке: Если последняя успешная транзакция после восстановления питания точка 1: то база забудет про fsync если точка 2, то все данные, которые могли быть нужны на момент вызова fsync уже будут на диске

Что-то у меня после обновления система зависать намертво стала

600мб на 5 минуты? 😭 не уважение к собеседникам

биосу очень не нравится присутствие дохлого диска, оттого так долго инициализирует

После перезагрузки через отключение питания всё взлетает нормально. Через нажатие reset вот как на скринах.

тем более , что проблема в железе

странно видеть dracut на дебиане.

Почему?

замените проблемное железо, похоже, на SSD

Не понимаю логики

по дефолту его там нет

Проблема вылезла после переезда на 2.х, раньше всё было ок

после обновления до 2.х стал зависать биос ? )