Где мои временные файлы Azure?

У меня есть ошибка raygun в веб-приложении Azure, которая меня сбивает с толку.

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

Сама ошибка имеет смысл - это просто сгенерированный файл бритвы с синтаксической ошибкой. Меня сбивает с толку расположение сгенерированного файла.

Это веб-приложение запускает единственный экземпляр. Однако когда я иду в куду за приложением и просматриваю, я не могу найти этот путь. Вместо этого я вижу:

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

Что-то важное в Azure мне не хватает? Если бы это веб-приложение могло масштабироваться до нескольких экземпляров, я бы понял, что, возможно, я использовал куду не тот экземпляр. Хотя существует только один экземпляр, я действительно не понимаю.

4
задан 9 July 2016 в 01:32
2 ответа

Расположение временных файлов для веб-приложений Azure всегда выглядит как D: \ local \ Temp. Однако вся папка D: \ local УСТАНАВЛИВАЕТСЯ в разных местах для каждого веб-приложения с помощью Azure.

Это означает, что каждое веб-приложение будет видеть свой D: \ local, что, возможно, не слишком удивительно. Однако настоящая уловка заключается в том, что KUDU сам по себе работает как отдельный процесс и получает свой собственный частный D: \ local. Таким образом, вы на самом деле просматриваете частный D: \ local KUDU, а не ваш приложение.

Кто-то должен был понять, что это может быть проблемой в сценариях отладки, поэтому есть способ избежать этого: добавьте настройку приложения с имя «WEBSITE_DISABLE_SCM_SEPARATION» и значение «true» для вашего приложения через портал Azure.

После перезапуска приложения при использовании KUDU вы должны увидеть тот же D: \ local (включая временные файлы) как ваше приложение видит.

Вам, вероятно, следует отключить этот параметр, когда вы закончите, так как разделение по умолчанию может быть там по какой-то причине.

6
ответ дан 3 December 2019 в 02:57

Только что нашел (официальный) источник и дополнительные пояснения к WEBSITE_DISABLE_SCM_SEPARATION (не поддерживается!) флаг, упомянутый в ответе Оле Толшаве .

Вики-страница Kudu: Общие сведения о файловой системе службы приложений Azure

Еще одно важное замечание: главный сайт и сайт scm не используют общие временные файлы. Поэтому, если вы напишете туда какие-то файлы со своего сайта, вы не увидите их из Kudu Console (и наоборот). Вы можете заставить их использовать одно и то же временное пространство, если отключите разделение (через WEBSITE_DISABLE_SCM_SEPARATION). Но обратите внимание, что это устаревший флаг, и его использование не рекомендуется / не поддерживается.

1
ответ дан 3 December 2019 в 02:57

Теги

Похожие вопросы