Closed rocketraman closed 10 years ago
Quoting Raman Gupta notifications@github.com:
I have an encrypted disk that has a lot of hard links (its a backup
of a backup that uses hard links extensively). While (and after)
running an rsync process to update the data, my kernel started
experiencing memory allocation failures. This continued even after
the rsync was complete. It was only after I unmounted and unmapped
the volume that the memory allocation failures stopped.
tcplay doesn't run after your encrypted volume has been mapped, so if
it is a memory leak, it is somewhere in the linux kernel; tcplay
definitely has nothing to do with it.
tcplay doesn't run after your encrypted volume has been mapped, so if it is a memory leak, it is somewhere in the linux kernel; tcplay definitely has nothing to do with it.
Ah thanks! I'll report it upstream then!
Ah thanks! I'll report it upstream then!
Actually my kernel is tainted so I guess it is what it is! Thanks for tcplay!
I have a fully updated Fedora 20 system with tc-play v1.1 (0.2.20130629gitb44b1fa.fc20).
I used tcplay to access/write to an encrypted disk that has a lot of hard links (its a backup of a backup that uses hard links extensively). While (and after) running an rsync process to update the data, my kernel started experiencing memory allocation failures. This continued even after the rsync was complete. It was only after I unmounted and unmapped the volume that the memory allocation failures stopped.
I never had this problem when using TrueCrypt/Realcrypt in the same manner, so it seems to be something specific to tcplay.
I have before/after output from
/proc/meminfo
,/proc/buddyinfo
,/proc/pagetypeinfo
,/sys/kernel/debug/extfrag/unusable_index
, andvmstat
if any of that would be helpful.