This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

$$$ files showing up in /tmp

Running Sophos on a RHEL5 64-bit box that is configured to scan archives.  Some of the archives it may encounter are large (hundreds of megabytes and potentially larger than that even).

From time to time, Sophos leaves large xxxxxxxxx.$$$ files in the /tmp directory which can eat up free space pretty quickly if we don't keep an eye out for them.

Another thread and KB article indicates this can happen, and you should just clean up the files (though care must be done to do it after its associated scan process has completed).

Seems like a bug however... anyone else have a bit more detail on why this happens?  We'll probably write up a script to more cautiously remove the files, but would love to fix this permanently if possible.

Thanks,

Ray

:13385


This thread was automatically locked due to age.
Parents
  • These $$$ files are temporary files that have been extracted by the scanning engine while scanning an archive file - To find an exact root cause as to why they are not correctly removed from the system post-scan we would need to investigate the circumstances of this happening on your system.

    How many layers deep do the archives go? What is largest file size (unpacked) seen within your archive? How is your available disk space looking? Probably something for our Tech Support team to gather data on and diagnose if it is a concern.

    Best Regards,

    Mark.

    :13489
Reply
  • These $$$ files are temporary files that have been extracted by the scanning engine while scanning an archive file - To find an exact root cause as to why they are not correctly removed from the system post-scan we would need to investigate the circumstances of this happening on your system.

    How many layers deep do the archives go? What is largest file size (unpacked) seen within your archive? How is your available disk space looking? Probably something for our Tech Support team to gather data on and diagnose if it is a concern.

    Best Regards,

    Mark.

    :13489
Children
No Data