Sharepoint2013部署ADFS 报new-sptrustedIdentityTokenIssuer:the trust provider certificate already exist

在做sharepoint2013的adfs部署时，根据MSDN的步骤到新建身份验证程序时，powershell中报“ADFS new-sptrustedIdentityTokenIssuer:the trust provider certificate already exist”错误，无法继续往下执行，报这个问题是之前我已经注册过一次sptrustedIdentityTokenIssuer，所以无法再次注册，我们可以通过指令“

Get-SPTrustedIdentityTokenIssuer"查看已存在的，找到信息中的providername后，通过执行如下命令"

Remove-SPTrustedIdentityTokenIssuer -Identity providername" 将其删除即可(如果你的providername叫 sharepointadfs则命令如下Remove-SPTrustedIdentityTokenIssuer -Identity "sharepointadfs")


。Remove后你再执行一次Get后发现已经没了，最后再执行注册就成功了。









				


				
时间： 2024-11-08 19:42:24 

		


		


	

	
	

		


		
Sharepoint2013部署ADFS 报new-sptrustedIdentityTokenIssuer:the trust provider certificate already exist的相关文章


								

		

			

                Dynamics CRM2013 Server2012R2下部署ADFS和IFD遇到的问题
			

		

		

									

				接上一篇继续Server2012R2的问题,因为自己先在R2上部署的IFD报错后上网查了很多资料,但毕竟R2是新出的CRM2013也是新出的,网上基本还没有相关的问题反馈,基本都是2012以前的系统版本,ADFS也都是2.1之前的版本,所以对2012中的那个hotfix补丁在R2上打不上后,重新尝试了在2012系统环境下部署IFD遇到的错误居然是一致的,所以思维定式的把两个系统中的问题想成了同一个想用同一个方法去解决,同时看看微软官方对此有什么说法,但后来反思下ADFS2.1的问题不可能在ADF			

		

	

				

		

			

                应用部署weblogic 报错Unsupported major.minor version 51.0的解决过程
			

		

		

									

				应用部署weblogic 报错Unsupported major.minor version 51.0的解决过程 ? ? 1.部署提示错误:Unsupported major.minor version 51.0 1.1 错误现象如下图所示: 1.2 原因分析 类似错误均属于Java版本问题,即JDK版本过低,只要选择相对应的JDK版本编译即可.48,49,50.51.52是Java编译器内部的版本号:Unsupported major.minor version 52.0 对应于 JDK1.8			

		

	

				

		

			

                ECLIPSE中部署工程报“Undefined exploded archive 

location”错误的解决方法。
			

		

		

									

				错误信息为:Undefined exploded archive location 原因:在工程转移过程中,导致工程的配置文件出错: 解决方法:           1.在工程目录下的.mymetadata文件中可能webrootdir被改无效了(把下面内容拷到你的.mymetadate文件中的相应位置上):或者有可能少了这context-root这个属性:添加上这个属性即可,内容如下:             context-root="/上面的name属性值"          			

		

	

				

		

			

                aws实例部署flask报错script-timed-out-before-returning-headers-application-py
			

		

		

									

				来源:http://www.aisir.cn/2017/07/15/aws实例部署flask报错script-timed-out-before-returning-headers-application-py/ [Thu Jul 13 13:21:32.542375 2017] [core:error] [pid 25744] [client 127.0.0.1:48852] Script timed out before returning headers: application.py [T			

		

	

				

		

			

                ASP.NET MV3 部署网站 报"Could not load file or assembly ' System.Web.Helpers “ 错的解决方法
			

		

		

									

				转自:http://www.cnblogs.com/taven/archive/2011/08/14/2138077.html 国内很多网站空间都只支持.NET 2.0 和 .NET 3.0 3.5,很少有空间商支持.NET 4的,即使有个别支持.NET 4,但是不支持MVC的默认路由访问形式. Go Daddy 的主机支持,并且费用很低,系统为 Win 2008 R2 64位,10GB网站空间,网站并发最便宜的也支持100个,PHP支持5.2和5.3,.NET支持 ASP.NET v1.0/2			

		

	

				

		

			

                Exchange 2013CU17和office 365混合部署-部署ADFS（五）
			

		

		

									

				接下来我们开始部署ADFS,以便实现SSO功能.打开"添加角色和功能向导",下一步在服务器角色中,添加"Active Directory Federation Services",下一步下一步下一步点击安装安装完成后,点击"在此服务器上配置联合身份验证服务"这里如果我们是安装第一台ADFS,则选择"在联合服务器场中创建第一个联合服务器",如果是安装的第二台我们选择"将联合服务器添加到联合服务器场中"指定一个			

		

	

				

		

			

                spring+quartz报错：Table 'BANKSTEELERP_OLD.QRTZ_TRIGGERS' doesn't exist
			

		

		

									

				spring3.2.8 + quartz2.2.1配置到application.xml中 org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'startQuertz' defined in class path resource [application.xml]: Invocation of init method failed; nested exception is			

		

	

				

		

			

                mysql启动报错：Table 'mysql.host' doesn't exist
			

		

		

									

				今天在安装mysql后,启动时候没有启动成功,查看了下日志报错如下: --------------------------------------------- [[email protected] local]# less /var/log/mysqld.log 1.查看报错信息如下: [ERROR] Fatal error: Can't open and lock privilege tables: Table 'mysql.host' doesn't exist 2.经过查阅资料得知.要敲			

		

	

				

		

			

                MySql重装以后，修改数据库路径，打开以前的数据库报Table 'XX库.XX表' doesn't exist错误的解决办法
			

		

		

									

				因为mysql主流的数据库引擎有MyISAM和InnoDB两种, 如果是MyISAM,直接把以前数据库拷贝到修改后的路径是可以的 但是InnoDB因为存储结构不同,必须还得把备份的innodb数据库表“*.frm”文件和innodb数据“ibdata1”文件拷到修改后的合适路径 参考资料:http://www.bcty365.com/content-35-2928-1.html https://blog.csdn.net/dihuangtian01/article/details/5177353