|
У меня внезапно перезагружается сервер 2000 Advanced Eng Летит работа с базами. В EventV потом пишет
The previous system shutdown at время on дата was unexpected. EventID 6008 или The computer has rebooted from a bugcheck The bugcheck was: <адрес памяти> MSWindows2000 (v.15.2195) A dump was saved in имя файла. EventID 1001 Чипы памяти (JetRam) уже менял, не помогло. Базы - 1С, просто расшарен каталог для общего полного доступа. У меня еще не настроено w32time, т.к. не хочу чтобы сервер лазал в Интернет для спокойствия. 1)Может ли какой злобный юзер перегрузить сервер через программирование 1С или просто удаленно через командную строку случайно или намеренно? 2)Может ли сервер так перегружаться из-за замыкания в проводе сетевой карты? |
serg25
какие сервиспаки и фиксы стоят? http://www.eventid.net/display.asp?eventid=1001 http://www.eventid.net/display.asp?eventid=6008 |
ставился с SP2, потом добавился IE6, но это было и до и после,
раз в 2 недели в среднем. С SP2 тоже наверно должно работать? SP3, конечно попробую. |
serg25 Лови... :bow:
PSS ID Number: Q235496 Article last modified on 09-21-1999 winnt:3.5,3.51,4.0 winnt ====================================================================== ------------------------------------------------------------------------------- The information in this article applies to: - Microsoft Windows NT Server versions 3.5, 3.51, 4.0 - Microsoft Windows NT Workstation versions 3.5, 3.51, 4.0 ------------------------------------------------------------------------------- IMPORTANT: This article contains information about editing the registry. Before you edit the registry, make sure you understand how to restore it if a problem occurs. For information about how to do this, view the "Restoring the Registry" Help topic in Regedit.exe or the "Restoring a Registry Key" Help topic in Regedt32.exe. SUMMARY ======= This article describes how to enable a Memory.dmp file capture using the graphical user interface (GUI) of Windows NT or by making changes to the registry. MORE INFORMATION ================ To enable Windows NT to capture a Memory.dmp file, you must be able to gain access to the GUI or the registry file. Use the appropriate method to enable Windows NT to capture a Memory.dmp file. Method 1: Enabling a Memory.dmp File Capture Using the GUI ---------------------------------------------------------- 1. Click Start, point to Settings, click Control Panel, and then double-click System. 2. On the Startup/Shutdown tab in the Recovery section, you can choose from the following options: - Write an event to the system log This option is enabled by default in Windows NT Server 4.0 Service Pack 4 or later. If the computer stops responding, an event is written to the system log, which you can view using Event Viewer. For example: Event ID: 1001 Source: Save Dump Description: The computer has rebooted from a bugcheck. The bugcheck was: 0xc000021a (0xe1270188, 0x00000001, 0x00000000, 0x00000000). Microsoft Windows NT (v15.1381). A dump was saved in: C:\Winnt\Memory.dmp. - Send an administrative alert This option performs a net send command and sends an alert over the network to the administrator. - Write debugging information to This option enables the capture of a dump file. It also specifies the location to store the dump file (the default location is the %SystemRoot%\Memory.dmp folder). NOTE: Although you can redirect the Memory.dmp file to another drive or partition, you must have sufficient space on the partition. When a save dump operation is performed, the contents of kernel mode address space are temporarily stored in the page file on the system partition and are then moved to the alternate location when the computer is restarted. For Windows NT to write a memory dump, the paging file on the system drive must be large enough to hold all of physical RAM plus 1 megabyte (MB). - Overwrite an existing file If you choose this option, a new Memory.dmp file overwrites a previous Memory.dmp file (which conserves disk space). - Automatically reboot If you choose this option, the computer is restarted after a bugcheck occurs. Method 2: Enabling a Memory.dmp File Capture Using the Registry --------------------------------------------------------------- WARNING: Using Registry Editor incorrectly can cause serious problems that may require you to reinstall your operating system. Microsoft cannot guarantee that problems resulting from the incorrect use of Registry Editor can be solved. Use Registry Editor at your own risk. For information about how to edit the registry, view the "Changing Keys and Values" Help topic in Registry Editor (Regedit.exe) or the "Add and Delete Information in the Registry" and "Edit Registry Data" Help topics in Regedt32.exe. Note that you should back up the registry before you edit it. If you are running Windows NT, you should also update your Emergency Repair Disk (ERD). You may encounter situations when you cannot gain access to the GUI of Windows NT. Use the appropriate method to capture a Memory.dmp file using the registry. For Computers Using the FAT File System: 1. Boot from an MS-DOS disk. 2. Locate the %SystemRoot%\System32\Config folder (%SystemRoot% is the name of the folder in which you installed Windows NT). 3. Locate the System file (without any extension) and copy it to a disk. 4. Insert the disk into the drive of another Windows NT-based computer, and then start Registry Editor (Regedt32.exe). 5. Ensure the HKEY_LOCAL_MACHINE hive is selected. 6. On the Registry menu, click Load Hive. 7. Locate the System file, and then click Open. 8. The Load Hive dialog box appears. In the Key Name box, type a temporary name (for example, "test" (without the quotation marks)), and then click OK. 9. A key named Test appears. This is a copy of your System hive from the other Windows NT-based computer. 10. Locate the following registry key: HKEY_LOCAL_MACHINE\TEST\ControlSet001\Control\Crash Control 11. On the right-hand side of the screen, the following values that correspond to the GUI interface are displayed: Value Name: AutoReboot Data Type: REG_DWORD Data: 0|1 (Disabled|Enabled) Value Name: CrashDumpEnabled Data Type: REG_DWORD Data: 0|1 (Disabled|Enabled) Value Name: DumpFile Data Type: REG_EXPAND_SZ Data: %SystemRoot%\Memory.dmp (location to save the dump file) Value Name: LogEvent Data Type: REG_DWORD Data: 0|1 (Disabled|Enabled) Logs an event to the System log when a crash occurs Value Name: Overwrite Data Type: REG_DWORD Data: 0|1 (Disabled|Enabled) Overwrites an existing dump file Value Name: SendAlert Data Type: REG_DWORD Data: (Disabled|Enabled) Sends an administrative alert 12. After you make the appropriate changes, copy the updated System file back to the %SystemRoot%\System32\Config folder on the original computer. For Computers Using the NTFS File System: Because of the security features in the file system, you cannot simply copy the file, make changes, and then copy the file back to the computer. To gain access to the file system, you must perform a parallel installation of Windows NT. A parallel installation puts another copy of the operating system in another folder, which allows you to gain access to the file system. After the parallel installation is finished, use the following steps: 1. Start Registry Editor (Regedt32.exe). 2. Ensure the HKEY_LOCAL_MACHINE hive is selected. 3. On the Registry menu, click Load Hive. 4. Locate the %SystemRoot%\System32\Config folder on the original installation of Windows NT, click the System file, and then click Open. 5. The Load Hive dialog box appears. In the Key Name box, type an appropriate temporary name (for example, "test" (without the quotation marks)). A key named Test appears. This is the System hive from the other installation of Windows NT. 6. Locate the following registry key: HKEY_LOCAL_MACHINE\TEST\ControlSet001\Control\Crash Control 7. On the right-hand side of the page, the values that correspond to the GUI interface are displayed. Make and save the appropriate changes. 8. Restart your original installation of Windows NT. For Remote Computers: 1. Start Registry Editor (Regedt32.exe). 2. On the Registry menu, click Select Computer, and then type the name of the remote computer. 3. Locate the following registry key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CrashControl 4. On the right-hand side of the page, the values that correspond to the GUI interface are displayed. Make and save the appropriate changes. 5. Quit Registry Editor, and then restart the computer. REFERENCES ========== For additional information, please click the article numbers below to view the articles in the Microsoft Knowledge Base: Q130536 Windows NT Does Not Save Memory Dump File After a Crash Q141468 Additional Pagefile Created Setting Up Memory Dump Q174630 Windows NT Restarts Continuously with Blue Screen Additional query words: ====================================================================== Keywords : kbenv ntstop Version : winnt:3.5,3.51,4.0 Platform : winnt Issue type : kbinfo ============================================================================= Copyright Microsoft Corporation 1999. |
Спасибо, wolf, за Q235496. Только я не понял к чему это?
Дамп и так записывает время от времени и адрес памяти пишет, но что с него толку, это только крутые спецы MS по своей тайной документации чего-то из этого извлечь могут. А если это насчет отключения AutoReboot, как следует из статьи требуется повторная установка win2000 на тот же диск в другой системный каталог. Это что-то из фантастики, думаю, что win не позволит. Во всяком случае на ежедневно загруженном сервере с аппаратным RAID5 и терминальными службами что-то боязно пробовать- что скажет начальник, если на след день у 20 человек будет выходной. Не знаете ли всетаки насчет моих версий 1) и 2)? |
Цитата:
Насчет 2) - если честно, то очень сильно сомневаюсь. Наврятли... Я с таким не встречался... |
2) может быть только из-за ошибки в драйвере карты.
по ссылкам ходил? там же описания всех этих Event-ов есть. |
Просто в свойствах системы по умолчанию стоит перезагрузка при зависании.
Т.е. если этот пункт выключить, то компьютер не будет перезагружаться, а будет показывать голубой экран :up: :gigi: |
>1)Может ли какой злобный юзер перегрузить сервер через >программирование 1С или просто удаленно через командную >строку случайно или намеренно?
Через телнет может, или терминал сервис (можешь отключить и то и другое, если ты их не используешь) >2)Может ли сервер так перегружаться из-за замыкания в >проводе сетевой карты? Нет он тебе может только в Event-е ошибку сетевого оборудования/соединения показать. По поводу главного вопроса, "почему перегружается??!". Банально, но фак-т, как у вас с работой электросети ?? Стоит ли упса ? Блоки на некоторых компах (хороших) имеют фильтры и могут выдерживать скачки (приличные), а на некоторых помирают сразу, так что погляди...:biglaugh: |
Кстати проверь все-ли кулера вертятся..... иногда это бывает из-за перегрева процессора.!!!!:)
|
Согласен по поводу кулеров. Очень часто такая ошибка вылетает из-за недостаточного охлаждения компа. Причем может греться линейка памяти или сам камень - по барабану.
Или вообще системник стоит в каком-то уж очень замкнутом пространстве и нет нормальной циркуляции воздуха. А если у тебя камень из семейства AMD - это самый острый вопрос. |
у меня точно такая же ботва.
сервер w2k , терминальные службы, 1С. проц AMD. иногда перезагружается, иногда просто намертво зависает. ошибка 6008 - указанный файл не имеет определенного формата экспорта EFS. с обдувом все нормально, охлаждение в норме, корпус не закрывается практически, пыли нет, регулярно вычищается. Блок питания в порядке. как только похолодает - виснет раз 5 на дню. когда тепло, никаких глюков. вообще не пойму, что с этим можно поделать. |
У меня такая же ботва, только еще перезагружается когда начинаешь ставить программу любую ( через раз), так вот 2 компа вылечила переустановкой Windows Installer, другие 2 компа ни в какую, уже бьюсь с этой проблемой более месяца.
|
| Время: 12:53. |
Время: 12:53.
© OSzone.net 2001-