Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

OpenShift multi-container workspace fails to start #7922

Closed
sleshchenko opened this issue Dec 18, 2017 · 1 comment
Closed

OpenShift multi-container workspace fails to start #7922

sleshchenko opened this issue Dec 18, 2017 · 1 comment
Assignees
Labels
kind/bug Outline of a bug - must adhere to the bug report template. severity/P1 Has a major impact to usage or development of the system.

Comments

@sleshchenko
Copy link
Member

sleshchenko commented Dec 18, 2017

Description

OpenShift multi-container workspace fails to start. It happens because of wrong resolving machine servers when containers are located in one Pod.

Reproduction Steps

  1. Create a workspace with the following OpenShift multi-container workspace configuration:
Workspace Config
{
  "environments": {
    "default": {
      "machines": {
        "ws/typescript-ls": {
          "servers": {
            "ls": {
              "attributes": {
                "internal": "true",
                "type": "ls",
                "config": "{\"id\":\"org.eclipse.che.plugin.web.typescript\", \"documentFilters\":[  {  \"languageId\":\"typescript\",  \"pathRegex\":\".*\\\\.(ts|tsx)\"} ]}"
              },
              "port": "4417",
              "protocol": "tcp"
            }
          },
          "volumes": {
            "projects": {
              "path": "/projects"
            }
          },
          "installers": [],
          "env": {}
        },
        "ws/dev": {
          "attributes": {},
          "servers": {
            "codeserver": {
              "attributes": {},
              "port": "9876",
              "protocol": "http"
            }
          },
          "volumes": {
            "projects": {
              "path": "/projects"
            }
          },
          "installers": [
            "org.eclipse.che.exec",
            "org.eclipse.che.terminal",
            "org.eclipse.che.ws-agent"
          ],
          "env": {}
        }
      },
      "recipe": {
        "type": "openshift",
        "content": "---\nkind: List\nitems:\n-\n  apiVersion: v1\n  kind: Pod\n  metadata:\n    name: ws\n  spec:\n    containers:\n      -\n        image: eivantsov/tsls\n        name: typescript-ls\n      -\n        image: eclipse/ubuntu_jdk8\n        name: dev",
        "contentType": "application/x-yaml"
      }
    }
  },
  "defaultEnv": "default",
  "projects": [
    {
      "links": [],
      "name": "greeter",
      "attributes": {},
      "type": "typescript",
      "source": {
        "location": "https://github.com/Microsoft/TypeScriptSamples.git",
        "type": "git",
        "parameters": {
          "convertToTopLevelProject": "true",
          "keepVcs": "false",
          "keepDir": "greeter"
        }
      },
      "path": "/greeter",
      "problems": [],
      "mixins": []
    }
  ],
  "name": "TypeScript_LS_Demo",
  "commands": [],
  "links": []
}
2. Try to start the created workspace.

Expected: Workspace is started.
Actual: Workspace failed to start
screenshot_20171218_114115

So, as we can see the configuration of ws/typescript-ls doesn't have wsagent installer, but its runtime contains wsagent/http server. It leads to workspace start failing because Che Server waits until all machine's servers will be available.

Get workspace by Response

screenshot_20171218_114501

OS and version:
Che 6.0.0-M4-SNAPSHOT

Diagnostics:

@sleshchenko sleshchenko added kind/bug Outline of a bug - must adhere to the bug report template. status/open-for-dev An issue has had its specification reviewed and confirmed. Waiting for an engineer to take it. target/che6 labels Dec 18, 2017
@gazarenkov gazarenkov added the severity/P1 Has a major impact to usage or development of the system. label Dec 19, 2017
@gazarenkov
Copy link
Contributor

Yes, it is weird bug as it seems nothing tells that there is wsagent/http server.

@sleshchenko sleshchenko self-assigned this Jan 2, 2018
@sleshchenko sleshchenko added status/in-progress This issue has been taken by an engineer and is under active development. and removed status/open-for-dev An issue has had its specification reviewed and confirmed. Waiting for an engineer to take it. labels Jan 2, 2018
@skabashnyuk skabashnyuk removed the status/in-progress This issue has been taken by an engineer and is under active development. label Jan 24, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Outline of a bug - must adhere to the bug report template. severity/P1 Has a major impact to usage or development of the system.
Projects
None yet
Development

No branches or pull requests

3 participants