PK
да мой. вот выше флаг стоит
Size: a a a
2020 April 15
PK
type: 'EF00'
DT
ага. так, понятно, на GPT boot == esp. Ща запилю патч.
J
Из своего железа
Надеюсь, не мешаю)
А в каком железе кроме собственных серверов и материнских плат они могут всех заставить использовать uefi вместо обычного bios boot?
А в каком железе кроме собственных серверов и материнских плат они могут всех заставить использовать uefi вместо обычного bios boot?
DT
Во всём, где есть их чипсеты, подозреваю
J
Во всём, где есть их чипсеты, подозреваю
А как это техническими средствами сделать?
Я не представляю. Разве что опять, как у них принято. Тому на лапу дать этого запугать чтоб не использовали биосы с возможностью обычной загрузки...
Я не представляю. Разве что опять, как у них принято. Тому на лапу дать этого запугать чтоб не использовали биосы с возможностью обычной загрузки...
DT
да сам ironic сказал ok
Тогда можешь просто игнорировать это ошибки, пока мы не починим.
DT
Проблему с токеном и старым ironic воспроизвёл, буду вдуплять
DT
окей, это ОЧЕНЬ тупо. исправлю.
J
Слушайте, ребята, а раз про ironic сегодня)
disk_erase_concurrency в ironic.conf не влияет на количество одновременно запускаемых ATA Secure Erase?
Щас запустил очистку на сервере с кучей 8Тб дисков и вижу что агент собрался их по одному затирать, похоже.
У меня нету лишней недельки чтоб ждать)
disk_erase_concurrency в ironic.conf не влияет на количество одновременно запускаемых ATA Secure Erase?
Щас запустил очистку на сервере с кучей 8Тб дисков и вижу что агент собрался их по одному затирать, похоже.
У меня нету лишней недельки чтоб ждать)
J
Хм, по коду должно учитываться значение этого параметра.
PK
я не чищу. я даже отключил у себя очистку. мне долго чистить. да и диск у меня один
J
я не чищу. я даже отключил у себя очистку. мне долго чистить. да и диск у меня один
Эт все хорошо и понятно.
Но клиенты доверяют тебе и эт как минимум вежливо - сделать так чтоб после того как сервером закончили пользоватся данные клиента нельзя было прочесть с дисков.
Но клиенты доверяют тебе и эт как минимум вежливо - сделать так чтоб после того как сервером закончили пользоватся данные клиента нельзя было прочесть с дисков.
PK
у меня все на FC
J
у меня все на FC
И данные клиентов никто не затирает)
Ни shred ни ata secure erase Ни dd. Так что ли?)
Ни shred ни ata secure erase Ни dd. Так что ли?)
PK
они на полке отдельной лежат это не моя задача пока
AY
И данные клиентов никто не затирает)
Ни shred ни ata secure erase Ни dd. Так что ли?)
Ни shred ни ata secure erase Ни dd. Так что ли?)
по хорошему это задача СХД, каждому клиенту же новый LUN нарезается ?
DT
Слушайте, ребята, а раз про ironic сегодня)
disk_erase_concurrency в ironic.conf не влияет на количество одновременно запускаемых ATA Secure Erase?
Щас запустил очистку на сервере с кучей 8Тб дисков и вижу что агент собрался их по одному затирать, похоже.
У меня нету лишней недельки чтоб ждать)
disk_erase_concurrency в ironic.conf не влияет на количество одновременно запускаемых ATA Secure Erase?
Щас запустил очистку на сервере с кучей 8Тб дисков и вижу что агент собрался их по одному затирать, похоже.
У меня нету лишней недельки чтоб ждать)
Должен влиять. Плюс ATA secure erase почти мгновенный, у тебя, видимо, fallback на обычный shred.