Pavel Tumik

Looking at `cc69aed8-7cd1-4055-8f90-777f2281cc3b` `INITIALIZING` phase started at say 0 seconds. It lasted 6.5s. While it was running, pod went from INITIALIZING to STOPPING phase at +3 seconds. At this point,...

Hm. I looked at one instance that had this error: `9e368af4-a27a-48d8-9c37-19dffb785c11` and inspected traces for it (eu63) but it did not show any errors. Furthermore, it showed that workspace stopped...

We need more info here. How was auth setup for GAR here? Was it a token or service account? As @utam0k mentioned, we cannot repro this issue so far.

According to affected customer, using service account. So it is odd indeed that it loses authentication after some X amount of hours. :thinking: Could it be that GAR does something...

We are waiting on customer to provide a bit more info. Also some more info posted in this issue as well: https://github.com/gitpod-io/customers/issues/71

/hold to unblock merge queue

Currently has this issue affecting PVC epic: [Sometimes workspace attempts to start with PVC feature enabled](https://github.com/gitpod-io/gitpod/issues/11823)

@kylos101 that's already done. check commits in this PR.

/unhold

This is probably related to other similar issues of accessing .docker-root folder: https://github.com/gitpod-io/gitpod/issues/10569 https://github.com/gitpod-io/gitpod/issues/10108