Inedo Community Forums Forums
    • Recent
    • Tags
    • Popular
    • Login

    Welcome to the Inedo Forums! Check out the Forums Guide for help getting started.

    If you are experiencing any issues with the forum software, please visit the Contact Form on our website and let us know!

    Caching ProGet feeds in S3 and/or auto-creating local repository

    Scheduled Pinned Locked Moved Support
    3 Posts 2 Posters 5 Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • C Online
      cyril
      last edited by

      Hi all,

      I'm currently in the process of migrating between ProGet instances; we're moving from a couple monolithic feeds to narrower, team-managed feeds, as well as moving from locally stored artifacts to S3-backed storage...

      Since we've got a large amount of build pipelines & deployment environments that need to be updated, we figured that we could proxy our "old" instance, using connectors + team-specific filters. This works for switching endpoints easily, without a big-bang migration. Our teams can then progressively update to push to the new instance, while old tags are pulled from the old one. This also saves us from pulling data we don't need to the new instance.

      One issue has come up however; the cached packages seem to be stored directly on disk, instead of being pushed to the (configured) S3 storage on the feed. Is this intended, or can it be reconfigured?

      A related thought, to make our migration more 'resilient' would also be to automatically create a local repository when pulling via a connector, if that could be an option. However the S3 issue still remains; we won't be able to keep all our images locally.

      Would you have any pointers on dealing with this?

      Thanks,
      Cyril

      stevedennisS 1 Reply Last reply Reply Quote
      • stevedennisS Offline
        stevedennis inedo-engineer @cyril
        last edited by

        Hi @cyril ,

        Actually, "cached" packages are stored the exact same way "local" packages are. The only difference is a flag (Cached_Indicator) on the database entry.

        If you're seeing package files on local disk, they're might be from a different feed or are older (i.e. before you used cloud-storage).

        Thanks,
        Steve

        C 1 Reply Last reply Reply Quote
        • C Online
          cyril @stevedennis
          last edited by

          @stevedennis thanks for the quick reply.

          Something seems to going wrong then... For example, I've got a feed (backed by a connector) proxying docker.io images; essentially the same flow I'd like to use for our internal images.

          I've pulled images through it with S3 enabled since the beginning. I'm expecting to see some data in there;

          Screenshot 2026-10-23 at 09.20.31.png

          I've tested the storage, and it seems to be happy;

          Screenshot 2026-10-23 at 09.19.59.png

          It does seem to be storing manifests, but no actual images;

          Screenshot 2026-10-23 at 09.34.38.png

          I have caching enabled on the connector;

          Screenshot 2026-10-23 at 09.36.35.png

          Inspecting ProGet itself (using the Docker image); it seems to be storing everything locally in /var/proget/packages;

          Screenshot 2026-10-23 at 09.43.57.png

          Any idea what might be going on?

          1 Reply Last reply Reply Quote

          Hello! It looks like you're interested in this conversation, but you don't have an account yet.

          Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

          With your input, this post could be even better 💗

          Register Login
          • 1 / 1
          • First post
            Last post
          Inedo Website Home • Support Home • Code of Conduct • Forums Guide • Documentation