Onde estão os meus arquivos do Azure Temp?

Question

Eu tenho um erro de raygun em um aplicativo da Web do Azure que me deixa perplexo.

d:\local\Temporary ASP.NET Files\rootc572dab\d52156ac\
App_Web_636035960914530576dbc451921d-d5ba-4ab9-ae23-
3aebe17a2fcd.cshtml.ae8ccf29.453z6dsh.0.cs(151): 
error CS1528: Expected ; or = (cannot specify constructor arguments in declaration)

O erro em si faz sentido - é apenas um arquivo gerado que tem um erro de sintaxe. É o local do arquivo gerado que me confunde.

Esta webapp está executando uma única instância. Quando vou ao kudu para o aplicativo e dou uma olhada, não consigo encontrar esse caminho. Em vez disso, vejo:

D:\local\Temporary ASP.NET Files\root>ls
6260ae3c

Existe algo fundamental sobre o Azure que estou perdendo? Se esse aplicativo da Web conseguisse se expandir para várias instâncias, eu entenderia que talvez estivesse acertando a instância errada com o kudu. Com apenas uma única instância, eu realmente não entendo.

    

Answer 1

O local dos arquivos temporários do Azure Web Apps parece ser sempre D: \ local \ Temp. No entanto, a pasta D: \ local inteira é MONTADA em locais diferentes para cada aplicativo da Web pelo Azure.

Isso significa que cada aplicativo da web verá um D: \ local diferente, o que talvez não seja muito surpreendente. No entanto, o verdadeiro truque é que o KUDU é, por si só, executado como um processo separado e obtém seu próprio D: \ local privado. Então você está realmente navegando no D: \ local privado do KUDU e não no seu aplicativo.

Alguém deve ter percebido que isso pode ser um problema em cenários de depuração, portanto, é possível evitar isso: adicione uma configuração de aplicativo com o nome "WEBSITE_DISABLE_SCM_SEPARATION" e valor "true" ao seu aplicativo por meio do Portal do Azure.

Depois que o aplicativo for reiniciado, ao usar o KUDU, você poderá ver o mesmo D: \ local (incluindo arquivos temporários) que seu aplicativo enxergar.

Você provavelmente deve desativar essa configuração quando terminar, pois a separação padrão pode estar lá por um motivo.

    

Answer 2

Acabei de encontrar uma fonte (oficial) e mais esclarecimentos para a sinalização WEBSITE_DISABLE_SCM_SEPARATION ^{(não suportada!) mencionada no responder .}

Página wiki do Kudu: Entendendo o sistema de arquivos do Serviço de Aplicativo do Azure

Another important note is that the Main site and the scm site do not share temp files. So if you write some files there from your site, you will not see them from Kudu Console (and vice versa). You can make them use the same temp space if you disable separation (via WEBSITE_DISABLE_SCM_SEPARATION). But note that this is a legacy flag, and its use is not recommended/supported.