Exchange 2013升级完成后发现日志报错ID1310，并且OWA无法工作

问题描述：

Exchange 2013 CU7升级到CU20，再安装Exchange2013-KB4340731-x64-zh-hans（CU20）补丁之后，发现事件日志中有1310报错，如下图


然后登陆ECP和OWA报错。

解决方法：

  1. 打开IIS，展开网站Exchange Back End，展开ECP-应用程序设置-BinSearchFolders
  2. 移除如下的内容
    %ExchangeInstallDir%bin;%ExchangeInstallDir%bin\CmdletExtensionAgents;%ExchangeInstallDir%ClientAccess\Owa\bin
    3.添加如下内容
    D:\ExchangeSrv\bin;D:\ExchangeSrv\bin\CmdletExtensionAgents;D:\ExchangeSrv\ClientAccess\Owa\bin
    4.重启IIS后，报错消失。
    如果该方法不起作用，请先把Exchange2013-KB4340731-x64-zh-hans（CU20）补丁卸载，然后以管理员身份运行，保证IIS里面的内容与上述步骤修改后的内容一样。
    问题得以解决。

原文地址：http://blog.51cto.com/1287628133/2177604

时间： 2024-10-13 13:34:54

Exchange 2013升级完成后发现日志报错ID1310，并且OWA无法工作的相关文章

Exchange 2013 安装在第9步报错

最近一位同事在给客户做Exchange升级时候遇到了更新完成后Exchange CU17后,除了PS其他都不能打开问题,在安装Exchange 2013 CU17时候报如下错误: 如何修复? 从错误消息中可以看出,Exchange Server 2013安装正在尝试检索名称为" SystemMailbox {bb558c35-97f1-4cb9-8ff7-d53741dc928c} " 的系统邮箱.此错误消息是由没有邮箱数据库与邮箱关联的系统邮箱引起的.我已经看到这种情况,您尚未正常退

exchange 2013 升级CU15，提示“上次安装完成后没有重启”的提示

问题: exchange 2013 升级到CU15,先决条件提示"上次安装完成后没有重启"的提示,多次重启无效. 解决办法: 卸载掉杀毒软件(本机用的360)重启后正常. 建议: 免费杀毒软件特别是国内的这些还是不要安装了.花钱买服务器版吧.

Exchange 2013升级到更高CU时出错：无法解析用户或组

最近在做Exchange的小版本升级,在做其中一个时碰到如下报错,一起来看下吧! 问题描述: 当将Exchange 2013升级到更高的Service Pack或安装Exchange 2013时,可能会在安装邮箱角色时发现自己收到以下错误.以下内容是,完整的错误信息: "$ error.Clear(); $ name = [Microsoft.Exchange.Management.RecipientTasks.EnableMailbox] :: DiscoveryMailboxUniqueNa

升级mac系统后，brew报错,重装homebrew

升级mac系统后,brew报错brew updateError: Running Homebrew as root is extremely dangerous and no longer supported.As Homebrew does not drop privileges on installation you would be giving allbuild scripts full access to your system. 直接重新安装一个新版本brew即可:mkdir hom

11gR2数据库日志报错：Fatal NI connect error 12170、

11gR2数据库日志报错:Fatal NI connect error 12170.TNS-12535.TNS-00505 [问题点数:100分,结帖人MarkIII] 不显示删除回复             显示所有回复             显示星级回复             显示得分回复             只显示楼主           收藏 关注 MarkIII MarkIII 等级: 结帖率:98.94% 楼主发表于: 2011-05-13 10:33:10 Fatal NI

记一次rsync日志报错directory has vanished

中午两点的时候邮件告知rsync同部svn源库失败,看rsync日志报错显示如上,当时还在上课,没在公司,怀疑是不是有人动了svn的版本库,后来询问同事并通过vpn登录服务器上查看版本库是正常的,也没有同事反应svn有问题,后来看邮件通知都是正常的,后来查资料说是在同步的过程中,正好有人执行了删除文件的操作,要不要这么巧,不知道是不是这个原因,有知道的小伙伴请联系我:528634141,资料显示如下: Can you ensure, that there is no traffic on the

nginx error日志报错

经过与开发的不断协作,终于差不多把error日志的报错信息消灭的差不多了,但还是偶尔出现"*1939 an upstream response is buffered to a temporary file /var/cache/nginx/proxy_temp/2/00/0000000002 while reading upstream, client: 116.231.88.XX, server: _, request: "GET /time HTTP/1.1", ups

Android点滴---drawable粘贴图片后 R文件报错，解决

今天往项目中粘贴使用图片时, 刚把图片粘贴到 Drawable 文件中, 就报错了, 看了错误提示发现是我起文件名时粗心, 写了一个大写字母! 如果你是这种情况, 检查文件名, 文件名中只能包含,a-z,0-9和 _ 其他字符都不可以! 而我把字母改为小写后后,还是报错, 我看了半天也没找到其他大写字母! 最后发现是在文件名的最后多写了一个  空格! 空格!空格! 记录一把, 如果大家发现自己文件名都没大写和其他字符,看一下是否有空格吧! 自己坑了自己一把!

Android Studio中Android Support Library升级到 23.0.0 报错！

Android Support Library升级到 23.0.0  报错解决方案 不得不说,真能折腾!将Android Studio中SDK下的 Android Support Library 升级到了23.0.0,结果倒好了,创建项目出问题了,还比较奇葩: 卧槽你大爷!尼玛还能不能好好玩耍了.各种卸载重装,就差重装系统了. 后来在神器stackoverflow中找到了这么一篇: http://stackoverflow.com/questions/32092511/resource-erro