我正在尝试查找特定WebJob的函数执行的详细信息.不幸的是,Kudu中的功能仪表板显示重复,惊叹号,并且超过两个月没有执行任何功能.

尝试使用Azure CLI列出WebJob的运行会产生错误NotFound.

WebJob已被移动到可能相关的其他Web应用程序.

如果所有的记录历史记录都被擦除并且一切都重置了,那么我只想再次工作了!有任何想法吗？

我在Visual Studio 2015中创建了一个Azure功能应用程序.该应用程序具有服务总线队列的触发器.当我在本地运行时,该应用程序运行良好.它能够从Service Bus队列中读取数据(通过名为AzureSBConnection的变量配置)并将其记录在我的数据库中.

但是在Azure中部署时,它会给我以下错误:

函数($ ServiceBusQueueTriggerFunction)错误:Microsoft.Azure.WebJobs.Host:错误索引方法'Functions.ServiceBusQueueTriggerFunction'.Microsoft.Azure.WebJobs.ServiceBus:Microsoft Azure WebJobs SDK ServiceBus连接字符串'AzureWebJobsAzureSBConnection'缺失或为空.

请注意,我的连接称为AzureSBConnection而不是AzureWebJobsAzureSBConnection.此外,连接在本地工作.最后,部署的文件看起来与本地文件完全相同.

Visual Studio结构如下所示:

function.json文件有一堆设置,如下所示:

然后在Appsettings.json文件中,我有以下内容:

为了部署,我将文件FTP到我的Azure中的功能应用程序的D:\ home\site\wwwroot位置.Kudu的最终结构如下:

如果我进入我的函数文件夹:

这是部署的function.json:

这是部署的appsettings:

部署的json文件与本地文件完全相同.但由于缺少AzureWebJobsAzureSBConnection,部署的版本出错了.我究竟做错了什么？

根据我的理解,暂存站点需要重新启动的唯一原因是,是否存在应用程序设置或连接字符串配置为插槽设置.

虽然这似乎并非总是如此.我们的一个应用程序将重新启动.我使用了Powershell cmdlet来确保Portal中没有"隐藏"的插槽设置(因为显然这是一件事).

还有哪些其他因素可以确定在交换期间是否重新启动暂存站点？

(我在kudu GitHub存储库上发布了这个,但没有收到回复)

编辑:

回应拜伦的回答:

我做了一些非常彻底的测试(请参阅我的测试报告),我可以执行插槽交换(有和没有预览),无需生产或暂存槽重新启动.这显然没有在Web Apps上配置插槽设置.

这是否意味着无法保证重启？我在这里提出的问题是,如果没有重启,IIS的应用程序初始化模块仍然确保应用程序确实已经预热(因为这些事情可能需要几分钟)？

我正在尝试在 Azure webapp 上部署一个非常简单的 express.js 应用程序。

部署日志显示部署正确通过，但应用程序未启动。检查 kudu 进程资源管理器显示 node.js 进程确实没有运行

另一方面，我没有看到任何应用程序日志，也没有任何迹象表明该应用程序甚至已启动。

有没有办法查看当 nodeiis 尝试启动应用程序时发生了什么？

我有一个ASP.NET核心应用程序,在本地运行良好.

但是,当我将站点发布(Web部署)到Azure时,我得到403 : You do not have permission to view this directory or page.

我有一个默认控制器和Startup.cs中定义的路由:

app.UseMvc(routes =>
            {
                routes.MapRoute(
                    name: "default",
                    template: "{controller}/{action}/{id?}",
                    defaults: new { controller = "Home", action = "Index" });
            });

Web部署到Azure后的文件夹结构如下所示:

|_ home
  |_ site
    |_ wwwroot (contains DLL's and files specified through 'publishOptions' in project.json)
      |_ wwwroot (the contents of the 'wwwroot' folder I have in Visual Studio)
      |_ Views (contains MVC views)
      |_ refs (contains referenced …

我试图从Gitlab部署到Azure应用服务，但是遇到了问题。部署立即失败，原因是：

主机密钥验证失败。\ r \ n致命：无法从远程存储库读取。\ n \ n请确保您具有正确的访问权限\ n并且该存储库存在。\ n \ r \ nD：\ Program Files（x86）\ Git \ cmd \ git.exe获取来源--progress

我已经几次删除了App服务中的部署配置，并再次确认以确保Gitlab存储库的SSL URL正确。我也尝试过将密钥添加到Gitlab部署密钥中，但是它不会让我已经存在，所以我知道密钥肯定是正确的。

在网络上搜索建议从已知的主机文件中删除主机，但是由于这是天蓝色的，因此/ ssh文件夹（Kudu-> Console-> D:\home\.ssh）中没有known_hosts，因此我不确定还有什么尝试。

谢谢

我知道 Microsoft Azure 中的 KUDU 服务，它运行良好。但是我有非常大的数据，大于 3GB，下载然后上传到我的新服务器需要很长时间。有没有办法通过命令行压缩 Azure 上的数据，然后执行 wget 将这些数据下载到新服务器上。到目前为止，我一直在手动执行此操作，但是首先将其下载到我的 PC，然后通过 FTP 上传到服务器需要花费很长时间。

我已登录 Microsoft Azure 应用服务控制台。我尝试过 compress、Compress-Archive 甚至 zip 命令，但没有任何效果。它说著名的内部和外部命令未找到消息。

'compress' is not recognized as an internal or external command, operable program or batch file.

如何在 Azure 控制台上压缩这些文件？最早的帮助将不胜感激。

或者有没有办法通过命令行在这台服务器上安装一些压缩工具？

Microsoft.Net.Compilers is only supported on MSBuild v15.0 and above

无论 KUDU 的自动检测工具是什么，它总是选择 14

有没有办法强制它选择15？

我第一次使用部署管道将 Python 函数应用部署到 Azure：

https://docs.microsoft.com/bs-latn-ba/azure/azure-functions/functions-how-to-azure-devops

该包使用 Kudu Zip 部署部署到 Azure。

我的 http 触发函数在本地运行得很好（在 Windows 上），但我在 Azure 上有 500 个内部错误，因为它没有找到模块requests。

异常：ModuleNotFoundError：没有名为“请求”的模块

__init__.py 的导入：

import logging, requests, os
import azure.functions as func

如果我删除“请求”依赖项，则该函数可在 Azure 上运行（状态 200）。

requests 库由requirement.txt导入，并由构建管道复制到.venv36/lib/site-packages/requests。

所以我想知道包中内置的虚拟环境.venv36是否被Azure中部署的函数使用。没有关于如何在 Azure 中激活虚拟环境的指示。

我们通过 KUDU 脚本在 Azure 中使用自动部署过程，今天我们在 Azure 部署中心看到奇怪的错误：

命令dotnet publish（以及“dotnet build”）返回：

MSBUILD : error MSB1025: An internal failure occurred while running MSBuild.
Unhandled exception. System.ComponentModel.Win32Exception (5): Access is denied.
System.ComponentModel.Win32Exception (5): Access is denied.
   at System.Diagnostics.Process.set_PriorityClassCore(ProcessPriorityClass value)
   at System.Diagnostics.Process.set_PriorityClass(ProcessPriorityClass value)
   at Microsoft.Build.CommandLine.MSBuildApp.Execute(String[] commandLine)
   at Microsoft.Build.CommandLine.MSBuildApp.Main(String[] args)
   at System.Diagnostics.Process.set_PriorityClassCore(ProcessPriorityClass value)
   at System.Diagnostics.Process.set_PriorityClass(ProcessPriorityClass value)
   at Microsoft.Build.CommandLine.MSBuildApp.Execute(String[] commandLine)
Failed exitCode=-532462766, command=dotnet publish "D:\home\site\repository\
...

细节：

• KUDU脚本有自动部署过程
• app 是 .NET Core 应用程序，.csproj 有目标框架：netcoreapp2.2

问题可能出在 Azure 方面，因为我们没有在项目中做任何更大的改变。有没有人有相同/类似的问题？