[Bug 576590] Re: Command not found consumes lots of memory and CPU for longer input
Dominique Ramaekers
dominique.ramaekers at crowdcloud.be
Sat Sep 2 05:21:06 UTC 2017
*** This bug is a duplicate of bug 1643167 ***
https://bugs.launchpad.net/bugs/1643167
** This bug has been marked a duplicate of bug 1643167
command-not-found crash on inreasonably long input
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to command-not-found in Ubuntu.
https://bugs.launchpad.net/bugs/576590
Title:
Command not found consumes lots of memory and CPU for longer input
Status in command-not-found:
Fix Released
Status in command-not-found package in Ubuntu:
Fix Released
Bug description:
Binary package hint: command-not-found
This concerns command-not-found 0.2.40ubuntu5 in Ubuntu Lucid.
Once upon a time, I was working on my shiny new Lucid system, when
things suddenly became very slow. I ran top(1) to check what was going
on, and saw this:
top - 13:34:17 up 15 min, 5 users, load average: 3.79, 1.41, 0.54
Tasks: 158 total, 2 running, 156 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.6%us, 1.5%sy, 0.0%ni, 15.8%id, 82.1%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 3917500k total, 3890004k used, 27496k free, 480k buffers
Swap: 4200956k total, 1919184k used, 2281772k free, 50180k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2348 userme 20 0 4618m 3.2g 440 D 3 86.7 0:06.95 python
2370 userme 20 0 11000 1308 956 S 1 0.0 0:00.03 top
1587 root 20 0 101m 5788 1524 S 0 0.1 0:04.48 Xorg
Python was going out of control! What was it doing?
# ps uww 2348
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
userme 2348 6.5 84.6 4729240 3316468 tty1 D 13:32 0:07 /usr/bin/python /usr/lib/command-not-found -- mmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm...
(The m's went on for like two or three screens.)
Now, I have no idea what caused this bizarre invocation of c-n-f. (I
don't typically sleep with my forehead on the keyboard or anything.)
However, I copied-and-pasted the complete invocation as reported by
ps(1) into a script, and tried running it:
$ time -p sh c-n-f-bug.sh
mmmm[...]mmmm: command not found
real 42.60
user 39.17
sys 1.10
During that time, c-n-f used over a gigabyte of memory. That's not
right!
I am attaching the c-n-f-bug.sh script. Interestingly, it is exactly
4096 bytes long, which suggests to me that the original command
invocation may have been even longer and not reported in full simply
due to ps(1) limiting the output.
To manage notifications about this bug go to:
https://bugs.launchpad.net/command-not-found/+bug/576590/+subscriptions
More information about the foundations-bugs
mailing list