我有一个批处理脚本,该脚本可让我关闭网站,部署文件并重新打开网站。
- 停止应用程序池-工作
- 停止网站-工作
- 部署文件-工作
- 启动应用程序池-仅在某些时候有效!
- 启动网站-如果以前的作品有效
我正在运行Windows Server 2012 R2,并且批处理脚本由Octopus Deploy触手执行。
它失败的行是:
Start-WebAppPool -Name $appPoolName
其中$ appPoolName是live.website.com
该行有时起作用,但其他行不起作用,并且在任何模式下都不一致。
我在其他服务器上使用相同的脚本。我检查了应用程序信息服务是否正在运行,并且运行正常。事件查看器中没有系统日志。
虽然,在调用Start-WebAppPool时出现此应用程序错误:
ERROR + Start-WebAppPool -Name $appPoolName
ERROR start-webitem : The service cannot accept control messages at this time.
有人知道为什么会这样吗?我试图编写一个do-while循环,直到它处于“已启动”状态,但它永远循环失败。
更新资料
原来,当我关闭应用程序池时,该过程并未停止。
停止应用程序池后,为什么该过程将继续运行?它实际上会继续运行,而不会停止。
固定!
所以-按照下面的注释,当我停止应用程序池时,我现在确保在继续脚本之前它完全处于停止状态。
这是我现在拥有的脚本,可以正常运行:
# Load IIS module:
Import-Module WebAdministration
# Get AppPool Name
$appPoolName = $OctopusParameters['appPoolName']
if ( (Get-WebAppPoolState -Name $appPoolName).Value -eq "Stopped" )
{
Write-Host "AppPool already stopped: " + $appPoolName
}
else
{
Write-Host "Shutting down the AppPool: " + $appPoolName
Write-Host (Get-WebAppPoolState $appPoolName).Value
# Signal to stop.
Stop-WebAppPool -Name $appPoolName
}
do
{
Write-Host (Get-WebAppPoolState $appPoolName).Value
Start-Sleep -Seconds 1
}
until ( (Get-WebAppPoolState -Name $appPoolName).Value -eq "Stopped" )
1
在我看来,您正在成功发出App Pool stop命令,但是在您尝试再次启动它时,它实际上并未停止。可能是因为您在编辑中提到的“过程”使它处于运行状态(或可能处于“停止”状态),从而等待完成。持有它的过程总是一样吗?那是什么过程?(系统进程,或Web应用程序的一部分,或???)。如果这是Web应用程序之外的一个过程,那为什么不调试它并弄清楚它正在等待什么(如果有的话)呢?
—
2015年
作为权宜之计,也许在脚本中添加代码以等待应用程序池实际上处于停止状态,然后再继续执行脚本?
—
2015年
@ Base33,可以将答案粘贴到答案中并标记为解决方案吗?然后,它将不再显示为“未答复”
—
HackSlash