Вопросы Теги

Я снова потерял RAID?

Войдите в систему как обычный пользователь и используйте sudo -i для перехода к корневой оболочке.

Вы не должны использовать учетную запись root или изменить ее пароль для этого вопроса.

3
задан 4 March 2011 в 10:17

20 ответов

Я смог связаться с Нилом Брауном (разработчиком), и он не раз предложил увеличить размер stripe_cache_size до 2048. Это похоже на мой предыдущий вопрос, когда я не смог сделать эту настройку постоянной.

Итак, после того, как она изменила форму 8192, проблема решена. Бог благословляет Нила Брауна: -)

2
ответ дан 25 May 2018 в 22:43

Я смог связаться с Нилом Брауном (разработчиком), и он не раз предложил увеличить размер stripe_cache_size до 2048. Это похоже на мой предыдущий вопрос, когда я не смог сделать эту настройку постоянной.

Итак, после того, как она изменила форму 8192, проблема решена. Бог благословляет Нила Брауна: -)

2
ответ дан 25 July 2018 в 22:24

Я смог связаться с Нилом Брауном (разработчиком), и он не раз предложил увеличить размер stripe_cache_size до 2048. Это похоже на мой предыдущий вопрос, когда я не смог сделать эту настройку постоянной.

Итак, после того, как она изменила форму 8192, проблема решена. Бог благословляет Нила Брауна: -)

2
ответ дан 26 July 2018 в 21:16

Я смог связаться с Нилом Брауном (разработчиком), и он не раз предложил увеличить размер stripe_cache_size до 2048. Это похоже на мой предыдущий вопрос, когда я не смог сделать эту настройку постоянной.

Итак, после того, как она изменила форму 8192, проблема решена. Бог благословляет Нила Брауна: -)

2
ответ дан 31 July 2018 в 13:33

Я смог связаться с Нилом Брауном (разработчиком), и он не раз предложил увеличить размер stripe_cache_size до 2048. Это похоже на мой предыдущий вопрос, когда я не смог сделать эту настройку постоянной.

Итак, после того, как она изменила форму 8192, проблема решена. Бог благословляет Нила Брауна: -)

2
ответ дан 2 August 2018 в 03:51

Я смог связаться с Нилом Брауном (разработчиком), и он не раз предложил увеличить размер stripe_cache_size до 2048. Это похоже на мой предыдущий вопрос, когда я не смог сделать эту настройку постоянной.

Итак, после того, как она изменила форму 8192, проблема решена. Бог благословляет Нила Брауна: -)

2
ответ дан 4 August 2018 в 19:55

Я смог связаться с Нилом Брауном (разработчиком), и он не раз предложил увеличить размер stripe_cache_size до 2048. Это похоже на мой предыдущий вопрос, когда я не смог сделать эту настройку постоянной.

Итак, после того, как она изменила форму 8192, проблема решена. Бог благословляет Нила Брауна: -)

2
ответ дан 6 August 2018 в 03:57

Я смог связаться с Нилом Брауном (разработчиком), и он не раз предложил увеличить размер stripe_cache_size до 2048. Это похоже на мой предыдущий вопрос, когда я не смог сделать эту настройку постоянной.

Итак, после того, как она изменила форму 8192, проблема решена. Бог благословляет Нила Брауна: -)

2
ответ дан 7 August 2018 в 21:55

Я смог связаться с Нилом Брауном (разработчиком), и он не раз предложил увеличить размер stripe_cache_size до 2048. Это похоже на мой предыдущий вопрос, когда я не смог сделать эту настройку постоянной.

Итак, после того, как она изменила форму 8192, проблема решена. Бог благословляет Нила Брауна: -)

2
ответ дан 10 August 2018 в 10:10

Я смог связаться с Нилом Брауном (разработчиком), и он не раз предложил увеличить размер stripe_cache_size до 2048. Это похоже на мой предыдущий вопрос, когда я не смог сделать эту настройку постоянной.

Итак, после того, как она изменила форму 8192, проблема решена. Бог благословляет Нила Брауна: -)

2
ответ дан 13 August 2018 в 16:31

Иногда перестройка будет сидеть со скоростью = 0K / sec, потому что файл резервной копии не был создан или был потерян во время обработки.

Решение в этом случае было предоставлено Нилом Брауном в ответ на электронное письмо по адресу linux-raid@vger.kernel.org.

Вы должны иметь возможность просто остановить массив и повторно собрать с другим файлом резервной копии и волшебным флагом «-invalid-backup» (требуется mdadm 3.2 или новее). Резервный-файл действительно нужен только в случае сбоя. Поскольку вы полностью остановите массив, вам не понадобится восстанавливать что-либо при повторной сборке, поэтому -invalid-backup (в котором говорится: «Нет ничего в файле резервной копии, но это нормально) совершенно безопасно. NeilBrown [ ! d3]

Для RAID5, как устройство /dev/md0, с 7 дисками, установленными в /mnt/data, процедура для его ответа:

Все следующие

Найти любые открытые подключения к диску: 

lsof /mnt/data

Закройте их или остановите службы, которые могут взаимодействовать с ним. Обычно: [ ! d12] 

systemctl stop <SERVICE_NAME>

или 

service <SERVICE_NAME> stop

Отключить, остановить, а затем снова собрать: 

umount /mnt/data
mdadm --stop /dev/md0
mdadm --assemble --invalid-backup --backup-file=/root/mdadm0.bak /dev/md0 /dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1 /dev/sdg1 /dev/sdh1 /dev/sdi1

В зависимости от предыдущих конфигураций устройство может автоматически перемонтироваться после Если нет, установите с помощью: 

mount /dev/md0 /mnt/data

После этого можно перезапустить любые службы или соединения, оттуда оттуда.

1
ответ дан 25 May 2018 в 22:43

Иногда перестройка будет сидеть со скоростью = 0K / sec, потому что файл резервной копии не был создан или был потерян во время обработки.

Решение в этом случае было предоставлено Нилом Брауном в ответ на электронное письмо по адресу linux-raid@vger.kernel.org.

Вы должны иметь возможность просто остановить массив и повторно собрать с другим файлом резервной копии и волшебным флагом «-invalid-backup» (требуется mdadm 3.2 или новее). Резервный-файл действительно нужен только в случае сбоя. Поскольку вы полностью остановите массив, вам не понадобится восстанавливать что-либо при повторной сборке, поэтому -invalid-backup (в котором говорится: «Нет ничего в файле резервной копии, но это нормально) совершенно безопасно. NeilBrown [ ! d3]

Для RAID5, как устройство /dev/md0, с 7 дисками, установленными в /mnt/data, процедура для его ответа:

Все следующие

Найти любые открытые подключения к диску:

lsof /mnt/data

Закройте их или остановите службы, которые могут взаимодействовать с ним. Обычно: [ ! d12] systemctl stop <SERVICE_NAME>

или

service <SERVICE_NAME> stop

Отключить, остановить, а затем снова собрать:

umount /mnt/data mdadm --stop /dev/md0 mdadm --assemble --invalid-backup --backup-file=/root/mdadm0.bak /dev/md0 /dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1 /dev/sdg1 /dev/sdh1 /dev/sdi1

В зависимости от предыдущих конфигураций устройство может автоматически перемонтироваться после Если нет, установите с помощью:

mount /dev/md0 /mnt/data

После этого можно перезапустить любые службы или соединения, оттуда оттуда.

1
ответ дан 25 July 2018 в 22:24

Иногда перестройка будет сидеть со скоростью = 0K / sec, потому что файл резервной копии не был создан или был потерян во время обработки.

Решение в этом случае было предоставлено Нилом Брауном в ответ на электронное письмо по адресу linux-raid@vger.kernel.org.

Вы должны иметь возможность просто остановить массив и повторно собрать с другим файлом резервной копии и волшебным флагом «-invalid-backup» (требуется mdadm 3.2 или новее). Резервный-файл действительно нужен только в случае сбоя. Поскольку вы полностью остановите массив, вам не понадобится восстанавливать что-либо при повторной сборке, поэтому -invalid-backup (в котором говорится: «Нет ничего в файле резервной копии, но это нормально) совершенно безопасно. NeilBrown [ ! d3]

Для RAID5, как устройство /dev/md0, с 7 дисками, установленными в /mnt/data, процедура для его ответа:

Все следующие

Найти любые открытые подключения к диску:

lsof /mnt/data

Закройте их или остановите службы, которые могут взаимодействовать с ним. Обычно: [ ! d12] systemctl stop <SERVICE_NAME>

или

service <SERVICE_NAME> stop

Отключить, остановить, а затем снова собрать:

umount /mnt/data mdadm --stop /dev/md0 mdadm --assemble --invalid-backup --backup-file=/root/mdadm0.bak /dev/md0 /dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1 /dev/sdg1 /dev/sdh1 /dev/sdi1

В зависимости от предыдущих конфигураций устройство может автоматически перемонтироваться после Если нет, установите с помощью:

mount /dev/md0 /mnt/data

После этого можно перезапустить любые службы или соединения, оттуда оттуда.

1
ответ дан 26 July 2018 в 21:16

Иногда перестройка будет сидеть со скоростью = 0K / sec, потому что файл резервной копии не был создан или был потерян во время обработки.

Решение в этом случае было предоставлено Нилом Брауном в ответ на электронное письмо по адресу linux-raid@vger.kernel.org.

Вы должны иметь возможность просто остановить массив и повторно собрать с другим файлом резервной копии и волшебным флагом «-invalid-backup» (требуется mdadm 3.2 или новее). Резервный-файл действительно нужен только в случае сбоя. Поскольку вы полностью остановите массив, вам не понадобится восстанавливать что-либо при повторной сборке, поэтому -invalid-backup (в котором говорится: «Нет ничего в файле резервной копии, но это нормально) совершенно безопасно. NeilBrown [ ! d3]

Для RAID5, как устройство /dev/md0, с 7 дисками, установленными в /mnt/data, процедура для его ответа:

Все следующие

Найти любые открытые подключения к диску:

lsof /mnt/data

Закройте их или остановите службы, которые могут взаимодействовать с ним. Обычно: [ ! d12] systemctl stop <SERVICE_NAME>

или

service <SERVICE_NAME> stop

Отключить, остановить, а затем снова собрать:

umount /mnt/data mdadm --stop /dev/md0 mdadm --assemble --invalid-backup --backup-file=/root/mdadm0.bak /dev/md0 /dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1 /dev/sdg1 /dev/sdh1 /dev/sdi1

В зависимости от предыдущих конфигураций устройство может автоматически перемонтироваться после Если нет, установите с помощью:

mount /dev/md0 /mnt/data

После этого можно перезапустить любые службы или соединения, оттуда оттуда.

1
ответ дан 31 July 2018 в 13:33

Иногда перестройка будет сидеть со скоростью = 0K / sec, потому что файл резервной копии не был создан или был потерян во время обработки.

Решение в этом случае было предоставлено Нилом Брауном в ответ на электронное письмо по адресу linux-raid@vger.kernel.org.

Вы должны иметь возможность просто остановить массив и повторно собрать с другим файлом резервной копии и волшебным флагом «-invalid-backup» (требуется mdadm 3.2 или новее). Резервный-файл действительно нужен только в случае сбоя. Поскольку вы полностью остановите массив, вам не понадобится восстанавливать что-либо при повторной сборке, поэтому -invalid-backup (в котором говорится: «Нет ничего в файле резервной копии, но это нормально) совершенно безопасно. NeilBrown [ ! d3]

Для RAID5, как устройство /dev/md0, с 7 дисками, установленными в /mnt/data, процедура для его ответа:

Все следующие

Найти любые открытые подключения к диску:

lsof /mnt/data

Закройте их или остановите службы, которые могут взаимодействовать с ним. Обычно: [ ! d12] systemctl stop <SERVICE_NAME>

или

service <SERVICE_NAME> stop

Отключить, остановить, а затем снова собрать:

umount /mnt/data mdadm --stop /dev/md0 mdadm --assemble --invalid-backup --backup-file=/root/mdadm0.bak /dev/md0 /dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1 /dev/sdg1 /dev/sdh1 /dev/sdi1

В зависимости от предыдущих конфигураций устройство может автоматически перемонтироваться после Если нет, установите с помощью:

mount /dev/md0 /mnt/data

После этого можно перезапустить любые службы или соединения, оттуда оттуда.

1
ответ дан 2 August 2018 в 03:51

Иногда перестройка будет сидеть со скоростью = 0K / sec, потому что файл резервной копии не был создан или был потерян во время обработки.

Решение в этом случае было предоставлено Нилом Брауном в ответ на электронное письмо по адресу linux-raid@vger.kernel.org.

Вы должны иметь возможность просто остановить массив и повторно собрать с другим файлом резервной копии и волшебным флагом «-invalid-backup» (требуется mdadm 3.2 или новее). Резервный-файл действительно нужен только в случае сбоя. Поскольку вы полностью остановите массив, вам не понадобится восстанавливать что-либо при повторной сборке, поэтому -invalid-backup (в котором говорится: «Нет ничего в файле резервной копии, но это нормально) совершенно безопасно. NeilBrown [ ! d3]

Для RAID5, как устройство /dev/md0, с 7 дисками, установленными в /mnt/data, процедура для его ответа:

Все следующие

Найти любые открытые подключения к диску:

lsof /mnt/data

Закройте их или остановите службы, которые могут взаимодействовать с ним. Обычно: [ ! d12] systemctl stop <SERVICE_NAME>

или

service <SERVICE_NAME> stop

Отключить, остановить, а затем снова собрать:

umount /mnt/data mdadm --stop /dev/md0 mdadm --assemble --invalid-backup --backup-file=/root/mdadm0.bak /dev/md0 /dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1 /dev/sdg1 /dev/sdh1 /dev/sdi1

В зависимости от предыдущих конфигураций устройство может автоматически перемонтироваться после Если нет, установите с помощью:

mount /dev/md0 /mnt/data

После этого можно перезапустить любые службы или соединения, оттуда оттуда.

1
ответ дан 4 August 2018 в 19:55

Иногда перестройка будет сидеть со скоростью = 0K / sec, потому что файл резервной копии не удалось создать или был потерян во время обработки.

Решение в этом случае было поставлено Нилом Брауном в ответ на сообщение электронной почты linux-raid@vger.kernel.org .

Вы должны просто остановить массив и повторно собрать с помощью другого файла резервной копии и волшебного флага «--invalid-backup» (требуется mdadm 3.2 или новее).

Файл резервной копии действительно нужна в случае аварии. Поскольку вы полностью остановите массив, не будет необходимости восстанавливать что-либо при повторной сборке, поэтому -invalid-backup (в котором говорится: «Нет ничего в файле резервной копии, но это нормально) совершенно безопасно.

NeilBrown

Для RAID5, как устройство / dev / md0 , с 7 дисками, установленными на / mnt / data , процедура его ответа:

Все следующие команды должны выполняться как root или эквивалентные.

Найти любые открытые соединения на диск: 

  lsof / mnt / data

Закройте их или остановите службы, которые могут взаимодействовать с ним. Обычно: 

  systemctl stop & lt; SERVICE_NAME & gt;

или 

  service & lt; SERVICE_NAME & gt; остановить

Отмонтировать, остановить и затем собрать: 

  umount / mnt / data mdadm --stop / dev / md0 mdadm --assemble --invalid-backup --backup-file = / root / mdadm0  .bak / dev / md0 / dev / sdc1 / dev / sdd1 / dev / sde1 / dev / sdf1 / dev / sdg1 / dev / sdh1 / dev / sdi1

В зависимости от предыдущих конфигураций устройство может автоматически перемонтироваться после команды сборки. Если нет, установите с помощью: 

  mount / dev / md0 / mnt / data

Затем можно перезапустить любые службы или соединения, .

1
ответ дан 6 August 2018 в 03:57

Иногда перестройка будет сидеть со скоростью = 0K / sec, потому что файл резервной копии не удалось создать или был потерян во время обработки.

Решение в этом случае было поставлено Нилом Брауном в ответ на сообщение электронной почты linux-raid@vger.kernel.org .

Вы должны просто остановить массив и повторно собрать с помощью другого файла резервной копии и волшебного флага «--invalid-backup» (требуется mdadm 3.2 или новее).

Файл резервной копии действительно нужна в случае аварии. Поскольку вы полностью остановите массив, не будет необходимости восстанавливать что-либо при повторной сборке, поэтому -invalid-backup (в котором говорится: «Нет ничего в файле резервной копии, но это нормально) совершенно безопасно.

NeilBrown

Для RAID5, как устройство / dev / md0 , с 7 дисками, установленными на / mnt / data , процедура его ответа:

Все следующие команды должны выполняться как root или эквивалентные.

Найти любые открытые соединения на диск: 

  lsof / mnt / data

Закройте их или остановите службы, которые могут взаимодействовать с ним. Обычно: 

  systemctl stop & lt; SERVICE_NAME & gt;

или 

  service & lt; SERVICE_NAME & gt; остановить

Отмонтировать, остановить и затем собрать: 

  umount / mnt / data mdadm --stop / dev / md0 mdadm --assemble --invalid-backup --backup-file = / root / mdadm0  .bak / dev / md0 / dev / sdc1 / dev / sdd1 / dev / sde1 / dev / sdf1 / dev / sdg1 / dev / sdh1 / dev / sdi1

В зависимости от предыдущих конфигураций устройство может автоматически перемонтироваться после команды сборки. Если нет, установите с помощью: 

  mount / dev / md0 / mnt / data

Затем можно перезапустить любые службы или соединения, .

1
ответ дан 7 August 2018 в 21:55

Иногда перестройка будет сидеть со скоростью = 0K / sec, потому что файл резервной копии не удалось создать или был потерян во время обработки.

Решение в этом случае было поставлено Нилом Брауном в ответ на сообщение электронной почты linux-raid@vger.kernel.org .

Вы должны просто остановить массив и повторно собрать с помощью другого файла резервной копии и волшебного флага «--invalid-backup» (требуется mdadm 3.2 или новее).

Файл резервной копии действительно нужна в случае аварии. Поскольку вы полностью остановите массив, не будет необходимости восстанавливать что-либо при повторной сборке, поэтому -invalid-backup (в котором говорится: «Нет ничего в файле резервной копии, но это нормально) совершенно безопасно.

NeilBrown

Для RAID5, как устройство / dev / md0 , с 7 дисками, установленными на / mnt / data , процедура его ответа:

Все следующие команды должны выполняться как root или эквивалентные.

Найти любые открытые соединения на диск: 

  lsof / mnt / data

Закройте их или остановите службы, которые могут взаимодействовать с ним. Обычно: 

  systemctl stop & lt; SERVICE_NAME & gt;

или 

  service & lt; SERVICE_NAME & gt; остановить

Отмонтировать, остановить и затем собрать: 

  umount / mnt / data mdadm --stop / dev / md0 mdadm --assemble --invalid-backup --backup-file = / root / mdadm0  .bak / dev / md0 / dev / sdc1 / dev / sdd1 / dev / sde1 / dev / sdf1 / dev / sdg1 / dev / sdh1 / dev / sdi1

В зависимости от предыдущих конфигураций устройство может автоматически перемонтироваться после команды сборки. Если нет, установите с помощью: 

  mount / dev / md0 / mnt / data

Затем можно перезапустить любые службы или соединения, .

1
ответ дан 10 August 2018 в 10:10

Иногда перестройка будет сидеть со скоростью = 0K / sec, потому что файл резервной копии не удалось создать или был потерян во время обработки.

Решение в этом случае было поставлено Нилом Брауном в ответ на сообщение электронной почты linux-raid@vger.kernel.org .

Вы должны просто остановить массив и повторно собрать с помощью другого файла резервной копии и волшебного флага «--invalid-backup» (требуется mdadm 3.2 или новее).

Файл резервной копии действительно нужна в случае аварии. Поскольку вы полностью остановите массив, не будет необходимости восстанавливать что-либо при повторной сборке, поэтому -invalid-backup (в котором говорится: «Нет ничего в файле резервной копии, но это нормально) совершенно безопасно.

NeilBrown

Для RAID5, как устройство / dev / md0 , с 7 дисками, установленными на / mnt / data , процедура его ответа:

Все следующие команды должны выполняться как root или эквивалентные.

Найти любые открытые соединения на диск: 

  lsof / mnt / data

Закройте их или остановите службы, которые могут взаимодействовать с ним. Обычно: 

  systemctl stop & lt; SERVICE_NAME & gt;

или 

  service & lt; SERVICE_NAME & gt; остановить

Отмонтировать, остановить и затем собрать: 

  umount / mnt / data mdadm --stop / dev / md0 mdadm --assemble --invalid-backup --backup-file = / root / mdadm0  .bak / dev / md0 / dev / sdc1 / dev / sdd1 / dev / sde1 / dev / sdf1 / dev / sdg1 / dev / sdh1 / dev / sdi1

В зависимости от предыдущих конфигураций устройство может автоматически перемонтироваться после команды сборки. Если нет, установите с помощью: 

  mount / dev / md0 / mnt / data

Затем можно перезапустить любые службы или соединения, .

1
ответ дан 13 August 2018 в 16:31

Другие вопросы по тегам:

Похожие вопросы: