Files/directories created in /var/tmp/vi.recover in absurd quantities - will exhaust inodes rapidly
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
nvi (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: nvi
% lsb_release -rd
Description: Ubuntu 9.04
Release: 9.04
% apt-cache policy nvi
nvi:
Installed: 1.81.6-5
Candidate: 1.81.6-5
Version table:
*** 1.81.6-5 0
500 http://
100 /var/lib/
At times nvi will create large numbers of entries in /var/tmp/vi.recover -
other times it does not. I have not found a way to trigger this.
I just discovered this by running out of inodes (9.04 installed on new
notebook two weeks ago). So many that rm -rf ./* failed with argument
list too long; I had to invoke rm on subsets several times.
Just after clearing /var/tmp/vi.recover I did a simple two line edit on a
Makefile, then quit vi. That resulted in over 2000 entries in /var/tmp/vi.recover
but as I write this bug report nvi is not repeating the bug.
Checking the filesystem of an 8.10 system I find 1187 entries accumulated
over about 10 months of use, so the bug wasn't active there.
ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 9.04
Package: nvi 1.81.6-5
ProcEnviron:
PATH=(custom, user)
LANG=en_US.UTF-8
SHELL=/bin/zsh
SourcePackage: nvi
Uname: Linux 2.6.28-15-generic x86_64
I have to say, this problem is too astonishing and too hard to reproduce, to any other users... I can't help unless I can sit before your computer...