Forum Discussion
Altostratus/shared/tmp filling up
We have a F5 unit where the /shared/tmp directory fills up rather rapidly.
drwxr-xr-x. 2 root root 4096 Jul 15 22:02 im.11584
drwxr-xr-x. 2 root root 4096 Jul 20 19:47 im.12080
drwxr-xr-x. 2 root root 4096 Jul 18 19:49 im12156
drwxr-xr-x. 2 root root 4096 Jul 19 19:49 im12167
drwxr-xr-x. 2 root root 4096 Jul 20 19:49 im12173
drwxr-xr-x. 2 root root 4096 Jul 21 19:49 im12362
drwxr-xr-x. 2 root root 4096 Jul 17 22:11 im1604
drwxr-xr-x. 2 root root 4096 Jul 18 19:47 im.17131
drwxr-xr-x. 2 root root 4096 Jul 16 22:04 im25449
drwxr-xr-x. 2 root root 4096 Jul 21 19:47 im.27046
drwxr-xr-x. 2 root root 4096 Jul 16 22:02 im.27387
drwxr-xr-x. 2 root root 4096 Jul 19 19:47 im.30491
drwxr-xr-x. 2 root root 4096 Jul 18 19:18 im4987
drwxr-xr-x. 2 root root 4096 Jul 18 19:15 im.6634
We killed the iapp backup but the issue is still there.
Anyone got a clue to what might be causing this or how to determine the process that writes up this junk?
- Lidev
Nacreous
Hello
im files are created in /shared/tmp after UCS archive creation fails, maybe it's a clue ;-)
Hugo_van_der_K1It's a clue.
As we are on 14.x it seems https://support.f5.com/csp/article/K41311258 does not apply.
But https://support.f5.com/csp/article/K92404505 seems relevant.
- Lidev
keep me posted 😉
- Hugo_van_der_K1
We found it's an iapp that does not seem to work with version 14 any more.
Not sure if the customer has the most up-to-date version and if hat version is still compatible with version 14 and above.
- Lidev
Thank's for the updated !
- Hugo_van_der_K1
It's https://github.com/tabernarious/f5-automated-backup-iapp and the customer is on the latest version.
But the iapp is listed as tested against v13 and not against v14 or v15.
So it seems something has changed that has an impact on that iapp.
