dpkg killed when removing python packages
I'm trying to fix a dpkg error with one of my packages, python-zope.hookable
.
The dpgk -l command looks like this:
pFR python-zope.hookable 4.0.4-4build2 amd64 Hookable object support
However, when I run sudo dpkg -P --force-all python-zope.hookable
, I mysteriously get this output:
dpkg: python-zope.hookable: dependency problems, but removing anyway as you requested:
python-zope.component depends on python-zope.hookable; however:
Package python-zope.hookable is to be removed.
dpkg: warning: overriding problem because --force enabled:
dpkg: warning: package is in a very bad inconsistent state; you should
reinstall it before attempting a removal
(Reading database ... 871356 files and directories currently installed.)
Removing python-zope.hookable (4.0.4-4build2) ...
Killed
E: namespace:121: cannot remove /usr/lib/python2.7/dist-packages/zope/__init__.py
Creating an empty file at /usr/lib/python2.7/dist-packages/zope/__init__.py
simply gives the same error, but without the last line. I suspect this is an issue with all python packages on my machine installed with dpkg, though I dare not test it.
This issue is preventing me from running apt-get install
and apt-get remove
, and dpkg --configure -a
does not seem to change anything.
I'm really at my wits' end, and I'm open to drastic solutions.
apt package-management dpkg
add a comment |
I'm trying to fix a dpkg error with one of my packages, python-zope.hookable
.
The dpgk -l command looks like this:
pFR python-zope.hookable 4.0.4-4build2 amd64 Hookable object support
However, when I run sudo dpkg -P --force-all python-zope.hookable
, I mysteriously get this output:
dpkg: python-zope.hookable: dependency problems, but removing anyway as you requested:
python-zope.component depends on python-zope.hookable; however:
Package python-zope.hookable is to be removed.
dpkg: warning: overriding problem because --force enabled:
dpkg: warning: package is in a very bad inconsistent state; you should
reinstall it before attempting a removal
(Reading database ... 871356 files and directories currently installed.)
Removing python-zope.hookable (4.0.4-4build2) ...
Killed
E: namespace:121: cannot remove /usr/lib/python2.7/dist-packages/zope/__init__.py
Creating an empty file at /usr/lib/python2.7/dist-packages/zope/__init__.py
simply gives the same error, but without the last line. I suspect this is an issue with all python packages on my machine installed with dpkg, though I dare not test it.
This issue is preventing me from running apt-get install
and apt-get remove
, and dpkg --configure -a
does not seem to change anything.
I'm really at my wits' end, and I'm open to drastic solutions.
apt package-management dpkg
1
The 'killed' indicates the process was killed by some other user or system - it's entirely possible that the system was attempting to remove it but took up too much memory and the system issued a "KILL" command to stop the process. Check the/var/log/syslog
for any traces of 'process killed' or 'oom-killer' or such.
– Thomas Ward♦
Jan 28 at 14:56
Yes you are right. Syslog shows memory issues. I managed to resolve it after resizing the VPS.
– Fred
Jan 29 at 2:43
I've made a revision of my comment as an answer. If you wish you can accept it.
– Thomas Ward♦
Jan 29 at 2:46
add a comment |
I'm trying to fix a dpkg error with one of my packages, python-zope.hookable
.
The dpgk -l command looks like this:
pFR python-zope.hookable 4.0.4-4build2 amd64 Hookable object support
However, when I run sudo dpkg -P --force-all python-zope.hookable
, I mysteriously get this output:
dpkg: python-zope.hookable: dependency problems, but removing anyway as you requested:
python-zope.component depends on python-zope.hookable; however:
Package python-zope.hookable is to be removed.
dpkg: warning: overriding problem because --force enabled:
dpkg: warning: package is in a very bad inconsistent state; you should
reinstall it before attempting a removal
(Reading database ... 871356 files and directories currently installed.)
Removing python-zope.hookable (4.0.4-4build2) ...
Killed
E: namespace:121: cannot remove /usr/lib/python2.7/dist-packages/zope/__init__.py
Creating an empty file at /usr/lib/python2.7/dist-packages/zope/__init__.py
simply gives the same error, but without the last line. I suspect this is an issue with all python packages on my machine installed with dpkg, though I dare not test it.
This issue is preventing me from running apt-get install
and apt-get remove
, and dpkg --configure -a
does not seem to change anything.
I'm really at my wits' end, and I'm open to drastic solutions.
apt package-management dpkg
I'm trying to fix a dpkg error with one of my packages, python-zope.hookable
.
The dpgk -l command looks like this:
pFR python-zope.hookable 4.0.4-4build2 amd64 Hookable object support
However, when I run sudo dpkg -P --force-all python-zope.hookable
, I mysteriously get this output:
dpkg: python-zope.hookable: dependency problems, but removing anyway as you requested:
python-zope.component depends on python-zope.hookable; however:
Package python-zope.hookable is to be removed.
dpkg: warning: overriding problem because --force enabled:
dpkg: warning: package is in a very bad inconsistent state; you should
reinstall it before attempting a removal
(Reading database ... 871356 files and directories currently installed.)
Removing python-zope.hookable (4.0.4-4build2) ...
Killed
E: namespace:121: cannot remove /usr/lib/python2.7/dist-packages/zope/__init__.py
Creating an empty file at /usr/lib/python2.7/dist-packages/zope/__init__.py
simply gives the same error, but without the last line. I suspect this is an issue with all python packages on my machine installed with dpkg, though I dare not test it.
This issue is preventing me from running apt-get install
and apt-get remove
, and dpkg --configure -a
does not seem to change anything.
I'm really at my wits' end, and I'm open to drastic solutions.
apt package-management dpkg
apt package-management dpkg
asked Jan 28 at 14:37
FredFred
82
82
1
The 'killed' indicates the process was killed by some other user or system - it's entirely possible that the system was attempting to remove it but took up too much memory and the system issued a "KILL" command to stop the process. Check the/var/log/syslog
for any traces of 'process killed' or 'oom-killer' or such.
– Thomas Ward♦
Jan 28 at 14:56
Yes you are right. Syslog shows memory issues. I managed to resolve it after resizing the VPS.
– Fred
Jan 29 at 2:43
I've made a revision of my comment as an answer. If you wish you can accept it.
– Thomas Ward♦
Jan 29 at 2:46
add a comment |
1
The 'killed' indicates the process was killed by some other user or system - it's entirely possible that the system was attempting to remove it but took up too much memory and the system issued a "KILL" command to stop the process. Check the/var/log/syslog
for any traces of 'process killed' or 'oom-killer' or such.
– Thomas Ward♦
Jan 28 at 14:56
Yes you are right. Syslog shows memory issues. I managed to resolve it after resizing the VPS.
– Fred
Jan 29 at 2:43
I've made a revision of my comment as an answer. If you wish you can accept it.
– Thomas Ward♦
Jan 29 at 2:46
1
1
The 'killed' indicates the process was killed by some other user or system - it's entirely possible that the system was attempting to remove it but took up too much memory and the system issued a "KILL" command to stop the process. Check the
/var/log/syslog
for any traces of 'process killed' or 'oom-killer' or such.– Thomas Ward♦
Jan 28 at 14:56
The 'killed' indicates the process was killed by some other user or system - it's entirely possible that the system was attempting to remove it but took up too much memory and the system issued a "KILL" command to stop the process. Check the
/var/log/syslog
for any traces of 'process killed' or 'oom-killer' or such.– Thomas Ward♦
Jan 28 at 14:56
Yes you are right. Syslog shows memory issues. I managed to resolve it after resizing the VPS.
– Fred
Jan 29 at 2:43
Yes you are right. Syslog shows memory issues. I managed to resolve it after resizing the VPS.
– Fred
Jan 29 at 2:43
I've made a revision of my comment as an answer. If you wish you can accept it.
– Thomas Ward♦
Jan 29 at 2:46
I've made a revision of my comment as an answer. If you wish you can accept it.
– Thomas Ward♦
Jan 29 at 2:46
add a comment |
2 Answers
2
active
oldest
votes
Typically, the Killed
message indicates the process was killed by some other user or system. This is either because of administrative, or automated, intervention and happens usually because over-used CPU or over-extended RAM and the system trying to free up resources for the system to run.
It's entirely possible that the system was attempting to remove it but took up too much memory and the system issued a "KILL" command to stop the process. I asked you to check the /var/log/syslog
for any traces of 'process killed' or 'oom-killer' or such. Your comments in response to me on the question indicated the system was using the Out of Memory Killer or similar process because you were over-using the RAM and the system was trying to avoid running out of resources.
Therefore, the core problem was you did not have enough memory available to run everything on the system.
I would suggest evaluating all that's running and determine whether the RAM and specs you had gotten in the VPS are actually suitable; there can be cases where they aren't going to be and you'll need a larger VPS like you figured out here.
add a comment |
Since you wrote: "I'm really at my wits' end, and I'm open to drastic solutions."
I'd suggest removing the block of the corresponding package from /var/lib/dpkg/status
this should do the trick
I managed to avoid the system kill by increasing memory instead of doing this, though this sounds like a very useful trick that I could use in the future!
– Fred
Jan 29 at 2:44
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1113546%2fdpkg-killed-when-removing-python-packages%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
Typically, the Killed
message indicates the process was killed by some other user or system. This is either because of administrative, or automated, intervention and happens usually because over-used CPU or over-extended RAM and the system trying to free up resources for the system to run.
It's entirely possible that the system was attempting to remove it but took up too much memory and the system issued a "KILL" command to stop the process. I asked you to check the /var/log/syslog
for any traces of 'process killed' or 'oom-killer' or such. Your comments in response to me on the question indicated the system was using the Out of Memory Killer or similar process because you were over-using the RAM and the system was trying to avoid running out of resources.
Therefore, the core problem was you did not have enough memory available to run everything on the system.
I would suggest evaluating all that's running and determine whether the RAM and specs you had gotten in the VPS are actually suitable; there can be cases where they aren't going to be and you'll need a larger VPS like you figured out here.
add a comment |
Typically, the Killed
message indicates the process was killed by some other user or system. This is either because of administrative, or automated, intervention and happens usually because over-used CPU or over-extended RAM and the system trying to free up resources for the system to run.
It's entirely possible that the system was attempting to remove it but took up too much memory and the system issued a "KILL" command to stop the process. I asked you to check the /var/log/syslog
for any traces of 'process killed' or 'oom-killer' or such. Your comments in response to me on the question indicated the system was using the Out of Memory Killer or similar process because you were over-using the RAM and the system was trying to avoid running out of resources.
Therefore, the core problem was you did not have enough memory available to run everything on the system.
I would suggest evaluating all that's running and determine whether the RAM and specs you had gotten in the VPS are actually suitable; there can be cases where they aren't going to be and you'll need a larger VPS like you figured out here.
add a comment |
Typically, the Killed
message indicates the process was killed by some other user or system. This is either because of administrative, or automated, intervention and happens usually because over-used CPU or over-extended RAM and the system trying to free up resources for the system to run.
It's entirely possible that the system was attempting to remove it but took up too much memory and the system issued a "KILL" command to stop the process. I asked you to check the /var/log/syslog
for any traces of 'process killed' or 'oom-killer' or such. Your comments in response to me on the question indicated the system was using the Out of Memory Killer or similar process because you were over-using the RAM and the system was trying to avoid running out of resources.
Therefore, the core problem was you did not have enough memory available to run everything on the system.
I would suggest evaluating all that's running and determine whether the RAM and specs you had gotten in the VPS are actually suitable; there can be cases where they aren't going to be and you'll need a larger VPS like you figured out here.
Typically, the Killed
message indicates the process was killed by some other user or system. This is either because of administrative, or automated, intervention and happens usually because over-used CPU or over-extended RAM and the system trying to free up resources for the system to run.
It's entirely possible that the system was attempting to remove it but took up too much memory and the system issued a "KILL" command to stop the process. I asked you to check the /var/log/syslog
for any traces of 'process killed' or 'oom-killer' or such. Your comments in response to me on the question indicated the system was using the Out of Memory Killer or similar process because you were over-using the RAM and the system was trying to avoid running out of resources.
Therefore, the core problem was you did not have enough memory available to run everything on the system.
I would suggest evaluating all that's running and determine whether the RAM and specs you had gotten in the VPS are actually suitable; there can be cases where they aren't going to be and you'll need a larger VPS like you figured out here.
answered Jan 29 at 2:46
Thomas Ward♦Thomas Ward
44.4k23124177
44.4k23124177
add a comment |
add a comment |
Since you wrote: "I'm really at my wits' end, and I'm open to drastic solutions."
I'd suggest removing the block of the corresponding package from /var/lib/dpkg/status
this should do the trick
I managed to avoid the system kill by increasing memory instead of doing this, though this sounds like a very useful trick that I could use in the future!
– Fred
Jan 29 at 2:44
add a comment |
Since you wrote: "I'm really at my wits' end, and I'm open to drastic solutions."
I'd suggest removing the block of the corresponding package from /var/lib/dpkg/status
this should do the trick
I managed to avoid the system kill by increasing memory instead of doing this, though this sounds like a very useful trick that I could use in the future!
– Fred
Jan 29 at 2:44
add a comment |
Since you wrote: "I'm really at my wits' end, and I'm open to drastic solutions."
I'd suggest removing the block of the corresponding package from /var/lib/dpkg/status
this should do the trick
Since you wrote: "I'm really at my wits' end, and I'm open to drastic solutions."
I'd suggest removing the block of the corresponding package from /var/lib/dpkg/status
this should do the trick
answered Jan 28 at 14:46
Alex BarchiesiAlex Barchiesi
474
474
I managed to avoid the system kill by increasing memory instead of doing this, though this sounds like a very useful trick that I could use in the future!
– Fred
Jan 29 at 2:44
add a comment |
I managed to avoid the system kill by increasing memory instead of doing this, though this sounds like a very useful trick that I could use in the future!
– Fred
Jan 29 at 2:44
I managed to avoid the system kill by increasing memory instead of doing this, though this sounds like a very useful trick that I could use in the future!
– Fred
Jan 29 at 2:44
I managed to avoid the system kill by increasing memory instead of doing this, though this sounds like a very useful trick that I could use in the future!
– Fred
Jan 29 at 2:44
add a comment |
Thanks for contributing an answer to Ask Ubuntu!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1113546%2fdpkg-killed-when-removing-python-packages%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
1
The 'killed' indicates the process was killed by some other user or system - it's entirely possible that the system was attempting to remove it but took up too much memory and the system issued a "KILL" command to stop the process. Check the
/var/log/syslog
for any traces of 'process killed' or 'oom-killer' or such.– Thomas Ward♦
Jan 28 at 14:56
Yes you are right. Syslog shows memory issues. I managed to resolve it after resizing the VPS.
– Fred
Jan 29 at 2:43
I've made a revision of my comment as an answer. If you wish you can accept it.
– Thomas Ward♦
Jan 29 at 2:46