Print  
Gray star Gray star Gray star Gray star Gray star --Not rated--
3 Replies
Thumbnail Image
Mahabalesh Asundi Mahabalesh Asundi

Since your setup is successful, try the following debug steps to find out why exactly it is not working for you ,

  • Open simias.config file from your data path, check what attribute is set as login attribute, i.e. <setting name="NamingAttribute" value="cn" /> here CN is set as login attribute.
  • Run an ldapsearch command to get all user objects  with all attribute details from AD server.
  • Now check, login attribute value associated with ifolderadmin user object.  If it is same as the one you are using at the time of login, it should ideally allow you to login.
  • If the above is not resolving your issue, check if there are multiple users with the same login attribute value. In this case user object found later in LDAP sync will overwrite the initial user objects as both are having same login attribute value.  Make sure there are not duplicate users with same login attribute value, clean the datapath and setup iFolder again. (This is a bug in 3.7.2 and already fixed in trunk)
  • If any of the above is not solving your problem, Replace "INFO" string to "DEBUG" in <DATAPATH>/Simias.log4net file and save the same. Restart apache, try and login to admin console, now open Simias.log from <DATAPATH>/log/Simias.log file and make sure ifolderadmin is getting synced properly.
  • There could be an issue with proxy user configured, so it is not syncing any user objects to iFolder, with debug log enabled,  ifolder will log enough information to log file which you can use to zero in the problem and resolve the same.

I hope the above debug procedure will help you resolve the problem you are currently hitting. In case you have any other specific question in this regard let me know.

Replies(3)
Attachments(0)
Entry History
Tags
   
Skip Footer Toolbar