NuGet packages missing from TeamCity NuGet feed

Hello,

I recently upgraded from TeamCity 2017.2.3 to 2018.1 (build 58245). Since the upgrade, we've noticed that some packages built by 2018.1 are not visible in the internal TeamCity NuGet feed, while others are - even within the same build. We did not observe this behavior on 2017.2.3.

My observations:

  1. One package affected by this problem is called "JDICM". "JDICM" revision 26333 was built by 2017.2.3 and is visible in the NuGet feed and in the TeamCity UI. "JDICM" revision 26388 was built by 2018.1 and is NOT visible in the NuGet feed but IS visible in the TeamCity UI.
  2. One package unaffected by this problem is called "JDICheckPrint". "JDICheckPrint" revision 26333 was built by 2017.2.3 and is visible in the NuGet feed and in the TeamCity UI. "JDICheckPrint" revision 26388 was built by 2018.1 and IS visible in the NuGet feed and is visible in the TeamCity UI.
  3. Please note that 26388 is not the only problematic revision. TeamCity will not list any "JDICM" package AFTER revision 26333.
  4. My NuGet feed is configured as v2

Here's what I tried - no affect on the problem:

  1. Restarting TeamCity
  2. I tried resetting the "buildsMetadata" cache. I also looked at teamcity-nuget.log and did NOT see "JDICM" rev 26388 getting indexed.
  3. I tried querying the TeamCity NuGet feed directly using a web browser (taking everything but TeamCity out of the equation) and observed the same behavior.

Attachments:

  1. "Figure_1.png" illustrates what revision 26388 looks like in TeamCity 2018.1
  2. "Figure_2.png" shows an excerpt of TeamCity's response to the following request: /httpAuth/app/nuget/feed/_Root/default/v2/FindPackagesById()?id='JDICheckPrint'. Notice that "JDICheckPrint" rev 26388 is present. This is the behavior I would expect. I executed the same HTTP request, changing "JDICheckPrint" to "JDICM" and did NOT see an JDICMrev 26388 in the XML document that TeamCity responded with. I tried to upload the actual XML file, but I am only permitted to attach images.
  3. "Figure_3.png" shows that the permissions of rev 26333 and 26388 are identical.





0
5 comments

Just read TW-55703 and it seems very similar. Is TW-55703 the root cause?

0
Avatar
Permanently deleted user

We have the same issue. As a workaround, I added a Nuget publish step to publish the packages to the feed and disabled the auto indexing of nupkg files. Thanks for the link, that would have been handy this morning. :-/

0

Hi,

It's not impossible that the issue is the same, although it would be hard to figure out without the full details. The issue you linked has a patched plugin that should fix it, so we can recommend using it and testing, or upgrading to 2018.1.1 that we just released and should include the fix.

Should the issue not be fixed with the new release, I would recommend opening a new issue in the tracker. Try to provide additionally a build log just in case. It would also be useful to provide the generated files, feel free to set their visibility to just you and the jetbrains-team to avoid them being available for third parties.

0

Sorry, I should have updated my post - installing the patched plugin available in TW-55703 fixed our issue.

0
Avatar
Permanently deleted user

Ditto, the patch from the link in the first comment fixed the issue.

0

Please sign in to leave a comment.