[midPoint] Account Creation, Not Being created in AD

Tue Nov 4 16:57:37 CET 2014

Hi Jason,

just to be sure: these error messages have timestamp from today; but
you've reported your problem to the list yesterday.

Could you please:

1) double check that the log is the correct one / or find the (supposed)
error messages in previously rotated log (stored in the same directory
as idm.log, but the name derived from the date..)
2) replicate the issue and send current idm.log fragment

The messages referenced here are ok = we don't see anything yet.

Also please, what version of midPoint are you using..?

Thanks,
regards,
Ivan

On 11/04/2014 03:25 PM, Jason Everling wrote:
> I added a new line to the CSV so it could create a new user, it gets
> created in Midpoint and the role and org assigned, the only item in
> the log that stands out is,
>
> 2014-11-04 08:22:11,914 [PROVISIONING] [midPointScheduler_Worker-2]
> WARN
> (com.evolveum.midpoint.provisioning.impl.ResourceObjectConverter): The
> resource: SonisWeb-Generate (OID:af2bc95b-76e0-48e2-86d6-3d4f02d3fafa)
> does not provide definition for null value of simulated activation
> attribute
>
> There is no other errors besides that,
>
> 2014-11-04 08:09:00,859 [REPOSITORY] [midPointScheduler_Worker-6] INFO
> (org.hibernate.engine.jdbc.batch.internal.AbstractBatchImpl):
> HHH000010: On release of batch it still contained JDBC statements
> 2014-11-04 08:09:29,824 [REPOSITORY] [midPointScheduler_Worker-3] INFO
> (org.hibernate.engine.jdbc.batch.internal.AbstractBatchImpl):
> HHH000010: On release of batch it still contained JDBC statements
> 2014-11-04 08:12:20,134 [REPOSITORY] [midPointScheduler_Worker-3] INFO
> (org.hibernate.engine.jdbc.batch.internal.AbstractBatchImpl):
> HHH000010: On release of batch it still contained JDBC statements
> 2014-11-04 08:12:20,247 [REPOSITORY] [midPointScheduler_Worker-9] INFO
> (org.hibernate.engine.jdbc.batch.internal.AbstractBatchImpl):
> HHH000010: On release of batch it still contained JDBC statements
> 2014-11-04 08:14:00,397 [REPOSITORY] [midPointScheduler_Worker-9] INFO
> (org.hibernate.engine.jdbc.batch.internal.AbstractBatchImpl):
> HHH000010: On release of batch it still contained JDBC statements
> 2014-11-04 08:22:00,465 [REPOSITORY] [midPointScheduler_Worker-3] INFO
> (org.hibernate.engine.jdbc.batch.internal.AbstractBatchImpl):
> HHH000010: On release of batch it still contained JDBC statements
> 2014-11-04 08:22:06,150 [REPOSITORY] [midPointScheduler_Worker-2] INFO
> (org.hibernate.engine.jdbc.batch.internal.AbstractBatchImpl):
> HHH000010: On release of batch it still contained JDBC statements
> 2014-11-04 08:22:06,271 [REPOSITORY] [midPointScheduler_Worker-2] INFO
> (org.hibernate.engine.jdbc.batch.internal.AbstractBatchImpl):
> HHH000010: On release of batch it still contained JDBC statements
> 2014-11-04 08:22:11,914 [PROVISIONING] [midPointScheduler_Worker-2]
> WARN
> (com.evolveum.midpoint.provisioning.impl.ResourceObjectConverter): The
> resource: SonisWeb-Generate (OID:af2bc95b-76e0-48e2-86d6-3d4f02d3fafa)
> does not provide definition for null value of simulated activation
> attribute
>
> On Tue, Nov 4, 2014 at 1:17 AM, Ivan Noris <Ivan.Noris at evolveum.com
> <mailto:Ivan.Noris at evolveum.com>> wrote:
>
>     Jason,
>
>     could you please check error messages from idm.log from the time
>     of the supposed creation?
>
>     Thanks,
>     Ivan
>
>     ------------------------------------------------------------------------
>
>         *From: *"Jason Everling" <jeverling at bshp.edu
>         <mailto:jeverling at bshp.edu>>
>         *To: *"midPoint General Discussion"
>         <midpoint at lists.evolveum.com <mailto:midpoint at lists.evolveum.com>>
>         *Sent: *Monday, November 3, 2014 11:50:06 PM
>         *Subject: *[midPoint] Account Creation, Not Being created in AD
>
>
>         So my director wanted to see it fully automated so all I
>         basically had to do was modify the CSV resource to generate
>         the usernames and email addresses, done, this works.
>
>         The account gets created in Midpoint from the CSV, gets an Org
>         assigned and gets a Role assigned. The role has an inducement
>         for active directory but even though the account gets the role
>         assigned an account in AD does not get created. Now if I
>         modify the user in midpoint, lets say just change a letter in
>         the personal email address field the AD account creation kicks
>         off.
>
>         I cannot seem to figure out why the AD account does not get
>         created even though it gets the role assigned and before I
>         changed it to create the usernames it was creating those
>         accounts in AD.
>
>         I attached the CSV Resource and the CSV Template that is being
>         used,
>
>         Thanks,
>         JASON
>
>
>
>
>
>         CONFIDENTIALITY NOTICE:
>         This e-mail together with any attachments is proprietary and
>         confidential; intended for only the recipient(s) named above
>         and may contain information that is privileged. You should not
>         retain, copy or use this e-mail or any attachments for any
>         purpose, or disclose all or any part of the contents to any
>         person. Any views or opinions expressed in this e-mail are
>         those of the author and do not represent those of the Baptist
>         School of Health Professions. If you have received this e-mail
>         in error, or are not the named recipient(s), you are hereby
>         notified that any review, dissemination, distribution or
>         copying of this communication is prohibited by the sender and
>         to do so might constitute a violation of the Electronic
>         Communications Privacy Act, 18 U.S.C. section 2510-2521.
>         Please immediately notify the sender and delete this e-mail
>         and any attachments from your computer.
>
>         _______________________________________________
>         midPoint mailing list
>         midPoint at lists.evolveum.com <mailto:midPoint at lists.evolveum.com>
>         http://lists.evolveum.com/mailman/listinfo/midpoint
>
>
>
>
>     -- 
>       Ing. Ivan Noris
>       Senior Identity Management Engineer
>       evolveum.com <http://evolveum.com>
>       ___________________________________________
>                "Idem per idem - semper idem Vix."
>
>     _______________________________________________
>     midPoint mailing list
>     midPoint at lists.evolveum.com <mailto:midPoint at lists.evolveum.com>
>     http://lists.evolveum.com/mailman/listinfo/midpoint
>
>
>
>
>
> CONFIDENTIALITY NOTICE:
> This e-mail together with any attachments is proprietary and
> confidential; intended for only the recipient(s) named above and may
> contain information that is privileged. You should not retain, copy or
> use this e-mail or any attachments for any purpose, or disclose all or
> any part of the contents to any person. Any views or opinions
> expressed in this e-mail are those of the author and do not represent
> those of the Baptist School of Health Professions. If you have
> received this e-mail in error, or are not the named recipient(s), you
> are hereby notified that any review, dissemination, distribution or
> copying of this communication is prohibited by the sender and to do so
> might constitute a violation of the Electronic Communications Privacy
> Act, 18 U.S.C. section 2510-2521. Please immediately notify the sender
> and delete this e-mail and any attachments from your computer.
>
>
> _______________________________________________
> midPoint mailing list
> midPoint at lists.evolveum.com
> http://lists.evolveum.com/mailman/listinfo/midpoint

-- 
  Ing. Ivan Noris
  Senior Identity Management Engineer
  evolveum.com
  ___________________________________________
           "Idem per idem - semper idem Vix."

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20141104/40dc22a4/attachment.htm>