Closed aliaksander-samuseu closed 7 years ago
@shekhar16
Could you also check other methods of TR creation while you on it? Creating fed TR and a single TR from that fed TR, in particular.
@shekhar16
Similar issues with adding OIDC/UMA/Asimba items, and with adding users. It's a major QA blocker atm.
Also this error is happen on oxTrust initialization (without UI actions):
2017-08-14 05:30:18,707 INFO [main] [org.gluu.oxtrust.ldap.service.TrustService] (TrustService.java:74) - Creating TR @!79E3.511D.7CBF.D583!0002!DF8B.2777!0006!5DC5.861F
2017-08-14 05:30:18,724 DEBUG [main] [org.gluu.oxtrust.ldap.service.TrustService] (TrustService.java:78) - there is no cluster configuration. Assuming standalone appliance.
2017-08-14 05:30:18.745:WARN:oeja.ServletContainerInitializersStarter:main:
org.gluu.site.ldap.persistence.exception.EntryPersistenceException: Failed to find entry with baseDN: inum=@!79E3.511D.7CBF.D583!0002!DF8B.2777!0006!5DC5.861F,ou=trustRelationships,inum=@!79E3.511D.7CBF.D583!0002!DF8B.2777,ou=appliances,o=gluu, filter: (&(objectClass=top)(objectClass=gluuSAMLconfig))
at org.gluu.site.ldap.persistence.LdapEntryManager.contains(LdapEntryManager.java:512)
at org.gluu.site.ldap.persistence.LdapEntryManager.contains(LdapEntryManager.java:487)
at org.gluu.site.ldap.persistence.AbstractEntryManager.contains(AbstractEntryManager.java:344)
at org.gluu.site.ldap.persistence.LdapEntryManager$Proxy$_$$_WeldClientProxy.contains(Unknown Source)
at org.gluu.oxtrust.ldap.service.TrustService.containsTrustRelationship(TrustService.java:206)
at org.gluu.oxtrust.ldap.service.TrustService$Proxy$_$$_WeldSubclass.containsTrustRelationship(Unknown Source)
at org.gluu.oxtrust.ldap.service.TrustService.addTrustRelationship(TrustService.java:88)
at org.gluu.oxtrust.ldap.service.TrustService$Proxy$_$$_WeldSubclass.addTrustRelationship$$super(Unknown Source)
Looks like all LDAP writing has been broken in RC1. It's a system problem, not UI problem.
I can't reproduce it locally. We also need to to check LDAP logs to get all required in formation about this issue.
@yurem - Look Mike's issue, please. Shib IDP should be installed to reproduce.
Please retest it in CR3
Environment: Ubuntu 14.04, Gluu CE RC1 + latest oxauth/oxtrust packages installed according to this guide
Steps to reproduce:
Result: In case of "File" method user is redirected to default oxTrust's error page. In case of "Uri" method error is displayed on the page. In both cases Java exception appears in logs (full text is here):