[Last Call] Learn how to a build a cloud-first strategyRegister Now

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 718
  • Last Modified:

How can we address disk space issue on Unix server?

My Unix team have just received a critical alert for one of our live Production Unix servers: jdeapp1 for swap. When they investigated they found there were few files which are growing very quickly and consuming capacity.

The files are all in /tmp folder

this is the files they provided. I'm not a Unix expert so I dont know how to proceed to help them. I have never seen these file types before.

Can anyone give me some guidance on what these files might be or how we can address this?
-rw-r--r--   1 JDE      JDE            0 Jan 30 16:29 AcroGfa4vE
-rw-r--r--   1 JDE      JDE          443 Jan 30 16:29 AcroFfa4vE
-rw-r--r--   1 JDE      JDE          443 Jan 30 16:29 AcroCfa4vE
-rw-r--r--   1 JDE      JDE      2147483647 Jan 31 02:53 AcroZoai0p
-rw-r--r--   1 JDE      JDE      2147483647 Jan 31 02:53 AcroP0aifq
-rw-r--r--   1 JDE      JDE      2147483647 Jan 31 02:53 AcroOOaOxq
-rw-r--r--   1 JDE      JDE      2147483647 Jan 31 02:53 AcrooxaOVr
-rw-r--r--   1 JDE      JDE      2147483647 Jan 31 02:53 AcroBOaOBr
-rw-r--r--   1 JDE      JDE      2147483647 Jan 31 03:05 AcroDfa4vE
-rw-r--r--   1 JDE      JDE          124 Jan 31 04:55 sendpdf.log
-rw-r--r--   1 JDE      JDE            0 Jan 31 04:56 Acro_JaW7Q
-rw-r--r--   1 JDE      JDE          443 Jan 31 04:56 Acro7JaW7Q
-rw-r--r--   1 JDE      JDE          443 Jan 31 04:56 Acro.JaW7Q
-rw-------   1 oracle   oinstall       0 Jan 31 04:58 croutHVPcYhGBq
-rw-rw-r--   1 root     sys          948 Jan 31 04:58 ps_data
-rw-r--r--   1 JDE      JDE      1421264 Jan 31 04:58 Acro8JaW7Q
0
matrix0511
Asked:
matrix0511
1 Solution
 
Sharon SethCommented:
I believe whatever is in /tmp should get deleted automatically once the process that created them exists
0
 
robocatCommented:
It is not unusual for some processes to create temp files during normal processing. An application possibly called Acro something ? And running under the user "JDE".

Resist temptation to delete these files as long as the app is running.

/tmp is often a tmpfs filesystem (which means it can be stored in RAM) and shares space with the swap. There are two options to deal with your issue:

1. enlarge swap space
2. put /tmp on a regular filesystem

(2) will also fix the issue, but might cause performance degradation in the app because temp files are no longer stored in RAM/swap but on a regular disk.
0
 
tfewsterCommented:
1) Check if the files are still in use with `fuser <filename>`; If that returns a process ID, they're still being held open so moving or deleting them won't release the space until the process ends. If they're not open, move them for further investigation or delete them.

2) Check if it's a recognisable file type with `file <filename>` and/or compare the first few bytes with a known file type. My guess would be that they're PDF files created by Acrobat writer output from JDE (JD Edwards?) processes, but they could be core dumps. Check that "sendpdf.log" file too - it's probably related and may have useful info. The "Acronnn" file created at 04:58 looks like a more normal sized output, though it's questionable why it wasn't tidied up when the creating process finished. Maybe another process cleans up the PDF files once they've been "sent" to their destination - e.g. emailed or archived.

3) Investigate cron and other schedulers to find what jobs should have been running at 02:53 (maybe starting at 02:00?) to prevent this happening again.

Given that all the large files are almost exactly 2GB, I'd guess the process hit a ulimit on the JDE user and failed. Question why the process should be writing such large files - e.g. a badly written report extract.

As you've tagged this questing with "Solaris", the issue of /tmp being shared with swap is quite likely, but I'd resist throwing more resources at the problem until you understand what's happening.
0
 
gheistCommented:
Linux way (fuser on solaris unless you compile lsof)
lsof /tmp/*
lsof +L1
0
 
matrix0511Author Commented:
Thanks for your help!
0

Featured Post

Concerto's Cloud Advisory Services

Want to avoid the missteps to gaining all the benefits of the cloud? Learn more about the different assessment options from our Cloud Advisory team.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now