Potentially, this can be related to a need to upgrade the auth0 node runtime version. Another community member reported issue with user import/export, please take a look at the provided solution proposition - Error when using User Import/Export extension
Hi @marcelina.barycka, I updated the runtime to Node 18 but no immediate change. Iāll try a couple more times in case it takes a little while to apply, but I would not have thought I need to change this as I am using the management API endpoint - not the import/export extension.
This looks to have resolved itself now, although I canāt say for sure if it was changing the Node runtime version that fixed it - I went to change back to 12 and the option is no longer there.
Does the issue auto-resolved for you in time as well? Might be a temporary performance issue but still worth notifying engineering on our side.
Would exporting for each connection separately (by providing connection id to the request payload) improve the efficiency for you?
I believe the growing number of users in process of time may impact the performance of exporting them and breaking it down based on a connection may bring some release.
Does calling the GET {your_domain}/api/v2/jobs/{id}/errors gives you any additional insight?
In order to use the management API it is necessary to sent the connection id for the specific user database. We already send this id. Also we donāt keep hold of the job ids unfortunately. We get a 429 error - which isnāt a rate limit error IMO:
{
āstatusCodeā: 429,
āerrorā: āToo Many Requestsā,
āmessageā: āThere are 10 active export users jobs, please wait until some of them are finished and try againā
}
Just on a side note, when exporting users with the Management API, you can omit connection_id property so that all tenant members will be returned. On the other hand, to import users, the connection_id is indeed necessary.
The error message says that there were already 10 hits to the POST https://.auth0.com/api/v2/jobs/users-exports API. Each request to this endpoint is considered a job. At least one of these jobs needs to be completed to run a new one.
FWIW, we have still been running into this issue a couple of times over the last week, but usually a retry after an hour or so solves it (at the time of the original post, it did not work at all over about 24 hours).
After 24 hours all job-related data is automatically deleted which clears the line.
The conclusions are -
-The process may take some time, especially when the number of users are bigger.
-Its better the recheck the job status after some time instead of resending multiple times the same POST job request (because this creates each time a new job, the line grows).
Still think it might be a problem on the Auth0 side. More than one customer suddenly started experiencing problems in the same area at the same time out of the blue.
Hi @rfrankel_matatika@ja6a-regnosys@pavol.soltes -
Just got internal feedback -
For the period of time, the exports users worker was overloaded by a large number of exports causing delays but at the same time, the engineering team confirms that there are no anomaly observed for the service.
So apologies for the inconvenience caused by delays and thanks for your patience! For the future, If your subscription allows you to submit a support ticket, there is an option to speed the process up.
I am following up with support and have a ticket. I fear it has gone cold though. Just to add I can confirm that my jobs were also being stuck in āpendingā.