Возврат из операции произошел из за превышения времени ожидания windows 10

Обновлено: 04.07.2024

На самом деле установка завершается успешно, и рабочая станция появляется в неподтвержденных. Подтверждаю - перемещается в назначенную группу и после этого тишина - остальные назначенные компоненты не устанавливаются.

Логи с рабочей станции:
D311-A.f0a4db6e-d21d-b211-977d-a00539a4d5ce.log
drwagntd.log
drwupgrade.log

Прикрепленные файлы:

По наблюдениям - агент с полным набором компонентов от подтверждения до работы всех компонентов - до получаса времени требует: все зависит от сети, в которой ставится агент.
Кстати - таймаут для сетевой установки какой? 180 сек? А если сделать 500-600?

По наблюдениям - агент с полным набором компонентов от подтверждения до работы всех компонентов - до получаса времени требует: все зависит от сети, в которой ставится агент.
Кстати - таймаут для сетевой установки какой? 180 сек? А если сделать 500-600?


Да сеть небольшая, во время установки из 48 возможных было включено вссего 8 станций и то не в работе, потерь на интерфейсе коммутатора нет. Полчаса наблюдал бездействие, надоело, пошел спать. Утром посмотрел, все закачалось и установилось только спустя три часа.

Возврат из операции произошел из-за превышения времени ожидания. (1460)

Пятьдесят пять килобайт в секунду? Надеюсь, не в локалке?

P.S. Вам ES-proxy надо ставить и выключать шифрацию трафика, если она есть.

Возврат из операции произошел из-за превышения времени ожидания. (1460)

Пятьдесят пять килобайт в секунду? Надеюсь, не в локалке?

P.S. Вам ES-proxy надо ставить и выключать шифрацию трафика, если она есть.

В локалке, но на таком объеме трафика достоверно измерить скорость передачи не удасться. Достаточно грубая оценка может быть сделана примерно так:
Это достаточно грубо, но зато можно гарантировать, что скорость передачи не менее 5МБайт/сек

Это достаточно грубо, но зато можно гарантировать, что скорость передачи не менее 5МБайт/сек

Вы принципиально видите только то, что совпадает с вашей точкой зрения?
Я оставил всего одну строчку (самое существенное) из вашего лога и вы по прежнему будете утверждать, что 56914/1024 b(ytes)p(er)s(econd) это "не менее 5МБайт/сек"?

Это достаточно грубо, но зато можно гарантировать, что скорость передачи не менее 5МБайт/сек

Вы принципиально видите только то, что совпадает с вашей точкой зрения?
Я оставил всего одну строчку (самое существенное) из вашего лога и вы по прежнему будете утверждать, что 56914/1024 b(ytes)p(er)s(econd) это "не менее 5МБайт/сек"?


Иногда помогает просто перезапустить Проводник через диспетчер задач или перезагрузить компьютер , используя экран Ctrl + Alt + Del, но проблема может появиться снова. Если эта проблема вас беспокоит, есть несколько способов ее решения.

Ошибка времени ожидания операции ожидания в приложении Photos

1] Запустите средства устранения неполадок

Чтобы открыть средство устранения неполадок приложений Магазина Windows, введите « Устранение неполадок » в поле поиска и нажмите Enter. Нажмите «Просмотреть все» в верхней левой панели. Выберите « Приложения Магазина Windows » в отображаемом списке и следуйте инструкциям на экране для устранения неполадок.

Используйте наше бесплатное приложение 10AppsManager для переустановки приложения «Фотографии» или «Фильмы и ТВ».

3] Перезапустите службу BITS .

Основной функцией фоновой интеллектуальной службы передачи (BITS) является передача файлов (загрузки или выгрузки) между клиентом и сервером и предоставление необходимой информации о ходе выполнения операций передачи. Таким образом, иногда конкретная проблема для этого сервиса может появиться ошибка. Вы можете устранить проблему, перезапустив службу BITS.

Для этого нажмите сочетание клавиш Windows + R, чтобы открыть диалоговое окно «Выполнить». Введите services.msc в пустое поле и нажмите Enter или нажмите OK.

Когда откроются службы Windows, найдите Фоновую интеллектуальную службу передачи (BITS), щелкните ее правой кнопкой мыши и выберите «Стоп» в меню. Теперь снова щелкните правой кнопкой мыши сервис и выберите «Пуск».

После перезапуска службы проверьте, решена ли проблема.

4] Устранение неполадок в чистом состоянии загрузки

Вы можете выполнить чистую загрузку, чтобы запустить Windows. Это помогает в преодолении конфликтов программного обеспечения, которые могут возникнуть при обновлении системы или установке нового приложения, и, таким образом, помогает в устранении неполадок вручную.

Если вам ничего не поможет, вы можете установить Средство просмотра фотографий Windows в качестве программы по умолчанию для открытия файлов изображений и Windows Media Player или VLC в качестве программ по умолчанию для открытия видеофайлов .

1683163,
У буфлу многие порты закрыты, пишите заявление в СЦ с указанием портов и ресурсов, но есть вероятность, что только со статикой вам откроют порты.

Да, такая проблема имела/имеет место быть. Столкнулся месяца 3 назад. Техподдержка слушала с открытыми от удивления глазами. Отключился.

1683163, ну ещё как вариант заснифать wireshark'ом и посмотреть, что получится. По итогу уже будет видно кого или что пинать.

До недавнего времени (буквально неделю назад) на Белтелекоме был заблокирован исходящий порт ntp для всех абонентов кроме статики (если ничего не путаю). Т.е. все устройства, что работающие как клиент-сервер должны были получать точное время. Но к сожалению вин по умолчанию работает как сервер-сервер.

Для командной строки
w32tm /config /manualpeerlist:NTP_server_IP_Address,0x8 /syncfromflags:MANUAL
net stop w32time
net start w32time
w32tm /resync

Для правки реестра
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer
If the value of the Enabled entry in this subkey is 1, Windows Time uses symmetric active mode. Otherwise, Windows Time uses client mode.
The 0x8 setting that is referenced in the command in the "Resolution" section sets Windows Time to use client mode.
The valid settings for the mode used with the /manualpeerlist switch include the following:
0x01 - use special poll interval SpecialInterval
0x02 - UseAsFallbackOnly
0x04 - send request as SymmetricActive mode
0x08 - send request as Client mode

ПС Возможно понадобиться в будущем.

Karvo:

До недавнего времени (буквально неделю назад) на Белтелекоме был заблокирован исходящий порт ntp для всех абонентов кроме статики (если ничего не путаю).

Не согласен. У меня маршрутизатор успешно синхронизировался, хотя в винде бывали косяки. Если бы порт был блокирован, маршрутизатор бы тоже не мог синхронизироваться.

Нашел решение этой проблемы. У меня на модеме PON-4 решилось так:
1.Заходим в настройки модема через 192.168.100.1
2. Далее заполняем все как на скрине.



если в качестве сервера указать не belgim.by то время не будет синхронизироваться, будьте внимательны. После перезагрузки модема все настройки синхронизации времени сбрасываются.

tatem большое тебе спасибо!

tatem:

Нашел решение этой проблемы. У меня на модеме PON-4 решилось так:

Для Huawei Echol ife HG8245A этот способ тоже работает.
1.



Получается, что в настройках синхронизации времени Windows нужно указывать то сервер, который прописан в настройках модема.
Сам я давно не пользуюсь синхронизацией времени встроенной в Windows, а использую программульку AlfaClock, она заменяет стандартные часы в трее


имеет больше возможностей и синхронизирует время не зависимо от настроек в Windows или в модеме.
Проблем с синхронизацией в ней никогда не было и нет после замены модема на PON.


PeterA:

Для Huawei Echol ife HG8245A этот способ тоже работает.

Ничего не работает




Ошибался я, не работает, забыл из VPN выйти.
Что удалось понять из общения с коллегами.
1) Проблемы есть не у всех абонентов.
2) ntp инициирует соединение на 123 порт на ntp server, на машине клиента также пытается открыть порт 123 на прием. Туда пакеты уходят без проблем, а вот на приём ZERO. Я так понимаю что вероятно на на моей внешней айпишке 123 порт закрыт, из-за этого проблемы.

UPD проверил на TCP порт 123 открыт снаружи. Возможно блокируется именно ntp трафик или UDP пакеты.
UPD2 проверил снаружи 123 порт udp принимает также. WTF с ntp?

123 порт должен быть открыт в обиоих направлениях по всей цепочке от вас до сервера времени в обе стороны
123 привелегилированный порт , все что ниже 1000 порта !

У меня, как только сменили ADSL на оптику, синхронизация времени работала без проблем. Но всего 2 или 4 дня (точнее не помню) с момента подключения, после ни в какую.

Первый сбой
Тип события: Ошибка
Источник события: DNS
Категория события: Отсутствует
Код события: 4016
Дата: 25.04.2008
Время: 18:32:43
Пользователь: Н/Д
Компьютер: RU00135VS00001
Описание:
Истекло время, в течение которого DNS-сервер пытался выполнить на "DC=23.18.10.in-addr.arpa,cn=MicrosoftDNS,cn=System,DC=vwk,DC=local" операцию службы Active Directory. Убедитесь, что Active Directory функционирует нормально. Данные события содержат сведения об ошибке.

Тип события: Ошибка
Источник события: DNS
Категория события: Отсутствует
Код события: 4015
Дата: 25.04.2008
Время: 18:32:52
Пользователь: Н/Д
Компьютер: RU00135VS00001
Описание:
DNS-серверу обнаружил критическую ошибку Active Directory. Убедитесь, что Active Directory работает правильно. Расширенная информация об ошибке: "". Данные события содержат сведения об ошибке.

Тип события: Ошибка
Источник события: DNS
Категория события: Отсутствует
Код события: 4004
Дата: 25.04.2008
Время: 18:32:52
Пользователь: Н/Д
Компьютер: RU00135VS00001
Описание:
DNS-серверу не удалось загрузить зону, поскольку не удалось завершить перечисление служб зоны vwk.local. Данный DNS-сервер настроен для получения и использования информации этой зоны из Active Directory. Проверьте, что Active Directory функционирует нормально и повторите перечисление зоны. Расширенная информация об ошибке: "". Данные события содержат сведения об ошибке.

Тип события: Ошибка
Источник события: DNS
Категория события: Отсутствует
Код события: 7053
Дата: 25.04.2008
Время: 18:34:31
Пользователь: Н/Д
Компьютер: RU00135VS00001
Описание:
Ошибка функции sendto() DNS-cервера. Данные события содержат сведения об ошибке.

Затем первер перегрузили и все заработало, потом через пару дней опять, + к этим добавились ошибки в AD

Тип события: Ошибка
Источник события: DNS
Категория события: Отсутствует
Код события: 4000
Дата: 28.04.2008
Время: 5:24:24
Пользователь: Н/Д
Компьютер: RU00135VS00001
Описание:
DNS-серверу не удалось открыть Active Directory. Без этого он не сможет загружать зону. Данный DNS-сервер настроен для получения и использования информация из каталога для этой зоны. Проверьте, что Active Directory функционирует нормально и перезагрузите зону. Данные события содержат код ошибки.

Продолжение выполнения текущей операции невозможно. Active Directory воспользуется локатором контроллеров домена для поиска доступного сервера глобального каталога.

Дополнительные данные
Значение ошибки:
14 Недостаточно памяти для завершения операции.

Дополнительные данные
Значение ошибки:
1460 Возврат из операции произошел из-за превышения времени ожидания.
Внутренний ID:
3200d11

Действие пользователя:
Убедитесь, что глобальный каталог находится в лесу и доступен для контроллера домена. Для диагностики можно использовать программу NLTEST.

Объект контейнера:
CN=Inter-Site Transports,CN=Sites,CN=Configuration,DC=vwk,DC=local

Дополнительные данные
Значение ошибки:
8341 Произошла ошибка службы каталогов.

В результате служба межсайтового транспорта не будет распознавать добавление, удаление и изменение объектов межсайтового транспорта.

Действие пользователя
Перезапустите службу межсайтового транспорта или локальный контроллер домена.

Дополнительные данные
Значение ошибки:
8341 Произошла ошибка службы каталогов.

Неправильная настройка DNS может влиять на другие важные операции на рядовых компьютерах, контроллерах домена или серверах приложений в лесе этой службы каталогов Active Directory, включая проверку подлинности при входе или доступ к сетевым ресурсам.

Имя альтернативного сервера:
router-c.vwk.local
Ошибочное имя узла DNS:
c63e538e-b15d-4e7e-a30b-da8d84709091._msdcs.vwk.local

Примечание: по умолчанию, не более 10 ошибок DNS отображаются для любого 12—часового периода, даже если произошло более 10 ошибок. Чтобы записывать в журнал отдельные ошибки, установите следующее диагностическое значение реестра равным 1:

1) Если исходный контроллер домена больше не функционирует, или его операционная система была переустановлена с использованием другого имени компьютера или другого GUID объекта NTDSDSA, удалите метаданные исходного контроллера домена с помощью NTDSUTIL.EXE, выполнив шаги, перечисленные в статье 216498 базы знаний MSKB.

4) Проверьте, что конечный контроллер домена использует правильный DNS—сервер для служб DNS, воспользовавшись расширенной для DNS версией программы DCDIAG.EXE на консоли конечного контроллера домена, выполнив следующую команду:

Дополнительные данные:
Ошибка:
11004 Запрошенное имя верно, но данные запрошенного типа не найдены.


Вот что пишет сейчас DCDIAG

Domain Controller Diagnosis

Performing initial setup:
Done gathering initial info.

Doing initial required tests

Doing primary tests

Starting test: RidManager
. RU00135VS00001 passed test RidManager
Starting test: MachineAccount
. RU00135VS00001 passed test MachineAccount
Starting test: Services
. RU00135VS00001 passed test Services
Starting test: ObjectsReplicated
. RU00135VS00001 passed test ObjectsReplicated
Starting test: frssysvol
. RU00135VS00001 passed test frssysvol
Starting test: frsevent
. RU00135VS00001 passed test frsevent
Starting test: kccevent
. RU00135VS00001 passed test kccevent
Starting test: systemlog
An Error Event occured. EventID: 0x000016AD
Time Generated: 05/04/2008 14:13:43
(Event String could not be retrieved)
. RU00135VS00001 failed test systemlog
Starting test: VerifyReferences
. RU00135VS00001 passed test VerifyReferences

Running partition tests on : ForestDnsZones
Starting test: CrossRefValidation
. ForestDnsZones passed test CrossRefValidation

Starting test: CheckSDRefDom
. ForestDnsZones passed test CheckSDRefDom

Running partition tests on : DomainDnsZones
Starting test: CrossRefValidation
. DomainDnsZones passed test CrossRefValidation

Starting test: CheckSDRefDom
. DomainDnsZones passed test CheckSDRefDom

Running partition tests on : Schema
Starting test: CrossRefValidation
. Schema passed test CrossRefValidation
Starting test: CheckSDRefDom
. Schema passed test CheckSDRefDom

Running partition tests on : Configuration
Starting test: CrossRefValidation
. Configuration passed test CrossRefValidation
Starting test: CheckSDRefDom
. Configuration passed test CheckSDRefDom

Running partition tests on : vwk
Starting test: CrossRefValidation
. vwk passed test CrossRefValidation
Starting test: CheckSDRefDom
. vwk passed test CheckSDRefDom

Running enterprise tests on : vwk.local
Starting test: Intersite
. vwk.local passed test Intersite
Starting test: FsmoCheck
. vwk.local passed test FsmoCheck

Имя компьютера . . . . . . . . . : ru00135vs00001
Основной DNS-суффикс . . . . . . : vwk.local
Тип узла. . . . . . . . . . . . . : гибридный
IP-маршрутизация включена . . . . : да
WINS-прокси включен . . . . . . . : нет
Порядок просмотра суффиксов DNS . : vwk.local

Сеть на Руставелли 29 - Ethernet адаптер:

DNS-суффикс этого подключения . . :
Описание . . . . . . . . . . . . : Intel(R) PRO/1000 MT Network Connection
Физический адрес. . . . . . . . . : 00-04-23-BE-4A-72
DHCP включен. . . . . . . . . . . : нет
IP-адрес . . . . . . . . . . . . : 10.18.23.21
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз . . . . . . . . . . : 10.18.23.1
DNS-серверы . . . . . . . . . . . : 10.18.23.21
Основной WINS-сервер . . . . . . : 10.18.23.21

Name: router-c.vwk.local
Address: 10.18.23.225

> ru00135vs00001
Server: ru00135vs00001.vwk.local
Address: 10.18.23.21

Name: ru00135vs00001.vwk.local
Address: 10.18.23.21

> 10.18.23.21
Server: ru00135vs00001.vwk.local
Address: 10.18.23.21

Тип события: Предупреждение
Источник события: Srv
Категория события: Отсутствует
Код события: 2021
Дата: 12.05.2008
Время: 7:59:52
Пользователь: Н/Д
Компьютер: RU00135VS00001
Описание:
Сервер не смог выделить рабочий элемент 2 раз(а) за последние 60 с.

А вот практически перед саммы сбоем в AD и DNS

Тип события: Предупреждение
Источник события: Srv
Категория события: Отсутствует
Код события: 2022
Дата: 12.05.2008
Время: 9:26:22
Пользователь: Н/Д
Компьютер: RU00135VS00001
Описание:
Сервер не смог найти свободное подключение 66 раз(а) за последние 60 с. Это указывает на затор в сетевом трафике. Если подобное происходит часто, необходимо подумать об увеличении максимального числа свободных подключений. Для этого модифицируйте значение параметров минимального и максимального числа свободных подключений для сервера LanmanServer в реестре.

Читайте также: