{"id":3503,"date":"2015-04-20T15:17:18","date_gmt":"2015-04-20T15:17:18","guid":{"rendered":"https:\/\/blogs.msdn.microsoft.com\/heaths\/2015\/04\/20\/visual-studio-2013-continuously-repairs-producing-many-small-log-files\/"},"modified":"2019-02-17T15:29:24","modified_gmt":"2019-02-17T22:29:24","slug":"visual-studio-2013-continuously-repairs-producing-many-small-log-files","status":"publish","type":"post","link":"https:\/\/devblogs.microsoft.com\/setup\/visual-studio-2013-continuously-repairs-producing-many-small-log-files\/","title":{"rendered":"Visual Studio 2013 continuously repairs producing many small log files"},"content":{"rendered":"<p>If you have Microsoft Visual Studio 2013 Professional, Premium, or Ultimate editions installed and are finding many small MSI*.log files in your %TEMP% directory, you may find you are running low on disk space because of how many of these files are created. While they may only be about 3MB, what causes these files to be produced can do so often enough that it may not take long to fill up the drive where %TEMP% resides.<\/p>\n<h3>Workaround<\/h3>\n<p>We are consistently seeing this issue caused by a missing directory, C:\\Windows\\Microsoft.NET\\Framework\\URTInstall_GAC (or %SystemRoot%\\Microsoft.NET\\Framework\\URTInstall_GAC).<\/p>\n<p>To work around this issue,<\/p>\n<ol>\n<li>Open an elevated command prompt.<\/li>\n<li>Type: mkdir %SystemRoot%\\Microsoft.NET\\Framework\\URTInstall_GAC<\/li>\n<\/ol>\n<p>In PowerShell, use $env:SystemRoot instead of %SystemRoot%.<\/p>\n<h3>Description<\/h3>\n<p>This problem is similar to a <a href=\"http:\/\/bit.ly\/wS7sNn\">previous one<\/a> that was caused by a different directory, only in this case it typically only happens after an OS upgrade. The .NET Framework created %SystemRoot%\\Microsoft.NET\\Framework\\URTInstall_GAC as a staging directory for installing assemblies into the GAC (since the .NET Framework may be installing managed fusion for the first time, it can\u2019t use built-in support). When Visual Studio 2013 is installed on Windows 7 the .NET Framework is installed via Windows Installer. Later OS upgrades migrate the .NET Framework to the Windows native installer format (CBS) but that directory isn\u2019t created since those fusion custom actions aren\u2019t used.<\/p>\n<p>Unfortunately, advertised shortcuts in VS2013 Professional (part of Premium and Ultimate) cause a health check because some assemblies are installed into the GAC and since the directory doesn\u2019t exist, Windows Installer initiates a repair operation that does not create the directory. This causes the problem to occur again and again until the directory is created manually.<\/p>\n<p>If you have the Windows Installer <a href=\"http:\/\/bit.ly\/1D7diur\">Logging<\/a> policy set (or the host program initiating the health check enables it via <a href=\"http:\/\/bit.ly\/1GdXyx8\">MsiEnableLog<\/a>), those MSI*.log files won\u2019t help much but to identify the calling program, which we typically see as,<\/p>\n<blockquote><p>%SystemRoot%\\Microsoft.NET\\Framework64\\v4.0.30319\\mscorsvw.exe<\/p><\/blockquote>\n<p>If you search the Windows Application event log for the <strong>MsiInstaller<\/strong> source, the event description for event ID 1004 should say something like,<\/p>\n<blockquote><p>Detection of product &#8216;{9C593464-7F2F-37B3-89F8-7E894E3B09EA}&#8217;, feature &#8216;Visual_Studio_Professional_x86_enu&#8217;, component &#8216;{E3FF99AA-78B9-4A06-8A74-869E9F65E1FE}&#8217; failed.\u00a0 The resource &#8216;C:\\WINDOWS\\Microsoft.NET\\Framework\\URTInstallPath_GAC&#8217; does not exist.<\/p><\/blockquote>\n<p>Creating this directory (whatever directory event ID 1004 specifies) should stop the MSI*.log files from being created in droves.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>If you have Microsoft Visual Studio 2013 Professional, Premium, or Ultimate editions installed and are finding many small MSI*.log files in your %TEMP% directory, you may find you are running low on disk space because of how many of these files are created. While they may only be about 3MB, what causes these files to [&hellip;]<\/p>\n","protected":false},"author":389,"featured_media":3843,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[1],"tags":[20,45,55],"class_list":["post-3503","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized","tag-installation","tag-visual-studio","tag-vs2013"],"acf":[],"blog_post_summary":"<p>If you have Microsoft Visual Studio 2013 Professional, Premium, or Ultimate editions installed and are finding many small MSI*.log files in your %TEMP% directory, you may find you are running low on disk space because of how many of these files are created. While they may only be about 3MB, what causes these files to [&hellip;]<\/p>\n","_links":{"self":[{"href":"https:\/\/devblogs.microsoft.com\/setup\/wp-json\/wp\/v2\/posts\/3503","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/devblogs.microsoft.com\/setup\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/devblogs.microsoft.com\/setup\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/setup\/wp-json\/wp\/v2\/users\/389"}],"replies":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/setup\/wp-json\/wp\/v2\/comments?post=3503"}],"version-history":[{"count":0,"href":"https:\/\/devblogs.microsoft.com\/setup\/wp-json\/wp\/v2\/posts\/3503\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/setup\/wp-json\/wp\/v2\/media\/3843"}],"wp:attachment":[{"href":"https:\/\/devblogs.microsoft.com\/setup\/wp-json\/wp\/v2\/media?parent=3503"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/setup\/wp-json\/wp\/v2\/categories?post=3503"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/setup\/wp-json\/wp\/v2\/tags?post=3503"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}