VK
Так ONTAP ни при чем, тут именно VBR ведёт себя странно
Так и напиши
Size: a a a
2020 December 28
EE
я не понял одного момента - как прокси вима, для которого вим создаёт полиси при стораджовых снепшотах связан с нодой кластера вари? или вы стораджовые снепшоты используете на виртуальной проксе?
EE
ну и собственно как так, что адрес ноды и прокси совпадают?
EE
кейс в виме уже открыли? что они говорят по этому поводу?
M
кейс в виме уже открыли? что они говорят по этому поводу?
Я просто разместил объяву отсюда: https://forum.ixbt.com/topic.cgi?id=7:33885:4838#4838
EE
ну без подробностей не интересно. но пока основной вопрос - как получилось так, что адрес прокси совпадает с адресом ноды?
АГ
ого, я думал форум умер в начале 2000ых
EB
ого, я думал форум умер в начале 2000ых
Я тоже так думал, но недавно узнал что форум хобота - как FC, его всегда рано хоронить
J
ого, я думал форум умер в начале 2000ых
iXBT ещё долго будет дёргаться
EG
Переслано от Emil Gazizov
Здравствуйте.
У меня такая проблема.
Некоторые кассеты LTO5, объемом 1,4 Тб, в системе отображаются как будто объем 39 гб
Остальные в норме.
Стирание полное делал, не помогает.
Библиотека HP MSL 2024 G3
У меня такая проблема.
Некоторые кассеты LTO5, объемом 1,4 Тб, в системе отображаются как будто объем 39 гб
Остальные в норме.
Стирание полное делал, не помогает.
Библиотека HP MSL 2024 G3
EG
Переслано от Emil Gazizov
Еще интересно что все одинаковые, а вот одна показывает объём 1,3 Тб.
EG
Переслано от Emil Gazizov
Размер блока у проблемных кассет - 262144, у нормальных - 0. Как пофиксить?
2020 December 29
OU
ого, я думал форум умер в начале 2000ых
У них только жизнь новая начиналась 😂
AB
Переслано от Emil Gazizov
Здравствуйте.
У меня такая проблема.
Некоторые кассеты LTO5, объемом 1,4 Тб, в системе отображаются как будто объем 39 гб
Остальные в норме.
Стирание полное делал, не помогает.
Библиотека HP MSL 2024 G3
У меня такая проблема.
Некоторые кассеты LTO5, объемом 1,4 Тб, в системе отображаются как будто объем 39 гб
Остальные в норме.
Стирание полное делал, не помогает.
Библиотека HP MSL 2024 G3
Доброе утро! Эмиль, а стирание делали средствами Veeam? У меня была похожая проблема, только с библиотекой IBM. Помогла полная очистка кассеты через утилиту библиотеки. У нас тогда тоже кассеты были по 17-34GB. Перед очисткой утилитой можно сравнить Maximum Capacity у нормальных кассет и тех, что некорректно отображаются. На время очистки нужно отключить службу Veeam Tape Access Service
EG
Доброе утро! Эмиль, а стирание делали средствами Veeam? У меня была похожая проблема, только с библиотекой IBM. Помогла полная очистка кассеты через утилиту библиотеки. У нас тогда тоже кассеты были по 17-34GB. Перед очисткой утилитой можно сравнить Maximum Capacity у нормальных кассет и тех, что некорректно отображаются. На время очистки нужно отключить службу Veeam Tape Access Service
Здравствуйте. Стирание делал и средствами вима и средствами HPE LTFS. Средствами вима толку 0, средствами HPE - показывает объем 1,3 вместо 1,4.
EG
В итоге накидал такой скрипт:
EG
.\mkltfs.exe --device=TAPE0 --wipe
Start-Sleep -s 30
Start-VBRTapeInventory -Medium $ИМЯ_ЛЕНТЫ
Start-Sleep -s 300
Start-Sleep -s 30
Start-VBRTapeInventory -Medium $ИМЯ_ЛЕНТЫ
Start-Sleep -s 300
EG
Не стал заморачиваться с циклом и перебором имен кассет, просто скопировал имена проблемных кассет и подставил в скрипт и вставил в повершелл
EG
Помогло
AG
используйте для таких целей утилиту HPE Library and Tape Tools, это основная утилита для работы с лентами. Там есть опция "tape erase". Зачем вам HPE LTFS? LTFS создает на картридже файловую систему, врядли она вам нужна для работы с Вимом.