You can also get this error if you do not supply a valid private key passphrase for the private key.

Were there any error messages before this happened? Either way, I would restart the BuildMaster service and web application. It also may be worth upgrading to the newest version to see if that helps.

Hi Tod, We upgraded from an older version, 3.6 to 4.3.8. The feature "Update Checklist" is a nice one and at the moment "all green". Execpt for one issue, the "Test your deployment plans". On our server we are running TFS 2010, version 10.0.30319.317. In Buildmaster we added the TFS2012 extension. Regarding your last remark "connections to TFS are now made by the BuildMaster service instead of the web application", do you mean by this that the "service-user"should have acces now to TFS ? Kind regards Martin

You'd have to disable the custom errors in all settings, but regardless, we believe the problem was that the clone procedure would fail if the database user did not have ALTER permissions on a certain table (don't worry, we weren't doing anything crazy -- just an identity insert). We've reworked them so that this is no longer a requirement. We'll have a maintenance release out today that should resolve it.

I can't seem to repro this - if I specify an API key for the feed that requires one, I get this error message: Failed to process request. 'There was an error processing the request: You are not authorized to add a package to this feed. By default, ProGet is not configured to allow unauthenticated users to publish packages to a feed. You will need to either authenticate (by using "name:pass" as your API Key) or give the Anonymous User the Feeds_AddPackage privilege.'. If I then use Admin:Admin or allow anonymous users to publish, then it works as expected. Did you change the Admin user's password by chance?

At the moment the MsTest extension requires a test file be specified. However, we do have the code public for this extension: https://github.com/inedo/bmx-mstest If you're interested modifying the extension quicker than we can, check out: http://inedo.com/support/tutorials/cloning-and-patching-an-inedo-extension As for email, that might require more customization. You can instead have users sign up for the "Execution Completed" notifier which will link them to the test results.

If you wrap the first package query in parentheses it should work: http://proget-server/nuget/{feedName}/Packages?$filter=(Id eq 'ProjectName.Deploy') and startswith(Version,'1.0')&$top=1&$orderby=Created desc

Unfortunately that is a limitation of the v3.X line of BuildMaster - releases were ordered and meant to be built on top of each other, e.g. once version 5 goes out, it is meant to encompass everything up through v5. If you were to upgrade to the 4.X line (make sure to read all the upgrade notes first), then you can actually re-order releases as necessary, and allow other advanced workflow options.

Fixed! The issue was that the subversion configuration was pointing to its local svn.exe instead of the one we had installed on the server. I had to change the 'Path to svn client' field to point to our copy of svn.exe. Thanks again.

Just to follow up, got some help from the inedo folks and we discovered that the server hosting the sql server database had its system clock slightly off which was causing the delay till the start of execution.

Thanks; we were able to reproduce this, and will revert it to old (correct) behavior in a maintenance release.

ProGet runs just fine in Hyper-V; you may want to try a reboot... that will often fix it. The problem is usually the WMI service acting up

Waiting might be best for me. <-not so good with object oriented languages. I think it would be a great additions to be able to access the many types of Variables. (application, release, build are the 3 types I use, not sure about the rest of your client base) I expect my end result would look like: $ReleaseVariable(${ReferancedApplicaitonID, ,${ReferancedReleaseNumber, FolderNumber) Wow that just got crazy. Think it can handle passing in functions to find a variable? I am not in a rush, I just want to reduce the risk of problems. And because 4.3 did a major change to the database my built-in-house reports would have to be redone, so I am being lazy with updates. Also this solution would be able to consolidate some of my shared plans that each call different variables, if I instead ask for a variable by passing in the environment like this: $Appvar(${AppID}, ${EnvName}Server) I can have the same task work on all my environments. Thanks, Dan

SQL patch received and applied, thanks. The Manual action step is now working again. The log file detail shows in the same window using IE but only show as [View Full Log] in Firefox (no new tab or window is opened)

Unfortunately, NuGet does not distinguish between symbol and normal packages when uploading; all that's sent from the client is the package name, id, and bytes. Thus, there's no way to have ProGet automatically merge. In this case, you'll need to combine both packages in one, then upload it. Alternatively, you can create a symbols-only feed and upload to that.

Hi Tod, Thanks heaps, that makes sense to me. Thanks for the quick reply. Regards, Daniel.

It looks like this method was removed as part of the 4.3 executor refactoring; but it will be replaced in a maintenance release (shipping this week). If absolutely needed sooner, you can query the [BuildExecution_ActionGroupActionVariableValues] table direct or via a stored proc.

For reference, this also happened on another user's machine, and the following entry was found in the event log around the same time: Windows detected your registry file is still in use by other applications or services. The file will be unloaded now. The applications or services that hold your registry file may not function properly afterwards. DETAIL - 3 user registry handles leaked from \Registry\User\S-1-5-21-1409082233-789336058-1343024091-27055: Process 2940 (\Device\HarddiskVolume3\BuildMasterAgent\Agent\_tmp\bmtcpagent.exe) has opened key \REGISTRY\USER\S-1-5-21-1409082233-789336058-1343024091-27055 Process 4388 (\Device\HarddiskVolume2\Windows\System32\conhost.exe) has opened key \REGISTRY\USER\S-1-5-21-1409082233-789336058-1343024091-27055\Control Panel\International Process 2940 (\Device\HarddiskVolume3\BuildMasterAgent\Agent\_tmp\bmtcpagent.exe) has opened key \REGISTRY\USER\S-1-5-21-1409082233-789336058-1343024091-27055\Control Panel\International

Thank-you for the quick reply... I had just upgraded Proget just a week ago or something, so I hadn't thought to look for another version. I downloaded and installed the latest version and indeed my issue seems to be resolved.

Sorry about that, I got a little confused with BuildMaster's configuration... there is no appSettings.config file for ProGet :-/ ProGet's website port is determined by arguments passed to the service. If you stop the ProGet service, run ProGet.Service.exe as administrator, and choose Uninstall, the service will be uninstalled. You can run it again and choose "Install" to add it back, then it will ask for the URL to reserve, and you can enter something like http://*:1000/ to reserve all hostnames on port 1000. Make sure to choose an identity that has access to the SQL Server database. If you chose Network Service as the account to use when you first installed, just leave that as the default option for the user account when prompted. If the service takes a while to start up (i.e. longer than 5 seconds), it probably means the user account assigned to run the service does not have access to the DB (it could take a minute or more to time out). Just reinstall the service in the same manner to host with a different user.