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

ERROR: Only one copy of bitbake should be run against a build directory #16

Closed
EugenWiens opened this issue Aug 2, 2017 · 6 comments
Closed
Assignees
Labels

Comments

@EugenWiens
Copy link
Owner

No description provided.

@EugenWiens EugenWiens added the bug label Aug 2, 2017
@EugenWiens EugenWiens self-assigned this Aug 2, 2017
@ShrivanRaj
Copy link

I did faced the same error in my case also, "ERROR: Only one copy or bitbake should run against a build directory".

For this issue we need to delete the already running bitbake process in the system. Hence the existing bitbake process could not able to start, because the same process name already exists.

Step 1:
If you are running with the docker first exit from that by using the command "exit". Now the prompt will shows like "shrjayab@devserver:" instead of "shrjayab@devserver-docker:"

Step 2:
After that do the following command,
"ps -ef|grep bitbake". This command will tel you about the pid id and other details about the process.

Step 3:
Now do the kill command,
"kill -9 [PPID]".

Step 4:
Now you get into the docker and try to run again.

@EugenWiens
Copy link
Owner Author

Thank you for confirming the error and the solutions.

My idea would be to avoid this lock. The bitbake plugin can use the bitbake command in another folder instead build.

Until now I was not able to manage the underlying library to execute . ./oe-init-build-env vsc > /dev/null ; ${command}. My idea is to use the vsc folder for the plugin.

@prisuna2015
Copy link

I'm killing the process but its showing again the same error. Could you please help with this issue.
Thanks in advance.

@EugenWiens
Copy link
Owner Author

EugenWiens commented Jan 13, 2018 via email

@etexley
Copy link

etexley commented Feb 13, 2018

The root cause of this problem is the build/bitbake.lock file. Ideally if the bitbake team wanted to create an intermittent lock file, they would handle a graceless interrupt (sighup for instance if I'm telnet in) and remove this file themselves when the python processes die. Just remove the file and you're good to go.

@EugenWiens
Copy link
Owner Author

Yesterday I released V0.0.13 this version includes a feature that uses an extra folder for bitbake operations. From now it is possible to work with vscode-bitbake and at the same time with bitbake on terminal.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants