In the last few weeks we have been having problems with account moves
getting partially processed by GW, but then getting caught in a
continuous loop in the IDM queue. Sometimes I can get the transaction
to clear out of the queue by stopping both the driver and remote loader
and then restarting both again (as in the example logs below). Other
times, the only way to get it out of the queue is to remove the
transaction from the queue via dxcmd.

The move transactions were flowing fine (although the PO changes didn't
always work as they were supposed to with the driver) up until a few
weeks ago.

We are noticing that the IDM Connected Systems attributes are not being
updated when an account changes PO, and that if we deleted the attribute
and re-migrate the account, it will take the value of the nGWGroupWiseID
(if the attribute is there on accounts that existed prior to the GW2014
upgrade) rather than the correct PO. I don't think that this has any
bearing on this example as the IDM link is for the correct PO and

The IDM driver and RL are running on SLES 11 SP3
We are running IDM 4.2
Our GroupWise 2014 R2
Nothing was changed to the IDM or GW environment.

Has anyone run into anything like this before?

In the logs below, the Department (OU) attribute was changed prior to
the account being moved. There were other transactions that were
processed between the attribute change and the move in the tree.

Driver log capturing the attribute change:

Remote loader log capturing the attribute change:

Driver log capturing two of the loops (gw124 and gw125):

Driver log capturing the move:

Remote loader log capturing the move:


grahamch's Profile:
View this thread: