I have Jenkins CI server which builds various .net projects. The server is on Virtual Machine, connected to ActiveDirectory and Jenkins is running in the context of domain user which is also a local administrator.
Software used:
Windows 10 Professional
Visual Studio 2015 14.0.25431.01 Update 3
Jenkins 1.625.3
Solutions are build using devenv.com (currently msbuild is not an option), e.g.:
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\devenv.com" "xxxxx.sln" /rebuild "Release|Any CPU"
My issue is, that quite often I receive an error, just after running devenv.com:
Microsoft Visual Studio has detected a configuration issue. To correct this, please restart as Administrator. For more information please visit: http://go.microsoft.com/fwlink/?LinkId=659046Build
It started to happen after one of Windows 10 updates. I found out, that when someone is log in to build server with the remote desktop using the same domain account, the builds run OK. After logout, the builds run OK for some time and then the errors are back.
Any clue what's going on?
It may be related to this apparent bug in a recent Windows update:
Connect: Visual Studio 2015 and SSMS 2016 RTM (VS 2015 shell) not running under "Run as different user" on Windows 10 Anniversary, Windows 2016 CTP 5
UPDATE 2017-09-08
As #Florian points out, the above link is broken. I can't even find the Connect issue cached on Google, Bing or archive.org.
The Connect issue Unable to start SSMS as another user (cached copy on archive.org) makes me think it would be worth checking whether the problem resolves after updating Windows 10 to 1703 (Creators Update) and ensuring that April 25, 2017—KB4016240 (OS Build 15063.250) has been applied. If this works, anyone running Jenkins on Windows Server 2016 will have to wait for Microsoft to publish 1703 and KB4016240 (or equivalent) for that OS.
Excerpts from Connect page "Unable to start SSMS as another user". I have bolded the error details, which match those in the original question (except for the LinkId in the supplied URL) even though the product is SSMS rather than VS:
Version: SQL Server 2016 CTP3
Operating System: Windows 10
Steps to Reproduce:
Right-click SQL Server Management Studio, select "More", then "Run as
a different user"
Actual Results:
Error message: "This task requires the application to have elevated
permissions" with two options: Restart under different credentials,
and Cancel the task and return to Microsoft SQL Server Management
Studio. Pressing either option closes the window with no further
result. Error information is:
Microsoft SQL Server Management Studio has detected a configuration issue. To correct this, please restart as Administrator. For more information please visit: http://go.microsoft.com/fwlink/?LinkId=647011.
When I go to that page and try the fix suggested there, I can't find
ieproxy.dll. The fix is for Windows 7 / Internet Explorer 8, and I'm
on Windows 10 with Internet Explorer 11, so that may be why it's not
there.
[...]
Posted by Microsoft on 4/28/2017 at 6:26 PM
Hi Jake, It turned out that this issue has been resolved (on the Windows side) very recently - like 3 days ago :)
If you are running Win10 "1703", just make sure you get the latest
updates (specifically, KB4016240) and you should be able to run
ssms.exe using "runas" just fine. This will work with any version of
SSMS.
Currently, the fix is not available on older versions of Win10 (e.g.
1607) or WS2016 (also 1607).
Thanks,
-Matteo
[...]
Posted by Microsoft on 4/27/2017 at 7:35 PM
Hi Jake, Yes, we are aware of this issue (in Windows 10).
We've engaged with the Visual Studio and Windows folks (which is there
the issue is) and hopefully will have a way to fix this issue in SSMS
(you should not need an updated SSMS, just an update in Windows 10).
I'm going to keep this issue open until I have more concrete updates
on it.
Thanks,
-Matteo
If the Windows updates do not solve the problem or are not available to you, I would suggest trying repair operations on Windows as well as Visual Studio.
I'm running into the same error after updating my Windows 10 to 1607, in that I cannot run Visual Studio as a different user. I'm not building solutions at the time though, but still running the VS program as I think you would be calling.
Using this command: runas /netonly /user:domain \ account devenv.exe
as outlined here Unable to launch Visual Studio 2015 as a different user works for me. Not as convenient but does the trick.
Related
In general, there is a website(ASP .NET MVC 5) that I run in Visual Studio.
The first time everything starts clearly, and if you restart the debug session, then the second time it does not start. If you look at the tray, then IIS Express is absent there.
Only restarting Visual Studio solves the problem, but again, only 1 time and you have to restart the studio each time.
What could be the problem?
This happened exactly to me when I upgrade a solution from VS 2010 to VS 2017.
I searched for solutions and only found: remove the .vs directory from the solution, remove the IIS Express directory from the documents or reinstall VS.
The problem was that the solution has multiple web projects that can run. And in one of them, in the .csproj, there was this configuration:
<UseIISExpress>false</UseIISExpress>
<UseIIS>False</UseIIS>
When I set it to true, the problem was gone.
Regards.
Recently I changed my password for TFS service and started facing below issue
Error encountered while fetching: Git failed with a fatal error.
Authentication failed for 'http://Path'.
- Worked fine with Visual Studio 2019 but failed with Visual Studio 2017
Things I tried to resolve this issue:
- Updated password in Credential Manager
- Clearing visual studio cache
Thanks for your help.
Update:
Instead of update password in Credential Manager try to remove it. When connect git in VS2017, you should be able to enter it again. More ways for troubleshooting, pleas take a look at weiwei's answer in this similar question Git failed with a fatal error.Authentication failed when clone repository from VS 2017
Besides, as a workaround, you could also try to use Personal Access Token and use that to connect directly. For details please refer https://stackoverflow.com/a/56028075/5391065
According to your description and situation, since it worked fine with VS2019 and not work with VS2017, this maybe with some Credential cache.
Make sure you have clean clear for the cache with Visual Studio 2017.
Besides, you could also try to run Visual Studio under sign-in credentials that are different from your signed-in Windows account, open the context menu for devenv.exe to access your run as options. If you don't see the run as option as shown in the following example, you may need to press SHIFT before right-clicking to see the run as options.
You can locate the executable in the following folder: *Drive*:\\Program Files (x86)\Microsoft Visual Studio xx.0\Common7\IDE\
Which may do the trick.
Close all Visual Studio instances.
Delete %LOCALAPPDATA%\.IdentityService.
If the issue still persist, call devenv /resetuserdata to clear user's data.
I'm trying to get Dotfuscator Pro 4.13 to run between the unit tests and creation of installation package. The buildserver that we use is Jenkins 1.487 on Windows Server 2008 R2.
The command line for dotfuscator is very simple, i use /q and point out an xml configuration file. it works like a charm when i manually run the exact command from the commandline.
But when the same commands are executed by Jenkins the following error is logged:
Use of this software implies acceptance of accompanying license
agreement.
LICENSED TO:
SERIAL #:
You must first accept the end user license agreement before using Dotfuscator.
For some reason Dotfuscator cant read the licensing information when it's ran by Jenkins. I cant find any information about this but something tells me that this is related to the user that Jenkins is executed under. What am i missing?
As i thought it was something user related. this problem comes from that the user the Jenkins job is ran under has never accepted the Dotfuscator user agreement. There are two ways to resolve this:
Either you log into the machine with the user that is running the automated build and launch the Dotfuscator GUI and accept the license agreement
Or you can copy the following files:
C:\Users{user that installed/accepted agreement}\AppData\Local\PreEmptive Solutions\Dotfuscator Professional Edition\4.0\dfusrprf.xml
C:\Users{user that installed/accepted agreement}\AppData\Local\PreEmptive Solutions\Dotfuscator Professional Edition\4.0\dotfuscator.cfg
C:\ProgramData\PreEmptive Solutions\Dotfuscator Professional Edition\4.0\dotfuscator.dat
into the installation directory of dotfuscator (default is C:\Program Files (x86)\PreEmptive Solutions\Dotfuscator Professional Edition 4.13.0).
I had a similar problem using Team Foundation Build Service running under Windows Server 2012.
According to Dotfuscator's tech support:
To resolve this you will need to move the following files:
C:\Users{User that installed dotfuscator}\AppData\Local\PreEmptive Solutions\Dotfuscator Professional Edition\4.0\dfusrprf.xml
C:\Users{User that installed dotfuscator}\AppData\Local\PreEmptive Solutions\Dotfuscator Professional Edition\4.0\dotfuscator.cfg
Into the same folder on the user account that is running the automated build.
I was running my build service under NT AUTHORITY\NETWORK SERVICE. After some searching I found their home directories:
%systemroot%\ServiceProfiles\NetworkService
which usually translates as:
c:\Windows\ServiceProfiles\NetworkService
Quick background. My client uses Visual Studio 2010 for their website. It was ported onto a new machine, and I had to do some extensive work to get all of the 3rd party controls and add-ons to work. They then requested source control, so using their MSDN license I pulled down and installed TFS 2012 on their machine. Everything installed correctly, and seemed to work until I went to add the existing VS2010 project to TFS2012, and I got an error that when traced back, basically told me that I would not be able to use TFS 2012 and VS2010 together. I weighed the choices, updating the project to VS2012, or uninstalling TFS 2012 and installing TFS2010, and decided the TFS route was the way to go, as I did not want to screw around with all the add-ons again. TFS2012 uninstalled fine, and TFS2010 installed fine.
When I went to start configuring TFS2010, I got an error ([ Application Tier ] TF255297: The Web site found has bindings that conflict with the bindings chosen for the Web site for Team Foundation Server. You must manually resolve the conflict between the bindings.) basically telling me the binding were not removed for the TFS2012 install. I looked in IIS and there is nothing in there using port 8080.
So my question is, how do I find out where the bindings are in use. I tried the netstat commands, and did not find anything using port 8080. I am kind of dead in the water here, so any help that is offered would be greatly appreciated.
I've been tasked with evaluating TFS 2010 for possible use in my group, but don't have access to a server at this point. Is there a way to run it locally (Win XP) just to put it through it's paces?
It's better if you download the VM for TFS 2012 by Brain Keller, you will be able to see most of the TFS features with hands-on labs.
Visual Studio 2012 Application Lifecycle Management Virtual Machine and Hands-on-Labs / Demo Scripts
TFS2010 requires windows 2003, 2008, vista or 7, You can't install it directly on windows xp. You could install it into a virtual machine running one of these operating systems, that would require a fair amount of ram.
However I get the feeling that you probably don't really have the hardware requirements to run TFS, and you probably don't really want to maintain a TFS server. You should probably look at using TFService instead (tfs.visualstudio.com) which is an online version of TFS2012, free for up to 5 users (however while it's in preview it's free for larger groups too). You can install a patch so that VS2010 can access this service.