Visual Studio 2013 在 C:\Windows\Temp 目录中创建太多日志文件答案

【问题标题】：Visual Studio 2013 creating too many log files in C:\Windows\Temp directoryVisual Studio 2013 在 C:\Windows\Temp 目录中创建太多日志文件
【发布时间】：2014-12-01 18:58:37
【问题描述】：

我最近安装了 Visual Studio 2013。几周后，我发现在我的 C:\Windows\Temp 目录中创建了数千个 MSI*.LOG 文件 - 价值近 30Gb。每个文件几乎相同，大小约为 3.1Mb。它似乎一遍又一遍地安装相同的东西。我可以删除所有文件，但它们几乎立即重新出现。我已经放置了以下文件之一的 sn-p。我是在 StackOverflow 上发帖的新手，所以我不确定是否需要放置更多文件或所有文件或什么。我在互联网上发现了另外 2 篇关于 VS2013 问题的文章，所以我已经完成了修复过程以及卸载/重新安装 VS2013。我确实注意到在我卸载 VS2013 后没有创建更多文件，但在我重新安装 VS2013 后它们又开始出现。

在 VS2013 安装过程中我没有收到任何错误。我能够创建新的解决方案/项目，并且一切似乎都可以编译/构建，所以我不知道问题可能是什么。

有人看过这个问题吗？有解决问题的解决方案吗？我正在寻找的不仅仅是“每晚清理文件”！

=== Verbose logging started: 12/1/2014  12:29:41  Build type: SHIP UNICODE 5.00.7601.00  Calling process: C:\Windows\Microsoft.NET\Framework\v4.0.30319\mscorsvw.exe ===
MSI (c) (9C:18) [12:29:41:414]: Resetting cached policy values
MSI (c) (9C:18) [12:29:41:414]: Machine policy value 'Debug' is 0
MSI (c) (9C:18) [12:29:41:414]: ******* RunEngine:
       ******* Product: {9C593464-7F2F-37B3-89F8-7E894E3B09EA}
       ******* Action: 
       ******* CommandLine: **********
MSI (c) (9C:18) [12:29:41:414]: Client-side and UI is none or basic: Running entire install on the server.
MSI (c) (9C:18) [12:29:41:414]: Grabbed execution mutex.
MSI (c) (9C:18) [12:29:41:414]: Cloaking enabled.
MSI (c) (9C:18) [12:29:41:414]: Attempting to enable all disabled privileges before calling Install on Server
MSI (c) (9C:18) [12:29:41:430]: Incrementing counter to disable shutdown. Counter after increment: 0
MSI (s) (84:94) [12:29:41:430]: Running installation inside multi-package transaction {9C593464-7F2F-37B3-89F8-7E894E3B09EA}
MSI (s) (84:94) [12:29:41:430]: Grabbed execution mutex.
MSI (s) (84:DC) [12:29:41:430]: Resetting cached policy values
MSI (s) (84:DC) [12:29:41:430]: Machine policy value 'Debug' is 0
MSI (s) (84:DC) [12:29:41:430]: ******* RunEngine:
       ******* Product: {9C593464-7F2F-37B3-89F8-7E894E3B09EA}
       ******* Action: 
       ******* CommandLine: **********
MSI (s) (84:DC) [12:29:41:430]: Machine policy value 'DisableUserInstalls' is 0
MSI (s) (84:DC) [12:29:41:445]: SRSetRestorePoint skipped for this transaction.
MSI (s) (84:DC) [12:29:41:445]: End dialog not enabled
MSI (s) (84:DC) [12:29:41:445]: Original package ==> C:\Windows\Installer\4c8872.msi
MSI (s) (84:DC) [12:29:41:445]: Package we're running from ==> C:\Windows\Installer\4c8872.msi
MSI (s) (84:DC) [12:29:41:461]: APPCOMPAT: Uninstall Flags override found.
MSI (s) (84:DC) [12:29:41:461]: APPCOMPAT: Uninstall VersionNT override found.
MSI (s) (84:DC) [12:29:41:461]: APPCOMPAT: Uninstall ServicePackLevel override found.
MSI (s) (84:DC) [12:29:41:461]: APPCOMPAT: looking for appcompat database entry with ProductCode '{9C593464-7F2F-37B3-89F8-7E894E3B09EA}'.
MSI (s) (84:DC) [12:29:41:461]: APPCOMPAT: no matching ProductCode found in database.
MSI (s) (84:DC) [12:29:41:461]: MSCOREE not loaded loading copy from system32
MSI (s) (84:DC) [12:29:41:461]: Opening existing patch 'C:\Windows\Installer\3007d0.msp'.
MSI (s) (84:DC) [12:29:41:461]: Opening existing patch 'C:\Windows\Installer\2fe190.msp'.
MSI (s) (84:DC) [12:29:41:461]: Opening existing patch 'C:\Windows\Installer\20c3cd.msp'.
MSI (s) (84:DC) [12:29:41:477]: Opening existing patch 'C:\Windows\Installer\20c3cc.msp'.
MSI (s) (84:DC) [12:29:41:477]: SequencePatches starts. Product code: {9C593464-7F2F-37B3-89F8-7E894E3B09EA}, Product version: 12.0.21005, Upgrade code: {015856DA-C69D-3EE0-85EC-270367A147A1}, Product language 1033
MSI (s) (84:DC) [12:29:41:477]: SequencePatches returns success.
MSI (s) (84:DC) [12:29:41:477]: Final Patch Application Order:
MSI (s) (84:DC) [12:29:41:477]: {BFB5154E-888D-4D0E-B377-018AF8B74968} - 
MSI (s) (84:DC) [12:29:41:477]: {C823005E-3448-3126-A3E5-9B568096F87A} - 
MSI (s) (84:DC) [12:29:41:477]: {1B46DFCA-9504-4ACD-AB79-FBC3C899784E} - 
MSI (s) (84:DC) [12:29:41:477]: {1F654618-A065-3008-9415-576BB5F0E42D} - 
MSI (s) (84:DC) [12:29:41:477]: Machine policy value 'DisablePatch' is 0
MSI (s) (84:DC) [12:29:41:477]: Machine policy value 'AllowLockdownPatch' is 0
MSI (s) (84:DC) [12:29:41:477]: Machine policy value 'DisableLUAPatching' is 0
MSI (s) (84:DC) [12:29:41:477]: Machine policy value 'DisableFlyWeightPatching' is 0
MSI (s) (84:DC) [12:29:41:477]: Looking for patch transform: RTM.1
DEBUG: Error 2746:  Transform RTM.1 invalid for package C:\Windows\Installer\4c8872.msi. Expected product {7781AFF2-D0BE-364B-B18A-D7DBEF8B712D}, found product {9C593464-7F2F-37B3-89F8-7E894E3B09EA}.
MSI (s) (84:DC) [12:29:41:477]: Skipping validation for patch transform #RTM.1.  Will not apply because previous transform was invalid
MSI (s) (84:DC) [12:29:41:477]: Looking for patch transform: RTM.2
1: 2746 2: RTM.1 3: C:\Windows\Installer\4c8872.msi 4: {7781AFF2-D0BE-364B-B18A-D7DBEF8B712D} 5: {9C593464-7F2F-37B3-89F8-7E894E3B09EA}

谢谢！

【问题讨论】：

相关：superuser.com/questions/736253/…
是的，这是我发现的两篇文章之一，表明这是 VS2013 的问题。但是，在尝试修复 VS2013（以及卸载/重新安装）后，我仍然看到正在创建的 .log 文件。
这里也一样！填满我的空闲空间！通常我什至不使用我的本地 VS 2013（我通过 RDP 使用远程主机）。 VS 2013 会填满我的日志，即使我没有启动它！ o_O
VS Repair 到目前为止似乎已经解决了

标签： visual-studio-2013

【解决方案1】：

从 Visual Studio 安装程序运行修复后，问题似乎已解决。我失去了一些演出，但没有更多的每日补充。

【讨论】：

好吧，我以为我在发布问题之前已经完成了修复过程，但是鉴于 Csaba Toth 的成功，我继续尝试再次尝试，它确实解决了我的问题。感谢大家的帮助！
我希望能够确定根本原因，但作为开发人员，我安装了很多版本的 Visual Studio、其他 IDE、SDK 和其他相关的东西，很难指出罪魁祸首。这开始不久前，虽然几个月前。也许在我安装了 VS 2013 社区版之后？还是 VS 更新 4？

【解决方案2】：

在我的情况下，安装 VS 2013 社区版的更新 5 后开始出现问题。修复并没有解决问题。

但是，我在 Heath Stewart's MSDN Blog 上找到了 this post，这对我的情况有所帮助。

【讨论】：

blogs.msdn.com/b/heaths/archive/2015/04/20/…