#.net #nginx #upstart #dotnet-cli #.net-core
#.net #nginx #выскочка #dotnet-cli #.net-ядро
Вопрос:
Я запустил dotnet core 1.0 на виртуальной машине Ubuntu 14.04. Я пытаюсь написать сценарий запуска для моего процесса развертывания:
start on filesystem and started networking
respawn
chdir /home/dotnetuser/dotnetportal/
exec sudo /usr/bin/dotnet restore
exec sudo /usr/bin/dotnet run
После запуска этой службы я проверяю журналы и получаю то, что обычно ожидается (от локального тестирования / виртуальной машины разработки):
Hosting environment: Production
Content root path: /home/dotnetuser/dotnetportal
Now listening on: http://localhost:5000
Application started. Press Ctrl C to shut down.
У меня есть localhost: 5000 на обратном прокси-сервере nginx для моего домена и ssl:
server {
# Enable HTTP/2
listen 443 ssl; #http2;
listen [::]:443 ssl; #http2;
server_name portal.secret.com;
# use the lets encrypt certificates
ssl_certificate /etc/letsencrypt/live/portal.secret.com/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/portal.secret.com/privkey.pem;
# include the SSL configuration from cipherli.st
include snippets/ssl_params.conf;
location / {
proxy_pass http://localhost:5000;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection keep-alive;
proxy_set_header Host $host;
proxy_cache_bypass $http_upgrade;
}
}
Однако, когда я сворачиваю https://portal.secret.com Я снова проверяю журналы и получаю кучу ошибок компилятора.
Имейте в виду, что я не получаю никаких ошибок при запуске dotnet run непосредственно из рабочей рабочей папки, и я могу получить доступ к сайту.
Журналы, когда я пытаюсь запустить сайт из службы, являются:
an unhandled exception has occurred: Can not find compilation library location for package ' microsoft.aspnetcore.antiforgery'
18 System.InvalidOperationException: Can not find compilation library location for package 'microsoft .aspnetcore.antiforgery'
19 at Microsoft.Extensions.DependencyModel.CompilationLibrary.ResolveReferencePaths()
20 at System.Linq.Enumerable.<SelectManyIterator>d__157`2.MoveNext()
21 at Microsoft.AspNetCore.Mvc.Razor.Compilation.MetadataReferenceFeatureProvider.PopulateFeature( IEnumerable`1 parts, MetadataReferenceFeature feature ETC.....
У кого-нибудь есть какие-либо идеи относительно того, почему это происходит только при запуске службы, а не при непосредственном запуске команды?
ОБНОВЛЕНИЕ: Вот мой Project.json
{
"userSecretsId": "xxxxx",
"dependencies": {
"Microsoft.NETCore.App": {
"version": "1.0.1",
"type": "platform"
},
"System.Runtime.Loader": "4.0.0",
"Microsoft.AspNetCore.Authentication.Cookies": "1.0.0",
"Microsoft.AspNetCore.Diagnostics": "1.0.0",
"Microsoft.AspNetCore.Diagnostics.EntityFrameworkCore": "1.0.0",
"Microsoft.AspNetCore.Identity.EntityFrameworkCore": "1.0.0",
"Microsoft.AspNetCore.Mvc": "1.0.1",
"Microsoft.AspNetCore.Razor.Tools": {
"version": "1.0.0-preview2-final",
"type": "build"
},
"Microsoft.AspNetCore.Routing": "1.0.1",
"Microsoft.AspNetCore.Server.IISIntegration": "1.0.0",
"Microsoft.AspNetCore.Server.Kestrel": "1.0.1",
"Microsoft.AspNetCore.StaticFiles": "1.0.0",
"Microsoft.EntityFrameworkCore.Sqlite": "1.0.1",
"Microsoft.EntityFrameworkCore.Tools": {
"version": "1.0.0-preview2-final",
"type": "build"
},
"Microsoft.Extensions.Configuration.EnvironmentVariables": "1.0.0",
"Microsoft.Extensions.Configuration.Json": "1.0.0",
"Microsoft.Extensions.Configuration.UserSecrets": "1.0.0",
"Microsoft.Extensions.Logging": "1.0.0",
"Microsoft.Extensions.Logging.Console": "1.0.0",
"Microsoft.Extensions.Logging.Debug": "1.0.0",
"Microsoft.VisualStudio.Web.BrowserLink.Loader": "14.0.0",
"Microsoft.VisualStudio.Web.CodeGeneration.Tools": {
"version": "1.0.0-preview2-update1",
"type": "build"
},
"Microsoft.VisualStudio.Web.CodeGenerators.Mvc": {
"version": "1.0.0-preview2-update1",
"type": "build"
},
"MongoDB.Driver" : "2.3.0"
},
"tools": {
"Microsoft.AspNetCore.Razor.Tools": {
"version": "1.0.0-preview2-final",
"imports": "portable-net45 win8 dnxcore50"
},
"Microsoft.AspNetCore.Server.IISIntegration.Tools": {
"version": "1.0.0-preview2-final",
"imports": "portable-net45 win8 dnxcore50"
},
"Microsoft.EntityFrameworkCore.Tools": {
"version": "1.0.0-preview2-final",
"imports": [
"portable-net45 win8 dnxcore50",
"portable-net45 win8"
]
},
"Microsoft.Extensions.SecretManager.Tools": {
"version": "1.0.0-preview2-final",
"imports": "portable-net45 win8 dnxcore50"
},
"Microsoft.VisualStudio.Web.CodeGeneration.Tools": {
"version": "1.0.0-preview2-final",
"imports": [
"portable-net45 win8 dnxcore50",
"portable-net45 win8"
]
}
},
"frameworks": {
"netcoreapp1.0": {
"imports": [
"dotnet5.6",
"dnxcore50",
"portable-net45 win8"
]
}
},
"buildOptions": {
"debugType": "portable",
"emitEntryPoint": true,
"preserveCompilationContext": true
},
"runtimeOptions": {
"configProperties": {
"System.GC.Server": true
}
},
"publishOptions": {
"include": [
"wwwroot",
"**/*.cshtml",
"appsettings.json",
"web.config"
]
},
"scripts": {
"prepublish": [ "npm install", "bower install", "gulp clean", "gulp min" ],
"postpublish": [ "dotnet publish-iis --publish-folder %publish:OutputPath% --framework %publish:FullTargetFramework%" ]
},
"tooling": {
"defaultNamespace": "WebApplication"
}
}
Комментарии:
1. Можете ли вы поделиться своим project.json? У вас есть
preserveCompilationContext
set?2. Спасибо за ответ, да, для этого параметра сборки установлено значение true. Смотрите мой обновленный пост для project.json.
Ответ №1:
Я решил это, удалив папку / tmp / NuGetScratch, а также явно указал linux, под каким пользователем запускать приложение. Обновленный сценарий service conf является:
start on filesystem and started networking
respawn
setuid dotnetuser
env HOME=/home/dotnetuser
exec rm -rf /tmp/NuGetScratch/
chdir /home/dotnetuser/apps/dotnetportal
exec dotnet restore
exec dotnet run
Проблема заключалась в том, что .net не компилировался из-за проблем с правами доступа к файлам, вызванных файлами блокировки nuget, которые находятся в каталоге, который я удалил (tmp / NuGetScratch). Я предполагаю, что на данный момент .net ожидает, что вы будете запускаться от имени root — нашел об этом здесь:https://github.com/dotnet/dotnet-docker/issues/78 (сбой заполнения кэша NuGet, поскольку / tmp / NuGetScratch принадлежит root или какому-либо другому su)