Bug 173303

Summary:	Possible memory leak in "cp -a"
Product:	[Fedora] Fedora	Reporter:	CHIKAMA Masaki <masaki.chikama>
Component:	coreutils	Assignee:	Tim Waugh <twaugh>
Status:	CLOSED NOTABUG	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	3
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2005-11-16 09:44:10 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description CHIKAMA Masaki 2005-11-16 05:55:13 UTC

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; ja-JP; rv:1.4.3) Gecko/20050104 Red Hat/1.4.3-3.0.7

Description of problem:
When I copy a huge number of file using "cp -a",
memory usage of cp process grows.



Version-Release number of selected component (if applicable):
coreutils-5.2.1-31

How reproducible:
Always

Steps to Reproduce:
1. cp -a LARGE_SRC_DIRS... DST_DIR
2.
3.
  

Actual Results:  Here is the VmRSS usage in /proc/PID/status every 5 seconds.
....
VmRSS:     33916 kB
VmRSS:     33916 kB
VmRSS:     33920 kB
VmRSS:     33924 kB
VmRSS:     33924 kB
VmRSS:     33928 kB
VmRSS:     33932 kB
VmRSS:     33936 kB
VmRSS:     33936 kB
VmRSS:     33940 kB
VmRSS:     33940 kB
VmRSS:     33944 kB
VmRSS:     33948 kB
VmRSS:     33948 kB
VmRSS:     33952 kB
VmRSS:     33952 kB
VmRSS:     33956 kB
VmRSS:     33960 kB
VmRSS:     33960 kB
VmRSS:     33964 kB
VmRSS:     33968 kB
VmRSS:     33972 kB
VmRSS:     33976 kB
VmRSS:     33976 kB
VmRSS:     33980 kB
VmRSS:     33980 kB
VmRSS:     33980 kB
VmRSS:     33984 kB
VmRSS:     33992 kB
VmRSS:     33992 kB
VmRSS:     33992 kB
VmRSS:     33996 kB
VmRSS:     33996 kB
VmRSS:     34000 kB
VmRSS:     34000 kB
VmRSS:     34004 kB
VmRSS:     34008 kB
VmRSS:     34008 kB
VmRSS:     34012 kB
VmRSS:     34016 kB
VmRSS:     34020 kB
VmRSS:     34024 kB
VmRSS:     34024 kB
VmRSS:     34028 kB
VmRSS:     34032 kB
VmRSS:     34032 kB
VmRSS:     34036 kB
VmRSS:     34036 kB
VmRSS:     34040 kB
VmRSS:     34044 kB
VmRSS:     34044 kB
VmRSS:     34048 kB
VmRSS:     34048 kB
VmRSS:     34052 kB
VmRSS:     34052 kB
VmRSS:     34056 kB
VmRSS:     34060 kB
VmRSS:     34060 kB
VmRSS:     34064 kB
VmRSS:     34064 kB
VmRSS:     34068 kB
VmRSS:     34072 kB
VmRSS:     34072 kB
VmRSS:     34076 kB
VmRSS:     34076 kB
VmRSS:     34080 kB
VmRSS:     34084 kB
VmRSS:     34084 kB
....

Additional info:

This cp process is already running more than 5 days.

27096 pts/2    R    280:36 cp -i -a 20051001_1-5ch_10-21ch 20051002_1-5ch_10-21c

There should be multi millions of file.

Comment 1 CHIKAMA Masaki 2005-11-16 07:47:20 UTC

It seems filename hash table consumption, not leak.
Please close this bug.

But....