Bug 2315860

Summary:	gfal-rm , gfal-copy abort with "double free or corruption (fasttop)"
Product:	[Fedora] Fedora EPEL	Reporter:	Jan Iven <jan.iven>
Component:	gfal2-util	Assignee:	Mihai Patrascoiu <mihai.patrascoiu>
Status:	NEW ---	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	low	Docs Contact:
Priority:	unspecified
Version:	epel9	CC:	mihai.patrascoiu
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	---
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:		Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Jan Iven 2024-10-01 08:36:42 UTC

Description of problem:
gfal-rm , gfal-copy abort with "double free or corruption (fasttop)"

Version-Release number of selected component (if applicable):
gfal2-util-scripts-1.9.0-1.el9.noarch

How reproducible:

frequent on test machine where these commands are used for functional test (multiple times per day, but rate is perhaps 1/1000).

Steps to Reproduce:
1. run "gfal-copy", "gfal-rm" in a loop
2. watch syslog for "systemd-coredump[..]: Process .. (python3) .. dumped core."
3. confirm actual command via "coredumpclt info"


Additional info:
* Error occurs for both "https" and "root" URLs so seems to not come from the actual plugin library.
* Error from "gfal-rm" seems to occur after the file has been (successfully) deleted from remote, so perhaps during internal cleanup.
* We have coredumps disabled for this service
* internal logs (full filenames) in https://its.cern.ch/jira/browse/EOSOPS-368