Передача сетевого файла VHD последовательно перестала работать на уровне 4 ГБ
См. директиву LimitRequestLine в конфигурации Apache. Значение по умолчанию 8190, таким образом, что-либо большее, чем это имеет потенциал для порождения проблем.
Эта директива определяет номер байтов, которые будут позволены на строке запроса HTTP.
Директива LimitRequestLine позволяет администратору сервера уменьшать или увеличивать предел на позволенный размер строки запроса HTTP клиента. Так как строка запроса состоит из метода HTTP, URI и версии протокола, директива LimitRequestLine устанавливает ограничение для длины URI запроса, допускал запрос на сервере. Серверу нужно это значение, чтобы быть достаточно большим для содержания любого из его имен ресурса, включая любую информацию, которая могла бы быть передана в части запроса ПОЛУЧИТЬ запроса.
Эта директива дает администратору сервера больший контроль над аварийным клиентским поведением запроса, которое может быть полезно для предотвращения некоторых форм атак "отказ в обслуживании".
Я полагаю, что это - предел суммы всех cookie на веб-странице и не только отдельного cookie (не положительный относительно этого хотя). Но все cookie для веб-сайта передаются с помощью единственный заголовок запроса, поэтому если достаточно cookie будет на веб-странице, и сумма превышает значение директивы LimitRequestLine, то будут проблемы.
После многочасового устранения неполадок (и проверки всех предложений, опубликованных здесь), проблема оказалась связью TLS между нашим главным офисом и центром обработки данных. Я позвонил нашему провайдеру TLS, и после разговора с несколькими техническими специалистами NOC один из них уже слышал об этой проблеме раньше. Оказалось, что часть оборудования уровня 2 было старым и имело проблемы с данными VHD.
Решением было обновление прошивки на этих устройствах, которое было выполнено поставщиком TLS. Теперь у нас нет проблем с переносом больших VHD. Для заинтересованных: наш провайдер TLS - Shaw Communications в Виктории, Канада.
Попробуйте Xcopy или Robocopy; по крайней мере, у одного или обоих есть переключатель «возобновить». Rsync тоже может помочь.
Из любопытства, одна из машин 32-битная, а другая 64-битная? Если да, можете ли вы временно попробовать свою копию на 64-битной машине.
Ммммхххх ... Я вижу различные ответы выше и понимаю, что до сих пор не могу сказать, действительно ли вы пытались скопировать с помощью 64-битной программы копирования. (xcopy, robocopy и большинство FTP-клиентов 32-битные, даже в 64-битной Windows.)
Можете ли вы попробовать с 64-битной версией TotalCommander V8.0? (Это все еще релиз-кандидат, но очень стабильный.) Это действительно только 64-разрядная версия.
Еще одна вещь, которую стоит попробовать, если на сервере включен IPV6 (обычно это делается на W2K8): полностью отключите IPV4 на рабочей станции, чтобы скопировать придется использовать IPV6. Будет интересно посмотреть, имеет ли это значение.
Если ничего из вышеперечисленного не принесет облегчения ... Вы всегда можете использовать HJSplit (или функцию разделения TotalCommander), чтобы разделить файл на куски по 1 ГБ, но, конечно, у вас должны быть средства для их повторного соединения на сервере. Это будет зависеть от того, есть ли у вас доступ для запуска программы на самом сервере. (Просто скопируйте / b chunk1 + chunk2 + chunk3 total.vhd, если вам не разрешено устанавливать дополнительное программное обеспечение на стороне сервера.)
Если поискать в Google ошибки копирования больших файловых сетей, вы обнаружите, что некоторые темы говорят о похожих проблемах, но не только о VHD. Этот КБ обычно связан, чтобы узнать, помогает ли настройка параметров сетевой карты. Разгрузка TCP, настройки дымохода и т. Д.
Подумайте только: VHD используется гипервизором или смонтирован?
Это могло произойти из-за того, что часть VHD заблокирована и не может быть прочитана из файловой системы. Вот почему архивирование файла работает и почему видеофайлы того же размера также работают, но не файлы VHD.
Ищите блокировку файла в Windows:
- Загрузите проводник процессов (Прямая ссылка на live.sysinternals.com)
- Выберите меню «Поиск», выберите «Найти дескриптор» или «DLL» ...
- Введите имя файла, выберите поиск.
Похоже, есть сообщение об обмене экспертами с аналогичными проблемами. Но в ответах нет разрешений.
Похоже, это может быть проблема с разрешениями, когда вы пытаетесь скопировать файл в сетевое расположение, он останавливается или терпит неудачу, возможно, вы могли бы попытаться создать сетевую папку, чтобы сделать это полностью открытый, то есть общий для группы «Все», а также установить этот способ на вкладке безопасности. Если это решит проблему, то это похоже на проблему с разрешениями, на самом деле, поскольку вы упомянули, что копия Linux вышла из строя раньше, похоже, что проблема может быть с разрешениями. Убедитесь, что файлы внутри VHD не используются и у вас есть соответствующие разрешения для доступа к ним.
Также убедитесь, что папка, из которой вы копируете, имеет открытые разрешения. Помните, что это просто для того, чтобы посмотреть, не мешают ли разрешения, вы всегда можете ужесточить их позже, когда получите начальную точку работы копии.
Другое дело, и это может быть маловероятно, но пробовали ли вы обновить драйверы сетевой карты? Возможно, в самой последней версии драйвера для вашей машины есть исправление.
Надеюсь, это поможет, Ура