.NET workspace will not start

[rhopp]

Issue problem:
.NET workspace will not start.
Log:

017-11-07 09:07:05,608[aceSharedPool-3]  [ERROR] [.a.a.s.l.AbstractAgentLauncher 158]  - An error occurs while starting 'Exec' agent in 'workspacetfui8kwly8tut818' workspace in 'machinercectb0htzx0255m' machine on 'localhost' node. Detailed log:
--
  | [STDOUT] Exec Agent binary is downloaded remotely
  | [STDERR] chown: changing ownership of ‘/projects’: Operation not permitted
  | [STDERR]
  | [STDERR] gzip: stdin: unexpected end of file
  | [STDERR] tar: Child returned status 1
  | [STDERR] tar: Error is not recoverable: exiting now
  | [STDERR] /bin/sh: line 226: /home/user/che/exec-agent/che-exec-agent: No such file or directory

Red Hat Che version:
Che : 2.0.46
version: (help/about menu)

• I can reproduce it on latest official image

Reproduction Steps:

Start .NET stack workspace from Che dashboard.

Runtime:

runtime used:

• minishift (include output of minishift version)
• OpenShift.io
• Openshift Container Platform (include output of oc version)
• k8s (include output of kubectl version)

[ghost]

@rhopp are you talking about eclipse/dotnet_core image?

[rhopp]

@eivantsov It's about this one: https://github.com/redhat-developer/rh-che/blob/master/assembly/fabric8-stacks/src/main/resources/stacks.json#L265

[ghost]

Is this still an issue?

[rhopp]

Yep. Tried it today on prod OSIO and the workspace failed to start with exactly the same error.

[ghost]

You need to make sure that this image does something like this: https://github.com/redhat-developer/che-dockerfiles/blob/master/recipes/ubuntu_jdk8/Dockerfile#L38

It should have been done here though https://github.com/eclipse/che-dockerfiles/blob/master/recipes/stack-base/centos/Dockerfile

I'd make sure that the base image is built from the right recipe.

[l0rd]

@eivantsov does eclipse-che/che-dockerfiles#159 fix this?

[ghost]

Not really, but since the base image has been rebuilt some time ago, a new build of dotnet image should be ok. At least I can confirm now that an arbitrary user can create dirs in home directory and /projects

[rhopp]

Closing as duplicate of #513