поскольку на форуме ответа так и не получил, продублирую здесь
недавно посетила светлая мысль глянуть раз в сто лет /proc/mdstat на сервере. глянул! увидел два битых raid1. конфигурация: два юсб-харда, на них созданы две пары одинаковых разделов (один под файлопомойку, второй под бэкапы), и из этих разделов собраны зеркала. так вот, узрев битые зеркала я, конечно, первым делом сделал sudo mdadm /dev/md/... -r faild sudo mdadm /dev/md/... --re-add /dev/sdXY но вот ведь что интересно - диск, который всегда был sdb, стал теперь называться sdd. ну, думаю, из-за этого и развалилось, щас обратно подцепит, и все дела. ага! он стал синкать все полностью по-новой. в общем, оставил на ночь это дело, засинкал свои 500 гигов (что для юсб-железки ваще не полезно)... а сегодня полез разбираться. и вычитал в dmesg вот что: http://pastebin.com/PQ6iPdVR глянув mdadm.conf, я понял, почему он его автоматом не собрал обратно по ююидам: DEVICE /dev/sdb[25] /dev/sdc[25] # auto-create devices with Debian standard permissions CREATE owner=root group=disk mode=0660 auto=yes metadata=1.2 symlinks=no # automatically tag new arrays as belonging to the local system HOMEHOST <ignore> # instruct the monitoring daemon where to send mail alerts MAILADDR root # definitions of existing MD arrays ARRAY /dev/md/backup metadata=1.2 UUID=6ddea540:2739bd17:23004444:362be1ff name=srv:backup ARRAY /dev/md/svalka metadata=1.2 UUID=992b06af:42dd8b35:bc2a3843:e50f2e6b name=srv:svalka AUTO -all собственно, в строке DEVICE разгадка и есть. интересно другое: 1. какого хрена sdb после дисконнекта стал sdd? или ему просто присваивается имя после последнего занятого? 2. почему после --re-add mdadm стал синкать весь массив с нуля? (вот это уже более интересно) про сам дисконнект спрашивать не буду - ошибок никаких тем более, вполне возможно, что и физически задели, вот и пошатнулся проводок. 3, после следующего ребута, когда sdb вернется на свое место, я опять кукиш с маслом получу? DEVICE в mdadm.conf поправил, конечно -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
