Have you seen the Multiple Environments per Server documentation?

We really don't recommend this configuration, because the behavior is very confusing. Servers should generally really only be in single environment.

Instead, can you use server roles?

Here are two posts that might help at least show you where to poke around:

https://inedo.com/support/questions/9293

https://inedo.com/support/questions/4092

If you can identify more specifically what the issue is, we can try to look for a fix!

Hello Damian,

I believe this is due to ILIB-60, which is caused by a bug in Mono.

Please carefully follow the Getting Started with NuGet Feeds in ProGet and Visual Studio tutorial.

You need to use the API endpoint URL (shown to you within ProGet's Feed page), not the URL that you at the top of your browser. The /feeds URL is intended for use by a web browser, and the /nuget URL is used for an API (i.e. Visual Studio).

I'm sorry but I'm not understanding what you mean by "queues" or "hangfire"...

There was a UI change; these are listed under "Containers" in the top UI.

Please note that retention policies are a paid feature. Although rules can still be configured in the free edition, they are always executed in dry run mode in ProGet Free.

In addition, when multiple options are specified, then only packages that meet all of the selected criteria are considered.

Please review the retention rules for more information

Otherwise, the best place to look would be the retention logs, to show you what packages were considered.

There have been no changes to the way our products connect to databases in many years, so this is unrelated to an upgrade.

However, it seems to be some sort of indication that SQL Server must be overloaded, or a network problem. This can typically be diagnosed / reviewed by the SQL Server DBA, who can see incoming connections, and which queries are taking too long, etc.

But in my experience, just restarting the server you have SQL Server installed on fixes it like 80% of the time.

You can use an API key: https://github.com/inedo/upack#push

Basically just use "api" as username, and the key as the password.

In this case, you can use the execute command line operation; please see Executing a Command Line Utility During Deployment in BuildMaster

Hello; this errro means that OTter can't connect to the database. Maybe the connection string changed?

I would check the database connection string in Otter's configuration file.

Maven indexes are for search only, and don't have any sort of sensible ordering, so you won't see packages like you would on npm feeds.

Please refer to KB#1161 for how to update to TLS 1.2

Based on that error, it sounds like your user account doesn't have dbo access to the database? This will be required to install/upgrade ProGet.

Hello Love,

It seems Maven feeds are missing support for caching connector packages. I've filed this as PG-1411.

Can you share the name of your docker image and docker feed?

Can you provide a specific example of a public package (on the official PowerShell Gallery), and then expected and actual results in ProGet?

Please disable the "Overwrite Package" permission in Admin > Tasks.

Then, you will get "Package Already Exists" error

In BuildMaster v6, there is an operation that you can use to set these:

Set-ConfigurationVariable(
    Variable: <text>,
    Value: <RuntimeValue>,
    [Application: <text>],
    [ApplicationGroup: <text>],
    [Deployable: <text>],
    [Server: <text>],
    [ServerRole: <text>],
    [Environment: <text>]
);

But, you said "We do use integrated auth in IIS" ?

If it's configured in IIS, then Docker won't be able to access the page/api. The client must support integrated authentication, which NuGet, web browsers, etc., do.