This commit is contained in:
parent
6996d834cb
commit
e9387aee5c
1 changed files with 18 additions and 0 deletions
|
@ -0,0 +1,18 @@
|
|||
*What steps will reproduce the problem?*
|
||||
|
||||
Log in to X, have the DE start the assistant with --autostart. Then kill X with ctrl+alt+backspace and log back in once X comes back up.
|
||||
|
||||
*What is the expected output? What do you see instead?*
|
||||
|
||||
It enters an eternal loop, quickly using up all of the available RAM as well as 100% of CPU. Initially noticed because the computer became extremely sluggish, at which point the assistant was using up over 7G (of the available 8G) of RAM, and all of the available power on one of the CPU cores.
|
||||
|
||||
Killing the assistant and then starting it again results in it working normally again.
|
||||
|
||||
*What version of git-annex are you using? On what operating system?*
|
||||
|
||||
git-annex version: 3.20121010 on Debian Sid (under GNOME3/Gnome-Shell in case that's relevant).
|
||||
I've also seen it happen on another computer in similar circumstances. That one on Debian Testing, with git-annex from sid (so same git-annex version). In this case X was restarted while running with /etc/init.d/gdm3 restart, and again the issue appeared after logging out and then back in.
|
||||
|
||||
*Please provide any additional information below.*
|
||||
|
||||
Given that the assistant isn't really using X directly, I suppose this could be due to losing its connection to the gpg and ssh agents as a side-effect of X being shut down. I'm not sure if it happens immediately after X being killed, or once I log back in again.
|
Loading…
Reference in a new issue