4 диска подключены к RAID-контроллеру 3ware и работали не в рейде а в single. Потом подключили еще 4 диска и попытались сделать RAID-1 с сохранением инфы. RAID-1 получился, но вот инфа увы исчезла. Как вернуть?
Вот хронология команд: http://zerospace.ru/cmds.txt
Смысл в том, что теперь эти диски выглядят пустымиp2 OK u1 931.51 GB 1953525168 9QJ26SLQ
p3 OK u2 931.51 GB 1953525168 9QJ1BDYY
p4 OK u3 931.51 GB 1953525168 9QJ1RRJT
p11 OK u4 931.51 GB 1953525168 9QJ5D1FB
Но инфа же на них есть. Должна быть. Диски не форматировались, поверх ничего не писалось. Вопрос сводится к тому, можно ли после# tw_cli maint deleteunit c0 u1
# tw_cli maint createunit c0 rraid1 p2:6
увидеть что было на p2.
Уничтожает ли maint deleteunit информацию?
r-studio?
> r-studio?Физического доступа к дискам нет. Надежда на то, что инфа никуда не делась и можно все вернуть, поигравшись утилитой tw_cli
>> r-studio?
> Физического доступа к дискам нет. Надежда на то, что инфа никуда не
> делась и можно все вернуть, поигравшись утилитой tw_cliя так понимаю если у тебя гиговый синглы то это скорей SATA
что мешает снять винт и просканить другом компе?
В другой стране сервер, говорю же нет физического доступа к дискам. Только root консоль. Да и не вариант восстанавливать все это на низком уровне. Есть бэкапы, но они будут неделю на сервак литься. Возможно есть способ как-то откатить команду "tw_cli maint deleteunit c0 u1" в tw_cli. Вот об этом и вопрос.
> В другой стране сервер, говорю же нет физического доступа к дискам. Только
> root консоль. Да и не вариант восстанавливать все это на низком
> уровне. Есть бэкапы, но они будут неделю на сервак литься. Возможно
> есть способ как-то откатить команду "tw_cli maint deleteunit c0 u1" в
> tw_cli. Вот об этом и вопрос.попробуйте сделать снова сингл теми же командами.
http://zerospace.ru/cmds.txt
делал:
# tw_cli maint deleteunit c0 u4
# tw_cli maint createunit c0 rsingle p11
диск получается чистый если верить fdisk
а чем можно посмотреть данные прямо посекторно в виде HEX/ASCII ?
> http://zerospace.ru/cmds.txt
> делал:
> # tw_cli maint deleteunit c0 u4
> # tw_cli maint createunit c0 rsingle p11
> диск получается чистый если верить fdisk
> а чем можно посмотреть данные прямо посекторно в виде HEX/ASCII ?dd if=??? bs=512 count=1 skip=?? | hexdump
kvm без возможности подсунуть болванку/usb?
kvm'а нет.. посмотрел, диск не чистый. Да я почти уверен, что данные не тронуты. Просто RAID-контроллер как-то по другому интерпретирует этот диск. В мане tw_cli про эти команды написано:Most operations with the CLI are safe. Generally the system will protect you from 'fat-finger' errors. For example, the following commands will fail if they would destroy data:maint remove
maint deleteunit (IF the device is in use...)The most dangerous commands are:
maint deleteunit
(if the device is not mounted)
maint createunit
Can be used to recover a severely broken array, but this is a desperate move and outside the scope of this document. Don't do it. Call the vendor instead. (A two-minute power cycle will often get the array back if you need it urgently.)
И вот:[maint] deleteunit cid uid [noscan]
This command allows you to delete a unit. Deleting a unit not only remove the specified unit from the controller's list of managed units, but also destroys the DCB (Disk Configuration Block) meta-data. Ports (or disks) associated with this unit will now be part of the free poll of managed disks. This is a destructive command and should be used with care. noscan is used to not inform the OS of this change. Default is to inform the OS.
Чтобы терабайт убить надо работать довольно долго, а он от этих команд вообще не залипал.
>[оверквотинг удален]
> This command allows you to delete a unit.
> Deleting a unit not only remove the specified unit from the
> controller's list of managed units, but also destroys the DCB (Disk
> Configuration Block) meta-data. Ports (or disks) associated with this unit will
> now be part of the free poll of managed disks. This
> is a destructive command and should be used with care. noscan
> is used to not inform the OS of this change. Default
> is to inform the OS.
<гадаю>
насколько я ничего не понимаю он собственно ничего с диска не удаляет, удаляет мета которые хранятся на самом контролёре.
соответственно нужно через losetup со смещением просмотреть таблицу разделов
#bash
for ((i=0; i<100; i++)) ;do echo $i;losetup -o $(($i*512)) /dev/loop0 /dev/sda;fdisk -l /dev/loop0;sleep 1 ;losetup -d /dev/loop0 ;done
как вариант посмотреть глубже и с помощью sfdisk и отпарсить
всё-же для этого лучше поставить destdisk и просканить диск -- он должен найти суперблоки всех известных fs.
вариант с залипанием .... так себе -- по суди мы дали команду контролёру, он её принял, а дальше с винтом он уже сам разбирается -- это никак не сказывается на нагрузку машины (ну тут всё зависит от производителя синхронная/асинхронная работа с утилитами управления)
</гадаю>
> <гадаю>
> насколько я ничего не понимаю он собственно ничего с диска не удаляет,
> удаляет мета которые хранятся на самом контролёре.нее, мета-инфа, думаю, хранится на винтах.
>> <гадаю>
>> насколько я ничего не понимаю он собственно ничего с диска не удаляет,
>> удаляет мета которые хранятся на самом контролёре.
> нее, мета-инфа, думаю, хранится на винтах.уверен что нет , linux soft-raid хранит её на диске ибо другого места простj нема, даже полусофтовые хранят мету у себя во флэше.
>>> <гадаю>
>>> насколько я ничего не понимаю он собственно ничего с диска не удаляет,
>>> удаляет мета которые хранятся на самом контролёре.
>> нее, мета-инфа, думаю, хранится на винтах.
> уверен что нет , linux soft-raid хранит её на диске ибо другого
> места простj нема, даже полусофтовые хранят мету у себя во флэше.а как тогда вышедший из строя контроллер менять?
>>>> <гадаю>
>>>> насколько я ничего не понимаю он собственно ничего с диска не удаляет,
>>>> удаляет мета которые хранятся на самом контролёре.
>>> нее, мета-инфа, думаю, хранится на винтах.
>> уверен что нет , linux soft-raid хранит её на диске ибо другого
>> места простj нема, даже полусофтовые хранят мету у себя во флэше.
> а как тогда вышедший из строя контроллер менять?хмм... наверное ты прав
destdisk -- это опечатка? Имелось в виду testdisk?
> destdisk -- это опечатка? Имелось в виду testdisk?угу -- ссылка приведена
>[оверквотинг удален]
>p2 OK u1 931.51 GB 1953525168 9QJ26SLQ
> p3 OK u2 931.51 GB 1953525168 9QJ1BDYY
> p4 OK u3 931.51 GB 1953525168 9QJ1RRJT
> p11 OK u4 931.51 GB 1953525168 9QJ5D1FB
> Но инфа же на них есть. Должна быть. Диски не форматировались, поверх
> ничего не писалось. Вопрос сводится к тому, можно ли после
># tw_cli maint deleteunit c0 u1
> # tw_cli maint createunit c0 rraid1 p2:6
> увидеть что было на p2.
> Уничтожает ли maint deleteunit информацию?1. ...делятся на тех кто не делает и тех, кто УЖЕ делает.
2. что есть single? в рамка использования 3ware, есть более распр^Wверное название этому.
3. http://www.freeraidrecovery.com/, http://www.cgsecurity.org/wiki/TestDisk, http://www.runtime.org/raid.htm
> 1. ...делятся на тех кто не делает и тех, кто УЖЕ делает.
> 2. что есть single? в рамка использования 3ware, есть более распр^Wверное название
> этому.
> 3. http://www.freeraidrecovery.com/, http://www.cgsecurity.org/wiki/TestDisk, http://www.runtime.org/raid.htm1. не понял
2. single - это диск, работающий не в RAID-массиве, а самостоятельно, как обычный диск
3. физического доступа к дискам нет. Только консоль
>> 1. ...делятся на тех кто не делает и тех, кто УЖЕ делает.
>> 2. что есть single? в рамка использования 3ware, есть более распр^Wверное название
>> этому.
>> 3. http://www.freeraidrecovery.com/, http://www.cgsecurity.org/wiki/TestDisk, http://www.runtime.org/raid.htm
> 1. не понял
> 2. single - это диск, работающий не в RAID-массиве, а самостоятельно, как
> обычный диск
> 3. физического доступа к дискам нет. Только консольПопробуйте проанализировать диски с помощью программы foremost.
testdisk внезапно из консоли работает
>[оверквотинг удален]
>p2 OK u1 931.51 GB 1953525168 9QJ26SLQ
> p3 OK u2 931.51 GB 1953525168 9QJ1BDYY
> p4 OK u3 931.51 GB 1953525168 9QJ1RRJT
> p11 OK u4 931.51 GB 1953525168 9QJ5D1FB
> Но инфа же на них есть. Должна быть. Диски не форматировались, поверх
> ничего не писалось. Вопрос сводится к тому, можно ли после
># tw_cli maint deleteunit c0 u1
> # tw_cli maint createunit c0 rraid1 p2:6
> увидеть что было на p2.
> Уничтожает ли maint deleteunit информацию?чтобы что-то восстановить, нужно развалить зеркало, что вот в этом непонятного?!
Как зеркало работает - представляете?
Если не хотите разваливать зеркало и у вас на него НИЧЕГО не пишется, можно
попробовать dd.
dd с физического диска на котором была информация в любое место которое
не затрет вашу информацию для дальнейшего анализа: testdisk, rstudio и тд и тп.
Нужно восстановить MBR или GPT которая была и восстановить суперблоки тех FS что
там были - практически вся информация станет доступной.
Обычно всякие mkfs имеют флаг ничего не делать, только показать с какими параметрами
будет создаваться FS, если у вас FS создавались с default параметрами, то получить
адреса альтернативных суперблоков не проблема, как и последующее восстановление FS
целиком. Но прежде необходимо восстановить MBR.
Все делятся на тех кто еще не делает бекапы и тех кто уже делает.