service-fabric icon indicating copy to clipboard operation
service-fabric copied to clipboard

Published 20 hours ago • verified publisher icon microsoft

Let files in ImageStore to be downloaded to allow deployment troubleshooting

Open abatishchev opened this issue 7 years ago • 10 comments

Kind of a follow-up on https://github.com/Azure/service-fabric-issues/issues/6.

Currently there is a way to list directories and files within cluster's image store but there is no way to download these files back to developer's machine.

Use case: troubleshoot deployment in case if a Ci/CD server is used and something doesn't work.

abatishchev avatar Mar 16 '18 22:03 abatishchev

Thank you for the suggestion, I opened an internal bug for tracking.

oanapl avatar Mar 19 '18 21:03 oanapl

I wanted to 👍 this issue. If an image store method could be added to the FabricClient as well it would be great. Another alternative, could be adding the URL to the metadata of the Application Type if it was uploaded with Register-ServiceFabricApplicationType -ApplicationPackageDownloadUri http://yoursite. In this way one could grab the package directly.

Is there any progress in it? Is there any way to monitor how/if/when this issue is addressed?

Scooletz avatar Jun 29 '18 15:06 Scooletz

Thank you for the feedback, @Scooletz . This helps us prioritize our work. Unfortunately, we don't have an ETA yet. When we'll be shipping it, we will have information in our release notes. I will update this thread as well.

oanapl avatar Jun 29 '18 15:06 oanapl

Thank you for such a quick response @oanapl 😃

I know it's not comment to this issue, but if you could make the process of selection of issues and their visibility a bit more transparent, this could be useful for users to (sometimes) plan ahead.

Scooletz avatar Jun 29 '18 17:06 Scooletz

@Scooletz Thanks for the feedback. What do you want to grab the package for?

masnider avatar Jul 02 '18 17:07 masnider

@masnider I wanted to provide a service, that would enable to discover and maintain some metadata about services based on their code (hence the need of packages). This is just an idea I'm playing with right now, and for now, just using same url as used in -ApplicationPackageDownloadUri is just fine. If I could download the content directly from the store, it would make it independent on the upload method.

Scooletz avatar Jul 03 '18 08:07 Scooletz

Actually, does this work? @aelij https://gist.github.com/aelij/6f811d741b67b9feba777d275f136374

masnider avatar Jul 04 '18 19:07 masnider

@masnider Yes (at least it used to), but it uses private reflection :)

aelij avatar Jul 04 '18 19:07 aelij

I know that I could "reflect upon this" 😂 but it would be so much better to have a public API properly versioned by SF SDK team 🙏

Scooletz avatar Jul 04 '18 19:07 Scooletz

Didn't work to me as of the time of opening this issue (the reason I've opened it).

abatishchev avatar Jul 05 '18 16:07 abatishchev