- Enable Windows Installer logging
- Windows Installer logging
- Enable Windows Installer logging manually
- Enable Windows Installer logging with Group Policies
- How to enable logging in WDS in Windows
- Introduction
- Overview
- General WDS server health
- WDS server component
- Obtain trace logs for Windows Server
- WDS management components
- Enable tracing
- For the management component
- For the MMC component
- WDS legacy components
- WDS client components
- Setup logs from the client computer
- Включения ведения журнала установщика Windows
- Ведение журнала установщика Windows
- Включить ведение журнала установщика Windows вручную
- Включить ведение журнала установщика Windows с помощью групповых политик
Enable Windows Installer logging
Windows includes a registry-activated logging service to help diagnose Windows Installer issues. This article describes how to enable this logging service.
Original product version: В Windows 10 — all editions, Windows Server 2012 R2
Original KB number: В 223300
The registry entry in this article is valid for all Windows operating systems.
Windows Installer logging
Windows Installer can use logging to help assist in troubleshooting issues with installing software packages. This logging is enabled by adding keys and values to the registry. After the entries have been added and enabled, you can retry the problem installation and Windows Installer will track the progress and post it to the Temp folder. The new log’s file name is random. However, the first letters are Msi and the file name has a .log extension. To locate the Temp folder, type the following line at a command prompt:
To enable Windows Installer logging manually, see the following section.
Enable Windows Installer logging manually
This section, method, or task contains steps that tell you how to modify the registry. However, serious problems might occur if you modify the registry incorrectly. Therefore, make sure that you follow these steps carefully. For added protection, back up the registry before you modify it. Then, you can restore the registry if a problem occurs. For more information about how to back up and restore the registry, see How to back up and restore the registry in Windows.
To enable Windows Installer logging yourself, open the registry by using Regedit.exe, and then create the following subkey and keys:
- Path: HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\Installer
- Type: Reg_SZ
- Value: Logging
- Data: voicewarmupx
The letters in the value field can be in any order. Each letter turns on a different logging mode. Each letter’s actual function is as follows for MSI version 1.1:
- v — Verbose output
- o — Out-of-disk-space messages
- i — Status messages
- c — Initial UI parameters
- e — All error messages
- w — Non-fatal warnings
- a — Start up of actions
- r — Action-specific records
- m — Out-of-memory or fatal exit information
- u — User requests
- p — Terminal properties
- + — Append to existing file
- ! — Flush each line to the log
- x — Extra debugging information. The x flag is available only in Windows Server 2003 and later operating systems, and on the MSI redistributable version 3.0, and on later versions of the MSI redistributable.
- * — Wildcard. Log all information except the v and the x option. To include the v and the x option, specify /l*vx.
This change should be used only for troubleshooting and should not be left on because it will have adverse effects on system performance and disk space. Each time that you use the Add or Remove Programs item in Control Panel, a new Msi*.log file is created. To disable the logging, remove the Logging registry value.
Enable Windows Installer logging with Group Policies
You can enable logging with Group Policies by editing the appropriate OU or Directory Group Policy. Under Group Policy, expand Computer Configuration, expand Administrative Templates, expand Windows Components, and then select Windows Installer.
Double-click Logging, and then click Enabled. In the Logging box, enter the options you want to log. The log file, Msi.log, appears in the Temp folder of the system volume.
For more information about MSI logging, see Windows Help. To do this, search by using the phrase msi logging, and then select Managing options for computers through Group Policy.
The addition of the x flag is available natively in Windows Server 2003 and later operating systems, on the MSI redistributable version 3.0, and on later versions of the MSI redistributable.
How to enable logging in WDS in Windows
This article describes how to enable logging in Windows Deployment Services (WDS) in Windows Server.
Original product version: В Windows Server 2012 R2
Original KB number: В 936625
This article contains information about how to modify the registry. Make sure that you back up the registry before you modify it. Make sure that you know how to restore the registry if a problem occurs. For more information about how to back up, restore, and modify the registry, see Windows registry information for advanced users.
Introduction
This article discusses how to enable logging in WDS in Windows Server. Additionally, this article describes how to gather data in WDS.
You can use this information to help troubleshoot issues that you may experience in WDS.
Overview
Serious problems might occur if you modify the registry incorrectly by using Registry Editor or by using another method. These problems might require that you reinstall the operating system. Microsoft cannot guarantee that these problems can be solved. Modify the registry at your own risk.
Each WDS component has a mechanism that you can enable for logging and for tracing. You can then analyze the results for troubleshooting. Use the information in the following sections to enable logging and tracing for WDS components.
General WDS server health
Type the following command to generate general server health information:
This command causes general server health information to be logged in the Application log and in the System log.
WDS server component
Type the following command to generate health information about the WDS server component:
This command causes WDS information to be logged in the Application log and in the System log.
Obtain trace logs for Windows Server
To obtain trace information for Windows Server, do the following:
- Open Event Viewer (eventvwr).
- Browse to Windows Logs\Applications and Services Logs\Microsoft\Windows\Deployment-Services-Diagnostics.
- Right-click the channel and choose Enable Log.
Then, configure the components that you want to be logged by setting one or more of the following registry keys to a 0 value.
WDS servers also support the following additional tracing:
You can set these registry keys to the following values to control what is included:
- 7F0000: This value includes packet tracing and protocol tracing.
- 3F0000: This value excludes packet tracing.
- 3E0000: This value excludes packet tracing and protocol tracing. By default, this value is used.
A tracing process may affect performance. Therefore, we recommend that you disable the tracing functionality when you do not have to generate a log.
After you set this registry entry, trace information for the WDS server component is logged in the following file:%windir%\Tracing\wdsserver.log
WDS management components
Type the following command to generate management component health information:
This command causes WDS component health information to be logged in the Application log and in the System log.
Enable tracing
To obtain trace information, you must enable tracing in the WDS management component and in the WDS Microsoft Management Console (MMC) component. To do this, set the following registry entries:
For the management component
- Path: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Tracing\WDSMGMT
- Name: EnableFileTracing
- Value type: REG_DWORD
- Value data: 1
For the MMC component
- Path: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Tracing\WDSMMC
- Name: EnableFileTracing
- Value type: REG_DWORD
- Value data: 1
After you set these registry entries, trace information for the WDS management component is logged in the %windir%\Tracing\wdsmgmt.log file.
Additionally, trace information for the WDS MMC component is logged in the %windir%\Tracing\wdsmmc.log file.
Although the WDS MMC component and the WDSUTIL component share the same API layer, MMC sometimes adds processing and functionality. If an error occurs, it is frequently worthwhile to use WDSUTIL to try to reproduce the failure. WDSUTIL may help you determine whether the error is local to MMC or whether the error is a general management API failure. Frequently, the WDSUTIL component provides more detailed error output when tracing is not enabled. Where applicable, use the following options to obtain extra information:
WDS legacy components
If you perform legacy management functions, set the following registry entry to enable tracing in the RISetup component:
- Path: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Tracing\RISetup
- Name: EnableFileTracing
- Value type: REG_DWORD
- Value data: 1
To obtain the trace log in the WDSCapture operation, follow these steps:
Start the Capture Windows PE boot image.
When the Capture Wizard starts, press SHIFT+F10 to open a command prompt.
Enable tracing in the WDSCapture component. To do this, follow these steps:
- Start Registry Editor.
- Set the following registry entry to enable tracing in the WDSCapture component:
- Path: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Tracing\WDSCapture
- Name: EnableFileTracing
- Value type: REG_DWORD
- Value data: 1
Start a second instance of the WDSCapture component. Then, reproduce the problem by using the second instance of WDSCapture.
Don’t close the original instance of WDSCapture. If you close the original instance of WDSCapture, Windows PE restarts. Instead, press ALT+TAB to switch between the instances of WDSCapture.The following trace log file is generated: X:\Windows\Tracing\WDSCapture.log.
WDS client components
To turn on the client logging functionality, run the following command on the WDS server:
Then, run the following command on the WDS server to change which events are logged:
Each category includes all the events from the previous categories.
The following are the definitions of the logging levels:
- The NONE logging level disables the logging functionality. By default, this logging level is used.
- The ERRORS logging level logs only errors.
- The WARNINGS logging level logs warnings and errors.
- The INFO logging level logs errors, warnings, and informational events. This logging level is the highest logging level.
To view the event logs, follow these steps:
- Open Server Manager, and then click Diagnostics.
- Click Event Viewer.
- Click Applications and Services Logs.
- Click Microsoft, click Windows, and then click Deployment-Services-Diagnostics.
In the tree structure of event logs, the Admin log contains all the errors, and the Operational log contains the information messages. The following are the definitions of the architectures that are listed for some errors in these logs:
- The Architecture 0 is the x86 processor architecture.
- The Architecture 6 is the IA-64 processor architecture.
- The Architecture 9 is the x64 processor architecture.
Setup logs from the client computer
The location of the setup logs depends on when the failure occurs.
If the failure occurs in Windows PE before the disk configuration page of the WDS client is completed, you can find the logs at the X:\Windows\Panther folder. Use Shift+F10 to open a command prompt, and then change the directory to the location.
If the failure occurs in Windows PE after the disk configuration page of the WDS client is completed, you can find the logs on the local disk volume at the $Windows.
BT\Sources\Panther folder. The local disk volume is usually the drive C. Use Shift+F10 to open a command prompt, and then change the directory to the location.
If the failure occurs on the first boot after the image is applied, you can find the logs in the \Windows\Panther folder of the local disk volume. The local disk volume is usually the drive C.
Включения ведения журнала установщика Windows
Windows включает службу ведения журнала с активацией реестра, которая помогает диагностировать проблемы установки Windows. В этой статье описывается, как включить эту службу ведения журнала.
Оригинальная версия продукта: Windows 10 — все выпуски, Windows Server 2012 R2
Исходный номер КБ: 223300
Запись реестра в этой статье действительна для всех операционных систем Windows.
Ведение журнала установщика Windows
Установщик Windows может использовать ведение журнала для устранения неполадок при установке пакетов программного обеспечения. Этот журнал включен путем добавления ключей и значений в реестр. После того как записи были добавлены и включены, можно повторить установку проблемы, и установщик Windows будет отслеживать ход и размещать ее в папке Temp. Имя файла нового журнала является случайным. Однако первыми буквами являются Msi, а имя файла имеет расширение журнала. Чтобы найти папку Temp, введите следующую строку в командной строке:
Чтобы включить ведение журнала установщика Windows вручную, см. в следующем разделе.
Включить ведение журнала установщика Windows вручную
В этот раздел, описание метода или задачи включены действия, содержащие указания по изменению параметров реестра. Однако неправильное изменение параметров реестра может привести к возникновению серьезных проблем. Поэтому следует в точности выполнять приведенные инструкции. Для дополнительной защиты создайте резервную копию реестра, прежде чем редактировать его. Так вы сможете восстановить реестр, если возникнет проблема. Дополнительные сведения о том, как создать и восстановить реестр, см. в этой информации, как создать и восстановить реестр в Windows.
Чтобы включить ведение журнала установки Windows самостоятельно, откройте реестр с помощью Regedit.exe, а затем создайте следующие подкайки и клавиши:
- Путь: HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\Installer
- Тип: Reg_SZ
- Значение: ведение журнала
- Данные: voicewarmupx
Буквы в поле значения могут идти в любом порядке. Каждая буква включает отдельный режим ведения журнала. Фактическая функция каждой буквы следующим образом для версии MSI 1.1:
- v — выход verbose
- o — сообщения из дискового пространства
- i — Сообщения о состоянии
- c . Исходные параметры пользовательского интерфейса
- e . Все сообщения об ошибках
- w — Предупреждения, не несуществующие смертельным исходам
- a . Запуск действий
- r — Записи, определенные для действий
- m — сведения о выходе из памяти или с летальным исходом
- u . Запросы пользователей
- p — Свойства терминала
- + — Приложение к существующему файлу
- ! — Смыть каждую строку в журнал
- x . Дополнительные сведения об отладки. Флаг x доступен только в Windows Server 2003 и более поздних операционных системах, а также в MSI-версии 3.0, а также в более поздних версиях MSI, которые можно перераспределить.
- * — Под диктовка. Войдите все сведения, кроме параметра v и x. Чтобы включить параметр v и x, укажите /l*vx.
Это изменение должно использоваться только для устранения неполадок и не должно быть оставлено на месте, так как оно будет иметь негативные последствия для производительности системы и дискового пространства. При каждом использовании элемента Добавить или Удалить программы в панели управления создается новый файл Msi*.log. Чтобы отключить ведение журнала, удалите значение реестра журнала.
Включить ведение журнала установщика Windows с помощью групповых политик
Вы можете включить ведение журнала с помощью групповых политик, редактировать соответствующую политику группы OU или Directory. В соответствии с групповой политикой расширяйте конфигурацию компьютера, расширяйте административные шаблоны, расширяйте компоненты Windows, а затем выберите установщик Windows.
Дважды щелкните журнал журнала и нажмите кнопку Включено. В поле Ведение журнала введите параметры, которые необходимо ввести в журнал. Файл журнала Msi.log отображается в папке Temp тома системы.
Дополнительные сведения о журнале MSI см. в справке по Windows. Для этого выберите поиск с помощью журнала msi фразы, а затем выберите параметры управления для компьютеров с помощью групповой политики.
Добавление флага x доступно в Windows Server 2003 и более поздних операционных системах, в MSI-версии 3.0, а также в более поздних версиях MSI, которые можно перераспределить.