Closed gabriel-farache closed 2 weeks ago
@ashokponkumar any chance this bug will be handled?
@seshapad @HarikrishnanBalagopal Any thoughts on a fix for this issue?
FYI, it appears that the logs in the log file m2kcli.log
are the same as the one in the output
So the issue may come from the move2kube CLI itself
The weird error originates from here https://github.com/konveyor/move2kube/blob/main/common/vcs/git.go#L260 Here, m2k is retrying to clone the repo but not on the target branch directly but the directory is not cleaned so it appears the directory that should have host/contained the cloned repository was created so when we try to clone again, it fails because a folder with the same name already exists.
By setting the loc to Warning instead of Debug I see the follwing log:
time="2024-07-05T14:58:48Z" level=info msg="Project: 80cc87ba-5c30-42ac-ac79-e9ad29bf9237; level=info msg=\"failed to clone the given branch 'masters': \\\"couldn't find remote ref \\\\\\\"refs/heads/masters\\\\\\\"\\\" . Will clone the entire repo and try again.\""
which confirm my above assumption.
I'll create a PR to clean the folder and to better log what is happening
Thanks @gabriel-farache . Please let us know when the PR is ready for review
@ashokponkumar My PR is ready for review, please let me know your feedback.
@ashokponkumar do you know when a new release with the fixes can be released?
@ashokponkumar do you know when a new release with the fixes can be released?
@HarikrishnanBalagopal @seshapad Can we please trigger a new release?
@ashokponkumar do you know when a new release with the fixes can be released?
@HarikrishnanBalagopal @seshapad Can we please trigger a new release?
Have triggered a new release.
@HarikrishnanBalagopal Thank you! Now I see a v0.3.14-rc.0
tag in quay, should I use this or should I wait for the v0.3.14
?
Describe the bug When the plan command fails, there is no status change nor feedback given to the user; when getting the plan via the API, we still get 204 response code instead of an error
To Reproduce Steps to reproduce the behavior:
plan --name a --plan-progress-port 32881 --log-file m2kcli.log --source git+ssh://bitbucket.com/gfarache31/m2k-test@master --disable-local-execution
Expected behavior I expect that plan status to change to
failed
or similar and to be able to get the error information via the API (maybe not the full reason but at least that it failed)Screenshots N/A
Desktop (please complete the following information):
Additional context Related to https://github.com/konveyor/move2kube-ui/issues/169