Thursday, March 08, 2012 3:23 PM
Hi. We are using TEE 10.0.0 on a Suse Linux box as a build server, to pull down code & such.
After a server reboot a couple days ago, 90% of commands using tf are failing with either access denied, or the 100 error. You can repeat the command 10 times and it works 1 out of the 10 times, the other 9 times it returns in about 1-2 seconds with 100 error or Access Denied.
As we figured out the issue, I boiled it down to a test of just doing:
"./tf workspaces -server:http://<url> -login:<username@domain>,<password>"
and 90% of the time it fails like thus:
An error occurred: Access denied connecting to TFS server http://<server> (authenticating as <domain>\<username>).
I can retry just by hitting up arrow, enter, over and over and there will be a few sucesses then 10 failures in a row, etc. etc.
We're rebooted the server again to no avail, any ideas? I've tried accounts that have workspaces saved on that server and accounts that have never been on that server before, they all act the same. 90% failure, 10% success.
Our dev environment velocity has gone to a crawl in the last two days and this is starting to get escalated, so if anyone has an idea, I would love to hear it. If I need to call MS and open up a paid ticket, I can do that too. Our TFS admins don't believe it's the TFS server, and the Unix admins don't see anything wrong with our Linux server.
Thursday, March 08, 2012 5:11 PM
..And I think we figured it out. When the server was rebooted, some standard settings were applied and a web proxy server was set (http_proxy), and it was intercepting the tf calls.
I've unset the value and things are working, assuming it keeps working I will work with our Unix group here to see the proper way they want us to handle it (as the next reboot will just put it right back)(and I doubt they want us to exempt ourselves from the proxy server completely).
- Marked As Answer by Martin WoodwardMicrosoft Employee, Owner Friday, March 09, 2012 2:20 AM