То поведение (использующий запчасть) должно действительно быть невидимо для Вас; что это говорит, что существует то, что это собирается сделать некоторый обман создания диска, и вместо того, чтобы развернуть диски и создать канал четности во время сборки (медленный!), это собирается создать массив на трех устройствах и добавить последнее устройство после факта, сделать сборку четности в фоновом режиме.
Ваше подозрение о проблеме с командой, поскольку у Вас есть он, мертво на. При выполнении этого это генерирует 3 дисковых массива на 2 дисках, затем добавить третий диск от того, чтобы быть временным горячим резервированием в массив.. оставляя Вас с, тем не менее, горячее резервирование в конце его.
Вы захотите это, вместо этого; mdadm все еще сделает свой обман с горячим резервированием, но это будет невидимо для Вас (Вы будете видеть в /proc/mdstat
после создания, что это сразу вскочит в процесс загружающихся данных на 4-й диск):
mdadm --create --verbose /dev/md0 --level=5 --raid-devices=4 /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde1
Изменение регистрируемых полей не приведет к перезапуску AppPool, но убьет текущий AppDomain и запустит новый при следующем запросе. Таким образом, любое состояние сеанса (если оно выполняется) теряется.
Вы можете легко это проверить:
<%@ Page language="c#" %>
<html>
<% if (Session["starttime"] == null) { Session.Add("starttime", DateTime.Now.ToString()); }; %>
<%= Session["starttime"] %>
</html>
дважды загрузите страницу, чтобы увидеть время, затем измените настройки журнала и перезагрузите страницу, вы получите новое время .