createprocess сбой код 1450 недостаточно системных ресурсов
Произошла системная ошибка 1450. Недостаточно системных ресурсов для завершения запрошенной службы
Когда я пытаюсь получить доступ к сетевому ресурсу, набрав:
Я получаю сообщение об ошибке:
Если я перезагружу систему, монтирование будет работать нормально, тогда ошибка появится снова.
Я уже обрушил свою систему (WIN 2008 R2) на самый последний доступный патч, и я также следил за всеми решениями, описанными здесь:
Попробуйте выполнить следующие действия:
2.Нажмите и выберите следующий подраздел реестра:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Менеджер сеансов\Управление памятью
3. В меню “Правка” выберите “Создать”, а затем “Значение DWORD”.
4. В поле New Value # 1 введите PoolUsageMaximum и нажмите клавишу ВВОД.
5. Щелкните правой кнопкой мыши PoolUsageMaximum и выберите команду Изменить.
7.Если запись реестра PagedPoolSize существует, перейдите к шагу 8. Если запись реестра PagedPoolSize не существует, создайте ее.
Чтобы сделать это, выполните следующие действия:
• В меню “Правка” выберите “Создать”, а затем “Значение DWORD”.
• В поле New Value # 1 введите PagedPoolSize и нажмите клавишу ВВОД.
8. Правый щелчок PagedPoolSize, а затем нажмите “Изменить”.
10. Откройте редактор реестра и перезагрузите компьютер.
Это может быть несколько вещей. У меня нет конкретного ответа. Если это виртуальная машина, попробуйте сделать резервную копию, прежде чем выполнять какие-либо из нижеприведенных исправлений. То же самое, если это физическая коробка.
Произошла системная ошибка 1450. Существует недостаточно системных ресурсов для завершения операции
когда я пытаюсь получить доступ к сетевой папке введите:
Если я перезагружу систему, монтирование будет работать нормально некоторое время, а затем снова появится ошибка.
Я уже udpated мою систему (WIN 2008 R2) до последнего доступного патча, и я также следил за всеми решениями, сообщенными здесь:
2 ответов
пожалуйста, попробуйте выполнить следующие действия:
1.Нажмите кнопку Пуск, выберите пункт Выполнить, введите regedit и нажмите кнопку ОК.
2.Найдите и щелкните следующий подраздел реестра:
раздел HKEY_LOCAL_MACHINE\система\CurrentControlSet на\управление\диспетчер сеансов\управление памятью
3.В меню Правка выберите команду Создать, а затем щелкните значение DWORD.
4.В поле новое значение #1 введите PoolUsageMaximum и нажмите кнопку ВХОДИТЬ.
5.Щелкните правой кнопкой мыши PoolUsageMaximum и выберите команду Изменить.
6.В поле Значение введите 60, щелкните десятичное число и нажмите кнопку ОК.
7.Если запись реестра PagedPoolSize существует, перейдите к шагу 8. Если запись реестра PagedPoolSize не существует, создайте ее.
для этого выполните следующие действия:
•в меню Правка выберите пункт Создать, а затем щелкните значение DWORD. •В поле новое значение #1 введите PagedPoolSize и нажмите кнопку ВХОДИТЬ.
8.Щелкните правой кнопкой мыши PagedPoolSize и выберите команду Изменить.
9.В поле Значение введите ffffffff и нажмите кнопку ОК.
10.Закройте редактор реестра и перезагрузите компьютер.
Это может быть несколько вещей. У меня нет конкретного ответа. Если это виртуальная машина, получите резервную копию перед выполнением любого из приведенных ниже исправлений. То же самое, если это физическое поле.
Описание проблемы¶
При работе с большим количеством расписаний, расположенных на сетевой шаре на сервере, который обслуживает Windows server (2008 или выше), по достижении определенного количества, приложение перестает нормально работать с расписаниями, в отладочном логе появляются записи типа:
побочный эффект: во время работы приложения в этом состоянии, на сервер, где расположен рут, невозможно зайти по сети даже проводником. После завершения приложения все работает как обычно.
Уточнение¶
Описываемая в данной статье проблема не сопровождается появлением в системном журнале Windows записей о проблемах нехватки ресурсов на всем сервере, а касается только приложения Digispot.
Если в системном журнале Windows есть записи вида The server was unable to allocate from the system nonpaged pool because the pool was empty, совпадающие с появлением записей о 0x5AA в отладочном логе, то это проблема общей нехватки ресурсов на сервере и данная статья не поможет ее решить. Для решения необходимо найти и устранить причину исчерпания системной памяти.
Причина возникновения проблемы:¶
При работе с расписаниями, приложение для каждого отдельного расписания создает особое соединение с помощью функционала ReadDirectoryChanges, которое призвано уведомлять приложение об изменениях в соответствующем каталоге.
Каждое такое соединение для сетевого ресурса порождает асинхронную SMB команду, отправляемую на сервер, которая остается выполняться до закрытия каталога, либо завершения сессии.
В целях противодействия вредоносному ПО, Microsoft ограничила количество одновременных асинхронных SMB команд для одного соединения по умолчанию числом 512.
Соответственно, для всех попыток соединения при превышении лимита, сервер возвращает значение 0x5AA, и соединения не происходит.
Решение проблемы¶
Максимальное количество асинхронных SMB команд можно изменить, указав в реестре сервера соответствующее значение для ключа:
Расчет требуемого количества асинхронных SMB-команд¶
Для расчета необходимого количества соединений, необходимо определить, прежде всего, какое количество расписаний обрабатывают все приложения запущенные из под одного пользователя на самом нагруженном рабочем месте.
Разные пользователи используют независимые подключения SBM, поэтому их суммировать не нужно. Например, сервис sch_to_db использует отдельное соединение относительно запущенной на той же машине приложения, тк.к, скорее всего, использует другую учетную запись. Разные приложения в разной конфигурации используют различное кол-во открытых расписаний. На это влияют следующие параметры настроек:
Типовые примеры оценки для одного приложения
После расчета для одного приложения нужно суммировать результаты для приложений, работающих на одном рабочем месте из под одного аккаунта, определить из получившихся значений максимум и добавить запас, не менее 15-20% от получившегося количества.
Определение фактического количества асинхронных SMB¶
Самым простым способом является получение на сервере списка открытых через общий доступ файлов из которого нужно выделить только каталоги. Количество открытых каталогов и есть количество асинхронных SMB-команд.
Подверженные системы¶
Данная «проблема» характерна для семейства Windows Server 2008 и для более поздних версий Windows Server, и, скорее всего их десктопных аналогов, поскольку реализации протоколов SMB/CIFS в них весьма схожи.
Об этом, а также других параметрах тюнинга можно прочитать тут: http://blog.monitis.com/2013/05/16/tuning-windows-2012-file-system-part-1/
Похожие проблемы¶
Похожая проблема может возникнуть при работе с сетевыми каталогами, обслуживаемыми Wiindows server 2003. Она описана в статье The_network_BIOS_command_limit_(Недостаточно_ресурсов)
Ошибки ОС 1450 и 665 сообщаются для файлов баз данных во время создания DBCC CHECKDB или создания снимков баз данных
В этой статье помогают устранить проблему, из-за которой ошибки ОС 1450 и 665 сообщаются для файлов баз данных во время создания снимков баз DBCC CHECKDB данных.
Оригинальная версия продукта: SQL Server 2017, SQL Server 2016, SQL Server 2014, SQL Server 2012, SQL Server 2008
Исходный номер КБ: 2002606
Симптомы
На компьютере SQL Server предположим, что выполняется одно из следующих действий:
В этом сценарии вы заметите следующие ошибки, SQL Server журнале ошибок в зависимости от среды, SQL Server запущена.
Windows Server 2003
Операционная система вернула ошибку 1450 (недостаточно ресурсов системы существует для выполнения запрашиваемой службы.) SQL Server во время записи 0x00002a3ef96000 в файле с обработкой 0x0000000000000D5C. Обычно это временное условие, и SQL Server будет продолжать повторное ведение операции. Если условие сохраняется, необходимо немедленно принять меры для его исправления.
Windows Server 2008, Windows Vista и более поздние версии серверных и клиентских операционных систем
Операционная система вернула ошибку 665 (запрашиваемая операция не может быть выполнена из-за ограничения файловой системы) SQL Server во время записи на смещении 0x00002a3ef96000 в файле «Sam.mdf:MSSQL_DBCC18»
В дополнение к этим ошибкам вы также можете заметить ошибки времени защелки, как показано ниже:
Время ожидания в ожидании защелки: класс «DBCC_MULTIOBJECT_SCANNER», id 000000002C61DF40, тип 4, задача 0x00000000038089B8: 16, время ожидания 600, флаги 0x1a, задача 0x0000000006A09828. Продолжая ждать.
Время ожидания в ожидании защелки: класс «ACCESS_METHODS_HOBT_COUNT», id 00000002C61DF40, тип 4, задача 0x00000000038089B8: 16, время ожидания 600, флаги 0x1a, задача 0x0000000006A09828. Продолжая ждать.
Причина
Эта проблема возникает, если для обслуживания сильно фрагментированного файла в NFTS требуется большое количество ATTRIBUTE_LIST_ENTRY экземпляров. Это поведение объясняется в следующей статье KB:
Редкие файлы, созданные SQL Server для снимков базы данных, могут быть фрагментированы до этих уровней, когда за время службы этих файлов снимков произойдет большое количество изменений данных.
Полный фон использования SQL Server NTFS разреженных файлов и альтернативных потоков данных можно найти по следующим ссылкам:
Решение
Разорвав большую базу данных на более мелкие файлы. Например, если у вас есть один файл данных с 8 ТБ, его можно разбить на восемь файлов данных с 1 ТБ. Для этого необходимо выполнить следующие действия на высоком уровне.
Рассмотрите возможность размещения файлов базы данных в томе ReFS, который не имеет тех же ATTRIBUTE_LIST_ENTRY, что и NTFS. Необходимо переформаировать текущий том NTFS с помощью ReFS.
Формат громкости с помощью параметра /L для получения больших FRS.
Для систем Windows Server 2008 R2 и Vista сначала необходимо применить hotfix из статьи KB 967351 перед использованием параметра /L с командой формата.
Сокращение срока службы команд проверки DBCC с помощью повышения производительности и, следовательно, избежать ошибок 665. Улучшения для команды DBCC CHECKDB могут привести к более быстрой производительности при использовании PHYSICAL_ONLY параметра
При определенных условиях вы все равно можете столкнуться с указанными выше ошибками даже после применения этих исправлений. В этом сценарии можно оценить некоторые обходные пути, рассмотренные в следующем блоге:
Дополнительные сведения см. в примере поведения DBCC CHECKDB, SQL Serverбазы данных находится в томе ReFS.
Ошибка недостаточно системных ресурсов для завершения операции в Windows
Прошли уже те времена, когда использование Windows-компьютера напоминало постоянную войну с синими экранами смерти и бесконечными ошибками и твиками. Современные версии Windows работают очень стабильно даже на не самом новом железе и зачастую у пользователя редко возникают серьезные неполадки, которые сложно исправить. Конечно, физическую поломку оборудования никто не отменял (тут уж любой компьютер может сломаться), как и никто не отменял случайные баги или какие-то ошибки. При работе с компьютером на экране может внезапно появиться ошибка «Недостаточно системных ресурсов для завершения операции». Весьма неприятный казус, разобраться с которым поможет эта статья.
Как исправить ошибку Недостаточно системных ресурсов для завершения операции в Windows
Из самого названия становится понятно, что операционная система пытается завершить (или запустить) процесс, но не может это сделать из-за нехватки этих самых ресурсов. Зачастую под «ресурсами» имеется в виду оперативная память. Конечно, никто бы не стал удивляться такой ошибке на компьютере с 2 Гб оперативной памяти (или того меньше) и 15 открытыми вкладками в Google Chrome. Проблема в том, что ошибка «Недостаточно системных ресурсов для завершения операции в Windows» может настигнуть даже владельцев самых мощных компьютеров, у которых много оперативной памяти и мощные процессоры. Также эта неприятность может появиться при большом количестве свободной оперативной памяти, без видимых сигналов о ее нехватке, что еще больше обескураживает пользователя.
Начать надо с поверхности ошибки и попробовать дать ответ на очевидный вопрос: действительно ли ваш компьютер достаточно мощный для этой задачи. В первую очередь это касается игр, особенно плохо оптимизированных игр (Недостаточно системных ресурсов для завершения операции в Warface, PUBG, Fortnite или Crossfire может быть весьма распространенной проблемой). Проверьте совместимость вашего компьютера, а также попытайтесь максимально снизить количество фоновых приложений. Закройте все программы, работающие параллельно с игрой или воспользуйтесь режимом чистой загрузки Windows 10 (без приложений, которые запускаются автоматически сразу после входа в систему) и попытайтесь запустить игру / приложение снова, а перед запуском убедитесь, что ничто другое не нагружает память или процессор вашего компьютера. Иными словами, максимально освободите компьютер от ненужного груза. Имейте также в виду, что мощностей компьютера для работы приложения или игры в принципе может хватать, но отдельные ее режимы или функции могут потреблять больше ресурсов, чем заложено в вашем компьютере.
Есть также смысл проверить файл подкачки Windows. Ошибка может быть вызвана тем, что сам по себе файл подкачки просто отключен. Помните, что файл подкачки нужен системе даже при достаточном количестве оперативной памяти, а посему держите его включенным (а определение размера файла подкачки оставьте решать операционной системе). В конце концов, никто никто не отменял плохую оптимизацию приложений и их механизмы работы с памятью. Также имейте в виду, что на системном диске должно быть достаточно свободного пространства. Приложения иногда создают временные файлы, которые могут занимать весьма много памяти на диске. Если свободного места почти не осталось (рекомендуется держать свободными 10-15 Гб и больше), выполните очистку системного диска Windows и затем попытайтесь запустить приложение еще раз.
Если вы имеете дело с приложением из неизвестного источника (пиратская версия, к примеру, чего уж там), антивирус может быть причиной возникновения ошибки «Недостаточно системных ресурсов». Попробуйте его отключить, но имейте в виду, что это весьма рискованная процедура, особенно в случае неизвестных приложений или их пиратских вариантов.
Разрядность Windows тоже может привести к описываемой ошибке. Поскольку в 32-разрядных версиях Windows имеются сильные ограничения памяти на один процесс, приложение может в буквальном смысле «задыхаться» (ему банально не хватает памяти) и давать ошибку «Недостаточно системных ресурсов». В этом случае единственным решением будет переход на 64-разрядную Windows. Если в вашем компьютере меньше 4 Гб оперативной памяти, использование 64-разрядной может повлечь за собой некоторые неожиданные нюансы. Если же памяти больше 3.75 Гб, то вам надо как можно скорее переходить на 64-разрядную систему, чтобы эффективно использовать ресурсы своего ПК.
Изменение параметров выгружаемого пула памяти
Вполне возможно, что ничего из вышеперечисленного вам не помогло. Что ж, отчаиваться не стоит, поскольку существует не так уж и много ошибок, которые нельзя исправить. Есть еще один вариант, который с большой долей вероятности исправит проблему, но он предусматривает некоторые твики в системе.
Предупреждение: в этой инструкции описывается процедура изменения реестра системы. Имейте в виду, что этот процесс всегда связан с определенными рисками. Будьте внимательны и никогда не изменяйте неизвестные вам ключи просто так. Рекомендуем создать точку восстановления системы, прежде чем приступать к выполнению этой инструкции. Также учтите, что для этого вам понадобится учетная запись Администратора, а ответственность за ваш ПК несете только вы и никто другой.
Сталкивались ли вы с подобной ошибкой? Если вы знаете решение, не указанное в этой статье, расскажите о нем в комментариях.