-
Notifications
You must be signed in to change notification settings - Fork 44
SVT: Build failure with Appsody Open Liberty #2455
Comments
In both cases I see
And then the Liberty server is stopped after that |
@sujeilyfonseca Does this happen on a new openliberty project? |
I can reproduce the problem intermittently with new Appsody Open Liberty projects. They can build fine the first time, but they might not after stopping and starting Codewind. Here is an example of the mentioned scenario: |
Looks like this issue exists in Codewind 0.9.0 as well. I have CW 0.9 workspace and tried to reproduce this problem and this seems to be intermittent problem. One of my appsody open liberty project built and started fine. I created another appsody open liberty project and it failed to build and it also made my first project to fail as well. Looks like something is not right with this stack. We have seen similar issues with Appsody Eclipse Microprofile projects as well in the previous releases and we are seeing same behavior with open liberty stacks as well. We can consistently reproduce this problem in both Codewind 0.9 and 0.10 releases. Can we make this as "stopship".? Do you think this is Appsody or Codewind problem.?
|
Fairly certain this is an issue in the appsody stack. |
Making this as stopship and we need to investigate with appsody team why this stack fails intermittently. |
/priority stopship |
@jagraj @sujeilyfonseca could I have access to your machines to investigate? So far I have not been able to reproduce it |
@makandre, I'll share my machine credentials with you via Slack. I currently have 4 out of 5 Appsody Open Liberty projects with build failures. |
It's really a timing issue, it looks like the stack waits 120 seconds for the
|
There maybe an easy workaround actually, in the project's
You can try increasing the timeout there |
My projects built after increasing the timeout to 180: However, they stopped again with same errors:
Therefore, I proceeded to increase the timeout to 260. This caused the projects to build and start. However, the projects have a |
I would recommend trying with a large timeout (say 600 = 10 mins) just so we can narrow down whether the apps can indeed start. Do these app contained any custom code or are they largely unmodified from when they were created by Codewind? Re the Open Liberty landing page you see, the fact it shows as |
I agree, we should document the workaround. I'll put up a PR for this. Do we agree that this is not a stopship then? |
During a call with @sghung, @makandre, and @jagraj, I was able to reproduce a similar scenario in MacOS:
|
I and Steven tried to reproduce this problem outside of Codewind and got into this problem where Open liberty, Spring boot both of the stacks failed due to this issue (appsody/appsody#912). We need this issue to be resolved to isolate the problem between Codewind and Appsody.
|
@sghung, I added the log errors to my previous comment. |
Removing the iterative-dev label since this seems to be an appsody specific issue |
If appsody/appsody#912 is blocking test on Windows, then test on Mac (since #2455 (comment) mentions it is reproduced there) In any case it's actually easy to make this error happen by going the opposite way, i.e. reducing the timeout value. I set it to 10 seconds and my server doesn't start within that time, in or out of Codewind (although I'm not sure what this proves). |
I should also point out, the message from Liberty also states that the user should consider increasing the
|
@makandre @sghung We already documented workaround and error message says to increase timeout and this is no longer "stopship" issue for Codewind 0.10.0 release. We should work with appsody team and increase this default timeout value. @sghung |
@jagraj I update the labels for you. |
I opened appsody/stacks#717 to see if we can have the default timeout value increased |
@jagraj the issue here #2455 (comment)
looks like issue: appsody/appsody#912 I have a workaround in a PR...I'll ask again if they can merge it. (I also have a Windows binary if you want to ping me). |
@jagraj for the windows VM I have, I cannot upgrade to the latest docker (it won't allow me to due to the OS), so I couldn't reproduce appsody issue 912, as I was able to get my open liberty to run fine with appsody 0.5.9 when running the CLI. |
@sghung thanks for the note. I'll ping the appsody/appsody committers to ask them to merge my fix soon. |
@sghung @jagraj ..the Windows fix I mentioned is now available in v0.6.0: |
Codewind version: 0.10.0
OS: VM with Windows 10
IDE extension version: 0.10.0
IDE version: 1.42.0
Build date: 2020-03-10-12:22:59
build_info.url=https://download.eclipse.org/codewind/codewind-vscode/0.10.0/7
build_info.che.SHA-1=a1bfcb9274bc5365489e96596ab2faea4dc1678f
build_info.SHA-1=90663a8ff7ba33857f163016cb5c813df2d2e35d
Description: After migrating from Codewind 0.9.0 to 0.10.0, I got a build failure twice with an Appsody Open Liberty project. The first time was immediately after migration. After that, I triggered a manual build, and the project seemed to build. However, after starting and stopping Codewind, I again got a build failure with the same project. All other projects behave as expected.
For a user, it can be confusing that the status of the project is
[Stopped] [Build Succeeded]
when that is not correct.Logs:
cw-appsody-open-liberty-1.txt
cw-appsody-open-liberty-2.txt
codewind-pfe.txt
codewind.log
filewatcherd-1.log
@jagraj
The text was updated successfully, but these errors were encountered: