无法加载文件或程序集或它的一个依赖。访问被拒绝 [英] Could not load file or assembly or one of its dependencies. Access is denied

查看:634
本文介绍了无法加载文件或程序集或它的一个依赖。访问被拒绝的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

现在我决定寻求一些帮助。有研究对我的问题2天后,我想不出任何解决方案。也许我会成为幸运了!

Now I decided to ask for some help. After having investigate for 2 days on my issue, I cannot figure out any solution. Maybe I will be luckier here!

因此​​,这里是我的问题:

So here is my issue:

在我们的生产服务器(Windows Server 2008),我们有一个Windows服务运行,负责自动运行一些工作。这些工作都是通过Web应用程序配置,并允许以下操作的用户: - 用一个或多个任务(顺序的任务)创建作业 - 定义的作业计划(每天,每月,...) - 手动运行任务

On our production server (Windows Server 2008) we have a windows services running which is responsible to run some Jobs automatically. These jobs are configurable through a web application and allow the user following action: - Create the job with one or more tasks (sequential tasks) - Define the job schedule (daily, monthly, …) - Run a task manually

在服务找工作运行,它从数据库中的信息,并执行每个任务的顺序。执行任务的服务实例化对象对应的任务,并执行它(不同类型的任务是提供,并且在不同的组件)

When the service find a job to run, it retrieves the information from the DB and execute each tasks sequentially. To execute a task the service instantiate an object corresponding task and execute it (Different type of task are available and located in different assemblies)

在我失败的案例:

  • 在任务1位于ComponentsA.Tasks.dll执行。 =>成功
  • 位于ModuleA.Logic.dll
  • 在任务1,治法()被调用=>得手
  • 在位于ModuleA.Data.dll治法()的GetData()是卡列斯=>失败
  • Task1 located in ComponentsA.Tasks.dll is executed. => succeed
  • In Task1, MethodA() located in ModuleA.Logic.dll is called => succeed
  • In MethodA(), GetData() located in ModuleA.Data.dll is calles => FAILED

在这一点上我检索以下错误信息:

At this point I retrieve the following error message:

Could not load file or assembly ‘ModuleA.Data.dll’ or one of its dependencies. Access is denied.

融合日志演出结束这样的:

The end of fusion log show this:

*ERR: Setup failed with hr = 0x80070005.
 ERR: Failed to complete setup of assembly (hr = 0x80070005). Probing terminated.*

所有的DLL都位于该服务安装文件夹的根目录。权限似乎是确定(即使我运行使用管理员帐户的服务,设置完全控制权限大家对我有问题) 注意:只有自上周五以来,我们都面临这个关键的问题。一切都正常工作了。根据基础设施的球队,他们什么都没有改变在服务器上...

All DLLs are located at the root of the service installation folder. Permission seems to be OK (even if I run the service with an Administrator account and set the full control access to everyone I have the issue) Note: We are facing this critical issue only since Friday. Everything was working properly before. According to infrastructure team, they changed nothing on the server…

如果你的人任何人有一个想法,那我保存一周。 谢谢

If anyone of you guy has an idea, it would save my week. Thanks

干杯 伯努瓦

推荐答案

想后另一起案件中其他人可能会打:

Wanted to post another case others might hit:

我被荏苒在OSX生产箱,并解压缩在生产中更新生产服务器。

I was updating a production server by zipping the production bins on OSX, and unzipping on the production box.

解压缩文件后,文件被拉下的绿,在资源管理器窗口,这是我最初忽略,但表示该文件是加密的。

After unzipping the files, the files were drawn green in the explorer window, which I ignored initially, but denotes that the files are encrypted.

这些文件复制到生产网站引起E_ACCESSDENIED。解决的办法是运动前解密 - 看<一href="http://superuser.com/questions/29424/what-do-green-folders-mean-in-windows-7-explorer">http://superuser.com/questions/29424/what-do-green-folders-mean-in-windows-7-explorer.

Copying these files into the production website causes E_ACCESSDENIED. The solution is to unencrypt before moving - see http://superuser.com/questions/29424/what-do-green-folders-mean-in-windows-7-explorer.

一些背景资料:<一href="http://blogs.msdn.com/b/asklar/archive/2012/05/03/why-do-zip-files-from-mac-os-show-up-as-green-encrypted.aspx" rel="nofollow">http://blogs.msdn.com/b/asklar/archive/2012/05/03/why-do-zip-files-from-mac-os-show-up-as-green-encrypted.aspx

这篇关于无法加载文件或程序集或它的一个依赖。访问被拒绝的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
相关文章
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆