The node type upgrade article references the nodetype-upgrade/Deploy-2NodeTypes-3ScaleSets template from this repository. The template is supposed to create three VM Scale Sets mapped to two SF node types. However, after the recent pull request #30, the template seems broken - the third VMSS references a third node type, which is not present in the SF cluster resource properties and seems to conflict with the point of the article. The pull request does not contain any explanation for the change.

Please confirm the nodetype-upgrade/Deploy-2NodeTypes-3ScaleSets template is correct or revert the change if it is not.

I'm trying to containerize some SF applications that host reliable services. They are .net 4.6 applications targetting SF 6.4. I've followed the guide on here https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-services-inside-containers but any application I try to load fails to load any of the service fabric runtime dependencies. I try to find what exactly the recommended container image (microsoft/service-fabric-reliableservices-windowsservercore) has in it and for the life of me I can't find where the service fabric runtime is loaded. All the Dockerfile does is run InstallPreReq.ps1 and then add "C:\sffabricbin" to the system path. The ps1 seems to only install visual c redistributables and dotnet core 2.0.0. So, my question is where does C:\sffabricbin come from? If I execute a dir in the container there is no C:\sffabricbin folder, where I imagine the service fabric runtime is supposed to be.

I am trying to use the example APIM deployment templates and I have modified them a bit and everything works fine, until I put in my policy which is:

<policies>
<inbound>
<base />
<set-backend-service backend-id="servicefabric" sf-service-instance-name="@("fabric:/" + context.Request.MatchedParameters["serviceName"] + "/" + context.Request.MatchedParameters["serviceName"] + ".Api")" />
</inbound>
<backend>
<base />
</backend>
<outbound>
<base />
</outbound>
<on-error>
<base />
</on-error>
</policies>

Than I start seeing error which says something like that it was expecting a blank space after @ but got 'fabric' instead. Any idea what that is about??

This could be due to my lack of understanding of how PowerShell treats ARM deployment templates so please bear with me, Thanks! :-)

There are important files that Microsoft projects should all have that are not present in this repository. A pull request has been opened to add the missing file(s). When the pr is merged this issue will be closed automatically.

Microsoft teams can learn more about this effort and share feedback within the open source guidance available internally.

Merge this pull request

• Add support to containerize .Net Core Service Fabric Applications
• Add Docker file and script to create windowsservercore image with VC++ and .Net Core prerequisites installed. This image will be used to run containerized Service Fabric applications. This will remove the steps to install VC++ in init.bat.

https://github.com/Azure/service-fabric-scripts-and-templates/blob/master/templates/cluster-tutorial/vnet-linuxcluster.parameters.json

"certificateUrlvalue": {

"sourceVaultvalue": {

The above 'value' should start with upper case 'V', otherwise, 'az sf cluster create' will complain with

the primary certificate parameters names in the parameters file should be specified with'sourcevaultvalue','certificatethumbprint','certificateurlvalue',if the secondary certificate parameters are specified in the parameters file, the parameters names should be specified with'secsourcevaultvalue','seccertificatethumbprint','seccertificateurlvalue'

The official document (See "supported Linux version" under the Prerequisites) says it supports Ubuntu 20 (Focal) and 18 (Bionic), but here it doesn't support Ubuntu 20 (Focal).

Hello Team,

do these exe contains runtime of SF ?
are you trying to run these exe during build stage of docker ?

Thanks,
Naresh Khatri

After running below command on ubuntu 16, I got below error.

sudo curl -s https://raw.githubusercontent.com/Azure/service-fabric-scripts-and-templates/master/scripts/SetupServiceFabric/SetupServiceFabric.sh | sudo bash

The following packages have unmet dependencies:
servicefabricsdkcommon : Depends: servicefabric (>= 6.4.625.1) but it is not going to be installed