Я застрял с одной ошибкой asp.net. Мое приложение отлично работает на разработку и тестирование environemnt. Но на производстве это дает мне следующую ошибку:
Не удалось загрузить файл или сборку 'someProject' или одну из ее зависимостей. В доступе отказано.
Просто удалите папку bin, а затем скопируйте ее. Теперь он работает...
Перейдите в Sysinternals и загрузите Process Monitor: http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx
Затем запустите его, отфильтруйте поток и действия реестра. Очистить содержимое. Запустите приложение и получите сообщение об ошибке, а затем остановите сборку на мониторе процесса. Теперь найдите статус ACCESS DENIED, и вы сможете увидеть точный файл, который вызывает проблемы, а также пользовательскую учетную запись, пытающуюся получить доступ.
Предоставьте полные разрешения для запущенного пользователя или группы (например, MACHINE\users group или DOMAIN\domain users) в
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Временные файлы ASP.NET
Используйте свой целевой номер версии .net вместо v4.0.30319, если он отличается от .net 4.0.
В моем случае, изменив идентификатор пула приложений с службы_пользователя на службу сети, он работает.
Убедитесь, что пользователь сервера имеет доступ к каталогу, в котором расположены ваши сборки.
После развертывания нового веб-API-проекта в нашей веб-ферме один из наших веб-серверов вышел из строя и дал ошибку:
Could not load file or assembly 'Microsoft.CodeDom.Providers.DotNetCompilerPlatform, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. Access is denied.
Оказывается, в папке, на которой размещен сайт веб-API, отсутствовали разрешения для IIS_IUSRS. Добавление пользователя с разрешениями Read, Read & execute и List folder contents устраняет проблему.
Звучит как неправильно настроенный сервер.
Сначала убедитесь, что сборка действительно существует.
Во-вторых, убедитесь, что ваша учетная запись рабочего процесса имеет к ней доступ.