Hi Brian, You are correct in your analysis, Team Build is responsible for dropping the build outputs and as a result requires Full Control access to the drop location but the Team Foundation Server's application tier is responsible for publishing test results and it requires Modify access to the drop location.
I'm not aware of anyway to set the account used to publish the test results because it is actually the web service on the application tier which does this and it runs as the Team Foundation Server's service account. William On Wed, Nov 5, 2008 at 6:04 AM, Hrebin, Brian <[EMAIL PROTECTED] > wrote: > I'm trying to find a solution for an error we've noticed within our build > logs on a new Team Build server here in our environment. > > > > The error we have been receiving is: > > > > *Waiting to publish...* > > * Publishing results of test run [EMAIL PROTECTED] 2008-11-04 > 06:05:22_Any CPU_Debug to > http://productionTFSserver:8080/Build/v1.0/PublishTestResultsBuildService2.asmx.<http://productiontfsserver:8080/Build/v1.0/PublishTestResultsBuildService2.asmx.> > ..* > > * .The drop share directory "\\newBuildserver\drop\ECF\Continuous > Integration_20081104.1" could not be accessed.* > > * The drop share directory "\\newBuildserver\drop\ECF\Continuous > Integration_20081104.1" could not be accessed.* > > *MSBUILD : warning MSB6006: "MSTest.exe" exited with code 1.* > > > > Since I'd say our environment is unique, I'll provide some background on > information. Our production TFS server lives in separate domain from our > Build server. There is not a trusted relationship between domains which is > the source of the problem. In order for our builds to function in this > architecture, I've created a local user account on both the TFS and Build > boxes (same name, same password). The service account is a local user on > the TFS server and a local administrator on the Build server. Build > services also run under this account. NTFS permissions for the "drop > location" on the Build server are set to "Administrators" "FC". This > account has also been added to our TFS build services group on the project. > Lastly I've modified the "tfsbuildservice.exe.config" located @ > Root:\Program Files (x86)\Microsoft Visual Studio > 9.0\Common7\IDE\PrivateAssemblies so that " authenticationscheme" is set to > anonymous. > > > > While the build itself succeeds, the error occurs when TFS tries to publish > results back to the Build server. The security event logs on the Build > server show that our non trusted domain TFS service account is attempting to > access the share (which will not work). > > > > Is there a way to alter which account TFS uses to publish results back to > the Build sever with? > > > > Brian Hrebin > > National City Corporation > > > > > > > > ------------------------------------------------------------------------------------------- > ***National City made the following annotations > ------------------------------------------------------------------------------------------- > > This communication is a confidential and proprietary business > communication. It is intended solely for the use of the designated > recipient(s). If this communication is received in error, please contact the > sender and delete this communication. > =========================================================================================== > > > OzTFS.com - to unsubscribe from this list, send a message back to the list > with 'unsubscribe' as the subject. View the web archives at > http://www.mail-archive.com/[email protected]/ > Powered by mailenable.com, supported by www.readify.net OzTFS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. View the web archives at http://www.mail-archive.com/[email protected]/ Powered by mailenable.com, supported by www.readify.net
