Ntdll dll windows server 2008 r2

Windows Server 2008 R2 Standard Windows Server 2008 R2 Foundation Windows Server 2008 R2 Enterprise Windows Server 2008 R2 Datacenter Windows Server 2008 R2 for Itanium-Based Systems Windows 7 Enterprise Windows 7 Home Basic Windows 7 Home Premium Windows 7 Professional Windows 7 Starter Windows 7 Ultimate More…Less

Symptoms

On a computer that is running Windows 7 or Windows Server 2008 R2, you use a multithreaded application that uses a heap. In this situation, the application might crash unexpectedly because of a race condition. Additionally, the following error is logged in the Application log:

Event ID: 1000
Source: Application error
Faulting application name: xxx
Faulting module name: ntdll.dll, xxxException code: 0xc0000005
Fault offset: xxxx
Faulting process id: xxx
Faulting application start time: xxxx
Faulting application path: xxx
Faulting module path: C:\Windows\SYSTEM32\ntdll.dll

Resolution

Hotfix information

A supported hotfix is available from Microsoft. However, this hotfix is intended to correct only the problem that is described in this article. Apply this hotfix only to systems that are experiencing the problem described in this article. This hotfix might receive additional testing. Therefore, if you are not severely affected by this problem, we recommend that you wait for the next software update that contains this hotfix.

If the hotfix is available for download, there is a «Hotfix download available» section at the top of this Knowledge Base article. If this section does not appear, contact Microsoft Customer Service and Support to obtain the hotfix.

Note If additional issues occur or if any troubleshooting is required, you might have to create a separate service request. The usual support costs will apply to additional support questions and issues that do not qualify for this specific hotfix. For a complete list of Microsoft Customer Service and Support telephone numbers or to create a separate service request, visit the following Microsoft website:

http://support.microsoft.com/contactus/?ws=supportNote The «Hotfix download available» form displays the languages for which the hotfix is available. If you do not see your language, it is because a hotfix is not available for that language.

Prerequisites

To apply this hotfix, you must be running one of the following operating systems:

Windows 7
Windows 7 Service Pack 1 (SP1)
Windows Server 2008 R2
Windows Server 2008 R2 SP1

For more information about how to obtain a Windows 7 or Windows Server 2008 R2 service pack, click the following article number to view the article in the Microsoft Knowledge Base:

976932 Information about Service Pack 1 for Windows 7 and for Windows Server 2008 R2

Registry information

To apply the hotfix in this package, you do not have to make any changes to the registry.

Restart requirement

You must restart the computer after you apply this hotfix.

Hotfix replacement information

This hotfix does not replace a previously released hotfix.

File information

The global version of this hotfix installs files that have the attributes that are listed in the following tables. The dates and the times for these files are listed in Coordinated Universal Time (UTC). The dates and the times for these files on your local computer are displayed in your local time together with your current daylight saving time (DST) bias. Additionally, the dates and the times may change when you perform certain operations on the files.

Windows 7 and Windows Server 2008 R2 file information notes

Important Windows 7 hotfixes and Windows Server 2008 R2 hotfixes are included in the same packages. However, hotfixes on the Hotfix Request page are listed under both operating systems. To request the hotfix package that applies to one or both operating systems, select the hotfix that is listed under «Windows 7/Windows Server 2008 R2» on the page. Always refer to the «Applies To» section in articles to determine the actual operating system that each hotfix applies to.

The files that apply to a specific product, SR_Level (RTM, SPn), and service branch (LDR, GDR) can be identified by examining the file version numbers as shown in the following table.

Version	Product	SR_Level	Service branch
6.1.760 0. 21xxx	Windows 7 and Windows Server 2008 R2	RTM	LDR
6.1.760 1. 21xxx	Windows 7 and Windows Server 2008 R2	SP1	LDR

The MANIFEST files (.manifest) and the MUM files (.mum) that are installed for each environment are listed separately in the «Additional file information for Windows Server 2008 R2 and for Windows 7» section. MUM and MANIFEST files, and the associated security catalog (.cat) files, are extremely important to maintain the state of the updated components. The security catalog files, for which the attributes are not listed, are signed with a Microsoft digital signature.

For all supported x86-based versions of Windows 7

File name	File version	File size	Date	Time
Ntdll.dll	6.1.7600.20971	1,289,536	23-May-2011	04:33
Ntdll.dll	6.1.7601.21732	1,288,488	23-May-2011	06:11

For all supported x64-based versions of Windows 7 and of Windows Server 2008 R2

File name	File version	File size	Date	Time	Platform
Ntdll.dll	6.1.7600.20971	1,739,176	23-May-2011	05:25	x64
Ntdll.dll	6.1.7601.21732	1,731,936	23-May-2011	05:04	x64
Ntdll.dll	6.1.7600.20971	1,293,120	23-May-2011	04:33	x86
Ntdll.dll	6.1.7601.21732	1,292,096	23-May-2011	06:11	x86

For all supported IA-64–based versions of Windows Server 2008 R2

File name	File version	File size	Date	Time	Platform
Ntdll.dll	6.1.7600.20971	2,787,320	23-May-2011	04:04	IA-64
Ntdll.dll	6.1.7601.21732	2,785,272	23-May-2011	04:06	IA-64
Ntdll.dll	6.1.7600.20971	1,293,120	23-May-2011	04:33	x86
Ntdll.dll	6.1.7601.21732	1,292,096	23-May-2011	06:11	x86

Status

Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the «Applies to» section.

More Information

For more information about software update terminology, click the following article number to view the article in the Microsoft Knowledge Base:

824684 Description of the standard terminology that is used to describe Microsoft software updates

Additional file information

Additional file information for Windows 7 and for Windows Server 2008 R2

Additional files for all supported x86-based versions of Windows 7

File name	X86_9a19653f5694b6b31a39c864a2949af0_31bf3856ad364e35_6.1.7600.20971_none_ee6cfed742c37d82.manifest
File version	Not applicable
File size	693
Date (UTC)	23-May-2011
Time (UTC)	23:05
File name	X86_acab9958003ddf888b1e66a369b867b1_31bf3856ad364e35_6.1.7600.20971_none_0ac4fa0da8f98210.manifest
File version	Not applicable
File size	717
Date (UTC)	23-May-2011
Time (UTC)	23:05
File name	X86_ba1e04c449754aeae89724f93fe35277_31bf3856ad364e35_6.1.7601.21732_none_c0e06dc3159abcb3.manifest
File version	Not applicable
File size	693
Date (UTC)	23-May-2011
Time (UTC)	23:05
File name	X86_microsoft-windows-ntdll_31bf3856ad364e35_6.1.7600.20971_none_593da972769a51c7.manifest
File version	Not applicable
File size	3,802
Date (UTC)	23-May-2011
Time (UTC)	05:03
File name	X86_microsoft-windows-ntdll_31bf3856ad364e35_6.1.7601.21732_none_5b504672739f6746.manifest
File version	Not applicable
File size	3,802
Date (UTC)	23-May-2011
Time (UTC)	06:31
File name	X86_microsoft-windows-r..gistry-trustedtypes_31bf3856ad364e35_6.1.7600.20971_none_8464c4c3a8d4c2b3.manifest
File version	Not applicable
File size	8,047
Date (UTC)	23-May-2011
Time (UTC)	04:55

Additional files for all supported x64-based versions of Windows 7 and of Windows Server 2008 R2

File name	Amd64_2ed8fde82fe94be0f5c861f8b48db0f0_31bf3856ad364e35_6.1.7600.20971_none_125aca5300b68870.manifest
File version	Not applicable
File size	1,036
Date (UTC)	23-May-2011
Time (UTC)	23:05
File name	Amd64_416b8b563f6b0ba652a8452629923ff4_31bf3856ad364e35_6.1.7601.21732_none_355fee4bf6dd2f75.manifest
File version	Not applicable
File size	697
Date (UTC)	23-May-2011
Time (UTC)	23:05
File name	Amd64_54ee2f98c1a3e942f16413eb0b8b026a_31bf3856ad364e35_6.1.7601.21732_none_a3c9411cbd46d2de.manifest
File version	Not applicable
File size	697
Date (UTC)	23-May-2011
Time (UTC)	23:05
File name	Amd64_9f3b4c937b54ec45dec9720b4b104460_31bf3856ad364e35_6.1.7600.20971_none_233c5f1e189648bf.manifest
File version	Not applicable
File size	697
Date (UTC)	23-May-2011
Time (UTC)	23:05
File name	Amd64_9f6e8c60cf9b41bd38b583357c4a0240_31bf3856ad364e35_6.1.7600.20971_none_1644ae4bf6be0f88.manifest
File version	Not applicable
File size	721
Date (UTC)	23-May-2011
Time (UTC)	23:05
File name	Amd64_d73da76eb5f21e040b707ce65b2944d7_31bf3856ad364e35_6.1.7601.21732_none_1616969643a2bce4.manifest
File version	Not applicable
File size	1,036
Date (UTC)	23-May-2011
Time (UTC)	23:05
File name	Amd64_fa17f3553b187f123e43bddbcecf9236_31bf3856ad364e35_6.1.7600.20971_none_cd6727a844de09d6.manifest
File version	Not applicable
File size	697
Date (UTC)	23-May-2011
Time (UTC)	23:05
File name	Amd64_microsoft-windows-ntdll_31bf3856ad364e35_6.1.7600.20971_none_b55c44f62ef7c2fd.manifest
File version	Not applicable
File size	3,806
Date (UTC)	23-May-2011
Time (UTC)	05:53
File name	Amd64_microsoft-windows-ntdll_31bf3856ad364e35_6.1.7601.21732_none_b76ee1f62bfcd87c.manifest
File version	Not applicable
File size	3,806
Date (UTC)	23-May-2011
Time (UTC)	07:13
File name	Amd64_microsoft-windows-r..gistry-trustedtypes_31bf3856ad364e35_6.1.7600.20971_none_e0836047613233e9.manifest
File version	Not applicable
File size	8,049
Date (UTC)	23-May-2011
Time (UTC)	05:48
File name	Wow64_microsoft-windows-ntdll_31bf3856ad364e35_6.1.7600.20971_none_bfb0ef48635884f8.manifest
File version	Not applicable
File size	3,566
Date (UTC)	23-May-2011
Time (UTC)	04:52
File name	Wow64_microsoft-windows-ntdll_31bf3856ad364e35_6.1.7601.21732_none_c1c38c48605d9a77.manifest
File version	Not applicable
File size	3,566
Date (UTC)	23-May-2011
Time (UTC)	06:25

Additional files for all supported IA-64–based versions of Windows Server 2008 R2

File name	Ia64_3ad50a226542563a85c6ce0f08f345e2_31bf3856ad364e35_6.1.7600.20971_none_2ebf5acd7b9dc25d.manifest
File version	Not applicable
File size	719
Date (UTC)	23-May-2011
Time (UTC)	23:04
File name	Ia64_54ee2f98c1a3e942f16413eb0b8b026a_31bf3856ad364e35_6.1.7601.21732_none_47ac498f04e76aa4.manifest
File version	Not applicable
File size	696
Date (UTC)	23-May-2011
Time (UTC)	23:04
File name	Ia64_7ab12a8bb983991f305389c70d81dcc9_31bf3856ad364e35_6.1.7601.21732_none_b53b3b14caa98284.manifest
File version	Not applicable
File size	695
Date (UTC)	23-May-2011
Time (UTC)	23:04
File name	Ia64_dacacee87a635e809b8aa86c09435207_31bf3856ad364e35_6.1.7600.20971_none_49807a3440ff48e1.manifest
File version	Not applicable
File size	695
Date (UTC)	23-May-2011
Time (UTC)	23:04
File name	Ia64_fa17f3553b187f123e43bddbcecf9236_31bf3856ad364e35_6.1.7600.20971_none_714a301a8c7ea19c.manifest
File version	Not applicable
File size	696
Date (UTC)	23-May-2011
Time (UTC)	23:04
File name	Ia64_microsoft-windows-ntdll_31bf3856ad364e35_6.1.7600.20971_none_593f4d6876985ac3.manifest
File version	Not applicable
File size	3,804
Date (UTC)	23-May-2011
Time (UTC)	05:54
File name	Ia64_microsoft-windows-ntdll_31bf3856ad364e35_6.1.7601.21732_none_5b51ea68739d7042.manifest
File version	Not applicable
File size	3,804
Date (UTC)	23-May-2011
Time (UTC)	07:14
File name	Ia64_microsoft-windows-r..gistry-trustedtypes_31bf3856ad364e35_6.1.7600.20971_none_846668b9a8d2cbaf.manifest
File version	Not applicable
File size	8,048
Date (UTC)	23-May-2011
Time (UTC)	05:52
File name	Wow64_microsoft-windows-ntdll_31bf3856ad364e35_6.1.7600.20971_none_bfb0ef48635884f8.manifest
File version	Not applicable
File size	3,566
Date (UTC)	23-May-2011
Time (UTC)	04:52
File name	Wow64_microsoft-windows-ntdll_31bf3856ad364e35_6.1.7601.21732_none_c1c38c48605d9a77.manifest
File version	Not applicable
File size	3,566
Date (UTC)	23-May-2011
Time (UTC)	06:25

Need more help?

Want more options?

Explore subscription benefits, browse training courses, learn how to secure your device, and more.

Communities help you ask and answer questions, give feedback, and hear from experts with rich knowledge.

Источник

Remove From My Forums

Question
In the past couple of weeks, we have encountered several of our Windows Server 2008 R2 systems with the following application log error message.
```
Faulting application name: svchost.exe, version: 6.1.7600.16385, time stamp: 0x4a5bc3c1
Faulting module name: ntdll.dll, version: 6.1.7600.16385, time stamp: 0x4e0ae736
Exception code: 0xc000071f
Fault offset: 0x000000000006f1ac
Faulting process id: 0x2cb0
Faulting application start time: 0x01cc3699e8228365
Faulting application path: C:\Windows\system32\svchost.exe
Faulting module path: C:\Windows\SYSTEM32\ntdll.dll
Report Id: 3bee30dd-a29a-11e0-a794-a4badb0b2997
```
In some, but not all, instances, this error is followed by the failure of the Server service, which in turn causes other problems on the server — file shares no longer being available, SharePoint crashing, user profiles unavailable, etc.

While most of these servers have McAfee Solidifer and Symantec EndPoint Protection running, they do not share any other common attributes. Some are file servers, some are application servers, and others are database servers. The errors do not
seem to occur at the same time, and there do not seem to be any other errors that occur at the same time. But they are occurring, sometimes but not always daily.

Does any one have any ideas of what the problem could be?

Answers

- Proposed as answer by
  
  Monday, July 4, 2011 9:13 AM
- Marked as answer by
  Arthur_LiMicrosoft contingent staff
  Thursday, July 7, 2011 9:01 AM
Hi,

I also would like to suggest you test the issue in Clean Boot to narrow down the possible third party software conflicts. For the detailed steps, please
refer to the following Microsoft KB article:

How to troubleshoot a problem by performing a clean boot in Windows Vista or in Windows 7

http://support.microsoft.com/kb/929135

What’s the result in Clean Boot?

Regards,

Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.
- Marked as answer by
  Arthur_LiMicrosoft contingent staff
  Thursday, July 7, 2011 9:01 AM

Источник

Автор

Сообщение

Добавлено: 26.03.2018 16:06

[профиль]

Member

Статус: Не в сети
Регистрация: 02.04.2010

Есть Windows Server 2008 R2 на котором по сети запускают программу. Раньше программа запускалась нормально, но на прошлой неделе стала выдавать ошибку.

Ошибка

Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: PSSHOP.exe
Версия приложения: 6.0.6.0
Отметка времени приложения: 59fd9cc6
Имя модуля с ошибкой: ntdll.dll
Версия модуля с ошибкой: 6.1.7600.16385
Отметка времени модуля с ошибкой: 4a5bdb3b
Код исключения: c0000005
Смещение исключения: 00022272
Версия ОС: 6.1.7600.2.0.0.18.10
Код языка: 1049
Дополнительные сведения 1: 0a9e
Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789
Дополнительные сведения 3: 0a9e
Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789

Ознакомьтесь с заявлением о конфиденциальности в Интернете:

http://go.microsoft.com/fwlink/?linkid= … cid=0x0419

Если заявление о конфиденциальности в Интернете недоступно, ознакомьтесь с его локальным вариантом:
C:\Windows\system32\ru-RU\erofflps.txt

Что самое интересное, если проблемный PSSHOP.exe переименовать допустим в PSSHOP_26.03.2018.exe, то он запускается нормально. Но при этом, эта же программа, если ее запускать не по сети, а диска D самого сервера, то она запускается нормально с именем PSSHOP.exe. Так же она запускается нормально по сети с другого ПК.
Не запускается конкретно с одного сетевого пути вида \\ИМЯ_ПК\ПАПКА\PSSHOP.exe

Реклама
Партнер

kseon

Junior

Статус: Не в сети
Регистрация: 05.02.2017
Откуда: Санкт-Петербург

Что тут можно сказать?!
Запускаемое приложение вызывет ошибку доступа к памяти (Код исключения: c0000005), при вызове WINAPI функции (nddll.dll — это программный шлюз между WINAPI и WINNT функциями).
Если это:

BLOOD ELF писал(а):

Раньше программа запускалась нормально, но на прошлой неделе стала выдавать ошибку.

То все таки , что то изменилось или windows обновился или приложение. Если ничего не обновлялось, то или битый nddll.dll или вирус или чудеса.

BLOOD ELF

Member

Статус: Не в сети
Регистрация: 02.04.2010

kseon писал(а):

или чудеса.

Так вот что самое странное, эта же программа работает отлично, если запускается с самого сервера, с другого сетевого компьютера, с проблемного сетевого, если переименовать .exe. Т.е. запуск PSSHOP.exe вываливается с ошибкой, а вот запуск PSSHOP_2.exe проходит отлично. Хотя это один и тот же файл.

kseon

Junior

Статус: Не в сети
Регистрация: 05.02.2017
Откуда: Санкт-Петербург

BLOOD ELF писал(а):

Это кстати объяснимо. Например адгоритму программы для своей работы требуется знать имя и/или путь файла создавшего процесс. И в программе вызывается что-то вида winapi функции GetModuleFileName (..), а вот потом то-ли полученный результат обрабатывается с ошибкой при определенном имени, то ли ненормально анализируется возвратилась ли с функция с ошибкой, ну тут много вариантов.
Чудеса в другом, что если ничего не менялось, то есть не апгрейдились программа и ОС, почему изменилось поведение программы?! Нонсенс, или вирус заменил ntdll.dll . Ну , а если апгрейдилось что-то , то другой разговор.

BLOOD ELF

Member

Статус: Не в сети
Регистрация: 02.04.2010

Разработчики программы сказали, что нет никакой привязки к имени файла. Изначально ошибку начал выдавать обновленный .exe, потом я вернул старую версию. А через время и старая начала вываливаться с ошибкой. Но из других директорий все версии запускаются без проблем.

Вот такого вида пути к исполняемым файлам.

\\Medprostor_oper\pharma\sklad\psshop.exe — ошибка
\\Medprostor_oper\pharma\sklad\psshop2.exe — работает
\\Medprostor_oper\pharma\test\psshop.exe — работает
\\Med-oper3\pharma_roznica\psshop.exe — работает
D:\sklad\psshop.exe — работает

Я не вижу тут логики. Кроме как наличия бэдов на SSD, на котором и стоит сервер, с которого происходит запуск.

kseon

Junior

Статус: Не в сети
Регистрация: 05.02.2017
Откуда: Санкт-Петербург

BLOOD ELF писал(а):

Интересно, а если сравнить(из клиента сервера) содержимое двух файлов, то есть проверить на идентичность.
Че-нить типа:
fc /b \\Medprostor_oper\pharma\sklad\psshop.exe \\Medprostor_oper\pharma\sklad\psshop2.exe

BLOOD ELF

Member

Статус: Не в сети
Регистрация: 02.04.2010

kseon писал(а):

Что-то закрывается без сообщений.

Проверяю еще раз, \\Medprostor_oper\pharma\sklad\psshop.exe вываливается с ошибкой. Копирую я исполняемый файл \\Medprostor_oper\pharma\sklad\psshop.exe и вставляю в \\Medprostor_oper\pharma\test\psshop.exe. Запускаю \\Medprostor_oper\pharma\test\psshop.exe и все работает.

kseon

Junior

Статус: Не в сети
Регистрация: 05.02.2017
Откуда: Санкт-Петербург

BLOOD ELF писал(а):

Что-то закрывается без сообщений.

Гм странно, проведите такой эксперемент:
1) Я так погимаю,e Вас имеется два файла (второй копия первого) сетевой путь из клиента к ним
\\Medprostor_oper\pharma\sklad\psshop.exe
\\Medprostor_oper\pharma\sklad\psshop2.exe
Или локальный путь из сервера
D:\sklad\psshop.exe
D:\sklad\psshop2.exe
Один пашет при запуске ,другой нет.
Сравните их на идентичность , например с помощью встроенной в винду утилиты fc с форматом.
fc /b file1 file2
Или с помощью любой сторонней программы , которая проверяет идентичность файлов в бинарном сравнении.
Утилита fc должна выдать на выходе или содержимое идентично или выводить несовпадения , ничего не выводить она не может.
Причем сравните как на сервере , так и из клиента.

BLOOD ELF

Member

Статус: Не в сети
Регистрация: 02.04.2010

kseon писал(а):

Или с помощью любой сторонней программы , которая проверяет идентичность файлов в бинарном сравнении.
Утилита fc должна выдать на выходе или содержимое идентично или выводить несовпадения , ничего не выводить она не может.
Причем сравните как на сервере , так и из клиента.

Открывается окно с надписью Сравнение файлов \\Medprostor_oper\pharma\SKLAD\psshop.exe и \\Medprostor_oper\pharma\SKLAD\psshop2.exe и после просто закрывается.

kseon

Junior

Статус: Не в сети
Регистрация: 05.02.2017
Откуда: Санкт-Петербург

BLOOD ELF писал(а):

Открывается окно с надписью Сравнение файлов \\Medprostor_oper\pharma\SKLAD\psshop.exe и \\Medprostor_oper\pharma\SKLAD\psshop2.exe и после просто закрывается.

То есть, Вы открыли консоль (cmd.exe) и из консоли вызвали команду:
fc /b \\Medprostor_oper\pharma\sklad\psshop.exe \\Medprostor_oper\pharma\sklad\psshop2.exe
И происходит вышенаписанное?

BLOOD ELF

Member

Статус: Не в сети
Регистрация: 02.04.2010

kseon писал(а):

Уже разобрался. Я из батника запускал. В общем различия не найдены, что и следовало ожидать.

kseon

Junior

Статус: Не в сети
Регистрация: 05.02.2017
Откуда: Санкт-Петербург

BLOOD ELF писал(а):

Уже разобрался. Я из батника запускал. В общем различия не найдены, что и следовало ожидать.

BLOOD ELF писал(а):

Разработчики программы сказали, что нет никакой привязки к имени файла.

4) Все это имеет бесконечную повторяемость, то есть psshop2.exe всегда работает, а psshop.exe всегда нет.
Такого не может быть! Или в фоне у клиента уже сидит процесс psshop.exe и второй экземпляр при запуске дурит.

BLOOD ELF

Member

Статус: Не в сети
Регистрация: 02.04.2010

kseon писал(а):

Резюмируем:
1) Из клиента (то есть программа выполняется на клиенте, код берется с сервера) запускаются командами:
\\Medprostor_oper\pharma\sklad\psshop.exe — не работает
\\Medprostor_oper\pharma\sklad\psshop2.exe — работает
2) Сравнение из клиента \\Medprostor_oper\pharma\sklad\psshop.exe и \\Medprostor_oper\pharma\sklad\psshop2.exe — файлы идентичны
3) ‘Разработчики программы сказали, что нет никакой привязки к имени файла.’
4) Все это имеет бесконечную повторяемость, то есть psshop2.exe всегда работает, а psshop.exe всегда нет.
Такого не может быть! Или в фоне у клиента уже сидит процесс psshop.exe и второй экземпляр при запуске дурит.

Еще раз более углубленно опишу всю ситуацию.
Компьютер Medprostor_oper, это компьютер оператора. На нем лежит складская программа и папка с программой открыта для общего доступа (\\Medprostor_oper\pharma\sklad\). У оператора она всегда открыта через psshop.exe. У других операторов на других ПК тоже открывается по сети используя тот же самый psshop.exe. Таким образом psshop.exe запущен обычно у троих человек. Менеджеры с другого города заходят по RDP на файловый сервер, который находится в одной сети с компьютером оператора. С этого сервера запускали тот же самый psshop.exe по сети и все работало. Вышло обновление для программы и новый .exe стал выдавать крэш на сервере, я вернул старый и все работало. Но через неделю и старый стал выдавать крэш. Если запускать .exe с другим именем, то нет никакого крэша и не важно какой версии этот .exe.
Выдает крэш только psshop.exe.
Если запускать psshop2.exe, psshop_27.03.18.exe, psshop_абракадабра.exe, то все работает. А именно psshop.exe крэш. Как вообще такое возможно.

kseon

Junior

Статус: Не в сети
Регистрация: 05.02.2017
Откуда: Санкт-Петербург

BLOOD ELF писал(а):

Если честно, то я не понял ничего :oops: Единственно, что понятно есть комп в сети Medprostor_oper с расшаренной папкой с сетевым путем \\Medprostor_oper\pharma\sklad\ и в ней лежит некая программа psshop.exe.
и что RDP — это наверно Remote Decktop.

BLOOD ELF

Member

Статус: Не в сети
Регистрация: 02.04.2010

Его нет и брандмауэр отключен.

kseon

Junior

Статус: Не в сети
Регистрация: 05.02.2017
Откуда: Санкт-Петербург

BLOOD ELF,
Как же все таки происходит запуск этого пресловутого psshop.exe именно с вашей стороны:
1) С вашего компа видна сетевая папка \\Medprostor_oper\pharma\sklad\ и в ней файл psshop.exe и запуск производится командой \\Medprostor_oper\pharma\sklad\psshop.exe
или
2) Вы соединяетесь Remote Decktop’ом к некому файловому серверу , и уже находясь в нем видите сетевую папку \\Medprostor_oper\pharma\sklad\ и соответственно запускаете psshop.exe командой \\Medprostor_oper\pharma\sklad\psshop.exe
или как?

BLOOD ELF

Member

Статус: Не в сети
Регистрация: 02.04.2010

kseon писал(а):

Второй вариант.

По удаленке заходят на сервер и запускают программу, которая физически на другом компе лежит, но расшарена в сети.

Если эту же программу запускать из любого другого места, то никаких ошибок нет.

kseon

Junior

Статус: Не в сети
Регистрация: 05.02.2017
Откуда: Санкт-Петербург

BLOOD ELF писал(а):

Второй вариант.
По удаленке заходят на сервер и запускают программу, которая физически на другом компе лежит, но расшарена в сети.

То есть программа выполняется на файловом сервере ?
Пользователи заходят на него для запуска psshop.exe под разными именами или под обшим?

BLOOD ELF

Member

Статус: Не в сети
Регистрация: 02.04.2010

kseon писал(а):

Да, выполняется на файловом сервере. Все пользователи сервера заходят под разными учетками.

—

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 9

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Лаборатория

Новости

Источник

Xojo Programming Forum

Источник

Windows Server 2008 R2 Datacenter Edition 64 bit

Using AWS EC2 m1.xlarge instance

15GB RAM , 4 vCPUs Intel Xeon

Problem: crashing every 10 secs / every minute / sometimes 1 hour / randomly

WINNT MPM Setting:

# WinNT MPM
# ThreadsPerChild: constant number of worker threads in the server process
# MaxConnectionsPerChild: maximum number of connections a server process serves
<IfModule mpm_winnt_module>
    ThreadStackSize   8388608
    ThreadsPerChild     500
    MaxRequestsPerChild    0
   SendBufferSize    32768
</IfModule>

Apache Server:

Server Version: Apache/2.4.29 (Win64) OpenSSL/1.0.2n

Server MPM: WinNT

Apache Lounge VC11 Server built: Nov 6 2017 11:17:28

Using PHP 5.5.38 with mod_php

Content in mod_status:

Server uptime: 1 hour 3 minutes 30 seconds
Server load: -1.00 -1.00 -1.00
Total accesses: 132819 - Total Traffic: 418.0 MB
34.9 requests/sec - 112.3 kB/second - 3299 B/request
115 requests currently being processed, 385 idle workers

Content in apache error.log , constant crashing every few mins

[Thu Jan 09 14:06:41.869757 2020] [mpm_winnt:notice] [pid 7408:tid 260] AH00428: Parent: child process 3872 exited with status 255 -- Restarting.
[Thu Jan 09 14:06:42.821339 2020] [mpm_winnt:notice] [pid 7408:tid 260] AH00455: Apache/2.4.29 (Win64) OpenSSL/1.0.2n configured -- resuming normal operations
[Thu Jan 09 14:06:42.821339 2020] [mpm_winnt:notice] [pid 7408:tid 260] AH00456: Apache Lounge VC11 Server built: Nov  6 2017 11:17:28
[Thu Jan 09 14:06:42.821339 2020] [core:notice] [pid 7408:tid 260] AH00094: Command line: 'C:\\Apache24\\bin\\httpd.exe -d C:/Apache24'
[Thu Jan 09 14:06:42.821339 2020] [mpm_winnt:notice] [pid 7408:tid 260] AH00418: Parent: Created child process 2588
[Thu Jan 09 14:06:44.100514 2020] [mpm_winnt:notice] [pid 2588:tid 156] AH00354: Child: Starting 500 worker threads.
[Thu Jan 09 14:06:47.470049 2020] [mpm_winnt:notice] [pid 7408:tid 260] AH00428: Parent: child process 2588 exited with status 255 -- Restarting.
[Thu Jan 09 14:06:48.265634 2020] [mpm_winnt:notice] [pid 7408:tid 260] AH00455: Apache/2.4.29 (Win64) OpenSSL/1.0.2n configured -- resuming normal operations
[Thu Jan 09 14:06:48.265634 2020] [mpm_winnt:notice] [pid 7408:tid 260] AH00456: Apache Lounge VC11 Server built: Nov  6 2017 11:17:28
[Thu Jan 09 14:06:48.265634 2020] [core:notice] [pid 7408:tid 260] AH00094: Command line: 'C:\\Apache24\\bin\\httpd.exe -d C:/Apache24'
[Thu Jan 09 14:06:48.265634 2020] [mpm_winnt:notice] [pid 7408:tid 260] AH00418: Parent: Created child process 5876
[Thu Jan 09 14:06:49.279615 2020] [mpm_winnt:notice] [pid 5876:tid 156] AH00354: Child: Starting 500 worker threads.

Content in Windows Event Viewer

Faulting application name: httpd.exe, version: 2.4.29.0, time stamp: 0x5a00349c
Faulting module name: ntdll.dll, version: 6.1.7601.23677, time stamp: 0x589c99e1
Exception code: 0xc0000005
Fault offset: 0x000000000004f23c
Faulting process id: 0x1ff4
Faulting application start time: 0x01d5c6b2a8435c36
Faulting application path: C:\Apache24\bin\httpd.exe
Faulting module path: C:\Windows\SYSTEM32\ntdll.dll
Report Id: 1b83564d-32a6-11ea-a95b-22000a1f2f53

Question: Why is it using C:\Windows\SYSTEM32\ntdll.dll when it is 64 bit apache? Could this be the issue?

What I tried to solve this issue:

Tried modify MPM setting ThreadsPerChild from 1500 down to 200, still crashing
Tested setting PHP.ini memory limit from 500MB up to 2G, still crashing
Updated Apache to latest 2.4.38 , still got the issue

Is there anyway to debug this issue? Find out which module / code is causing this?

From what I searched, error code 0xc0000005, also known as Access Violation error.

LATEST UPDATE:

Upgraded PHP to version 5.6.40 (Last updated on Jan 2019)
and observed a lot less crashes. Around 5-10 times in 24 hours within last 4 days.

The crashes are no longer with faulting module ntdll.dll, but with php5ts.dll and LIBLEAY32.dll (ssl related), thus no longer related to this thread.

Источник