/api/user/services does not return namespace info for some users:

[ibuziuk]

curl -k -H "Authorization: Bearer <TOKEN>" https://api.prod-preview.openshift.io/api/user/services | jq '.' returns the following response for 9349415e-21b8-43e9-a3dd-31079b02d61a1 :

{
  "data": {
    "attributes": {
      "created-at": "2018-10-29T12:19:20.369725Z"
    },
    "id": "9349415e-21b8-43e9-a3dd-31079b02d61a",
    "type": "userservices"
  }
}

All the namespaces info are missing, is missing event hough namespaces have been provisioned correctly on oso side:

This error prevents che workspace to start for the user since we fall back on this API in particular for checking cluster-capacity-exhausted flag.

[ibuziuk]

cc: @aslakknutsen @alexeykazakov

[ScrewTSW]

Original account creation issue handled by @dipak-pawar
https://gitlab.cee.redhat.com/dtsd/housekeeping/issues/2410

[alexeykazakov]

@MatousJobanek can you please take a look at this user/namespaces?

[ScrewTSW]

Hello guys, the issue is still present.

che-master logs: https://pastebin.com/tqRARnCr
auth logs: https://pastebin.com/edit/qh8GBCSk

nothing in events on starter cluster, pod was never created.

[ScrewTSW]

bump @alexeykazakov @MatousJobanek

[MatousJobanek]

Just working on fixing the account setup. Today I didn't make it running - unfortunately, OpenShift still complains about conflicts even though there is no namespace with such a name. I'll continue tomorrow

[ScrewTSW]

resolved. toggle was set to single-tenant. reset environment fixed the issue

[MatousJobanek]

That the toggle deploy.che-multi-tenant was disabled was part of the whole problem. But as @ScrewTSW has already mentioned, reset of the whole tenant environment (plus a few additional steps) helped and the account is working correctly.
Closing this issue...