Thanks for the bug report, Dave. This has been identified as a regression in 4.2, and will be fixed as BM-1474 in 4.2.6. You can manually visit the page by using the execution ID as a workaround. http://servername:80/executions/view-log?executionId=XXXX

Unfortunately, the "Download Dependencies" feature can act a little funny because the way NuGet does dependencies is a little funny. It's on our list to improve this functionality.

Yes, just edit the connection string in both the web and services directory.

Hi Dan, It sounds like this new issue is related to your new domain account not being able to connect to your svn server through a proxy server. One thing you can try... log on to the BuildMaster server using this new account, and try to run that same SVN command. It might pop-up an authentication dialog, or something... in which case, you can get better insight into the exact specific problem.

I see; in this case, your old extension is still being loaded. Maybe the service/webapp wasn't restarted, etc? Easy thing to test, add a new LogDebug(...) before that SPROC call.

Thank you for the bug report. We have reproduced this and it will be fixed in 4.2.4, which is scheduled for release today. The bug is: BM-1464: NullReferenceException when creating or editing an action where there is a server that the current user does not have access to

Interesting, it looks like the unzip program is returning a non-zero exit code, which causes the SSH agent to interpret the command as an error. You might be able to get around this by editing that specific Deploy Artifact action to treat errors as warnings. Also as a workaround, you could deploy the artifact to the "CurrentDirectory" on the BuildMaster server, then use the Transfer/Synchronize Files action from the CurrentDirectory on the BuildMaster server to the Solaris server.

Are you using the integrated web server, or hosting via IIS? Regardless, if you don't want to just delete the ProGet database and start from scratch, you can run the following command from PowerShell or a CMD window to reset the authentication mechanism: sqlcmd -E -S localhost -d ProGet -Q "UPDATE Configuration SET Value_Text = 'false' WHERE Key_Name = 'LDAPEnabled'" You can additionally reset the Admin user by running the ProGet.Service.exe executable and selecting Action 7 "ResetAdminPassword".

This is a known issue with .NET-based services on low-spec servers running Windows Server 2003. Basically, the CLR cannot load in time, triggering an error. In newer server operating systems, you can specify Delay Start, which solves the problem, but it's not possible on 2003. There is a workaround available from Microsoft, KB#193888.

To back-up ProGet, you just need to Back-up the Database and the Packages directory (the path is listed on each feed, and is in the All Settings under Admin).

The patch corrected the issue. Thank you.

Downloaded and installed Oracle Extenstion 4.1.1 without any errors. Sincere thanks! I will begin to setup an Oracle db deploy and test the results. Thanks again, Dan.

Hi, Thanks for the bug report; this will be addressed in the next release of ProGet, which is due in just a few days!

Thank you for posting the action log. When extracting the zip file, the deploy artifact action attempts to run the unzip program, is that program available on the server? Based on the log above, the exact command is: unzip -o "/home/dmccaffr/_A3/_S4/TMP/[artifactName].zip" -d "/home/dmccaffr" An IOException is thrown if the exit status returned is not equal to 0. Can you verify that running that command on the server above actually unzips the artifact, and that its exit code is 0?

Hello, that cryptic message means that the RENAME FILES action does not yet work with the SSH-based agent. Your best bet is to write a simple shell script that can do the same.

Decided to go with the embedded version, install worked fine, I'll revisit this once I move out of testing mode and perhaps we can figure out what the issue is. Thanks! D

Yes, it's from the Dummy extension. When I click the "Add Server" button on the Servers page, it lets me choose an agent type -- self-hosted, IIS-hosted, SSH-based, or Dummy Agent. I was hoping to use dummy servers as stand-ins for real servers that don't (yet) exist so I could create my deployment plan before the servers exist. Then, once they exist, I would just point the deployment steps to the real servers.

What happens if you put the name of a specific artifact? If it were broken, it would be a problem with the extension (which can be easily fixed and published for download pretty quickly). The source code for this particular action is here: https://github.com/Inedo/bmx-jenkins/blob/master/GetArtifactAction.cs

I must be missing something here, but if you remove the View Only privilege to download packages, you should be forbidden from downloading packages... Are you saying you removed your View Only privileges, or that you removed them from the Anonymous User such that it has no privileges? If it's the latter, can you send a Fiddler trace containing the requests that Visual Studio extension is attempting to send?

The service does need to be running mainly to index packages. If you selected the IIS option during install, the web server in the service will not run. If you are switching from integrated web server to IIS, make sure to update the service's .exe arguments to exclude the /urls argument and then the web server component of the service will not run.