F5 /shared volume getting full

Question

Hello,&nbsp;
One of our F5 /shared volume is getting abnormally full. In the top 10 files, we get a few files like this:&nbsp;

1068288000 /shared/tmp/im8067/configsync-2.0-1-Linux-2.6.32431.56.1.6.5.8664.im&nbsp;
1067069440 /shared/tmp/im29232/configsync-2.0-1-Linux-2.6.32431.56.1.6.5.8664.im&nbsp;

Do you have any idea what are those configsync files ? Is this linked to configsync F5 feature ?&nbsp;
Regards,&nbsp;

cd · Answer

For your information, I found the root cause. Our remote backup script would timeout before the save sys ucs command would finish, resulting in temp files in /shared/tmp. &nbsp;
I manually cleaned those, and fixed our script, and everything went back to normal.&nbsp;

joshbecigneul · Answer

Hello SRT Admin,
One way we deal with this is to trigger the backup worker over the REST API, which is located at the /mgmt/tm/shared/sys/backup endpoint.
If you POST to /mgmt/tm/shared/sys/backup with a JSON payload of {'file':,'action':'BACKUP'}, replacing  with the name of your archive file, you should see a HTTP 202 response if the job was created successfully which will include some details about the job.
You can run a GET query for a running task using the id that was returned at the same endpoint: /mgmt/tm/shared/sys/backup/ and check the status of the job. 
Once completed you could retrieve it using SCP if needed.
Thanks.
Josh

Forum Discussion

SSO Login Update Coming to DevCentral

Kevin - June 2026 Featured F5er

Tyler - May 2026 Featured Member

Recent Discussions

Related Content

Single Boot Volume

Getting Started on DevCentral

The Blind Spot in Cloud WAF Architectures: Shared IPs and the Origin Bypass Problem

Knowledge sharing: High CPU/Memory/Swap investigation/troubleshooting

F5 Per-App AS3 Part 1 How Share Tenant specific object

ABOUT DEVCENTRAL

RESOURCES

SUPPORT

PARTNERS