Мне нравится выполнять старые аппаратные средства максимально долго, но я заменил бы машину. Вы собираетесь быть нелегко делать любой прогресс в решении этого вопроса.
Мое подозрение было бы тонким взаимодействием между встроенным микропрограммным обеспечением на "провальных" дисках, возможно основная плата замены в горячем режиме, и RAID-контроллером. Никто или в Dell или в Fujitsu не тестирует те диски, что тот контроллер больше, и Вы вряд ли получите любого в любой заинтересованной компании.
Вы помещаете массив в опасности каждый раз, когда это происходит, так как массив становится ухудшенным и восстанавливается. Если законный отказ происходит на другом диске во время восстановить процесса, Вы собираетесь быть в сценарии отказа массива. Надо надеяться, у Вас есть хорошие резервные копии.
Это печально, потому что добавление дисков действительно должно хорошо работать, но с чем-то этот возраст Вы - действительно более обеспеченное стиснуть зубы и получение чего-то с активной поддержкой производителя.
Я думаю purge
служебное упоминание в этом вопросе может сделать то, что Вы хотите. Утилита упоминает Squid v2 явно, таким образом, я не знаю, будет ли это работать со Сквидом v3. Это имеет опции для списка содержания кэша (-e
) и для извлечения файлов от кэша (-C -e
).
Может быть, немного поздно для OP, но разве вы не можете просто сделать запрос HEAD для большого ресурса и проверить заголовки ответов, чтобы увидеть, не произошло ли попадание в кеш?