I recently discovered that Adobe’s Creative Cloud software left a massive pile of PDApp.log files in my temporary directories, as well as a few others such as CEP8-PPro.log and AdobeIPCBroker.log. These were taking up quite a bit of space, and I’ve looked up PDApp.log only to discover that some people have had serious issues with PDApp.log consuming all available free space on their drives after a while. One user reported having a 600GB log file! Needless to say, several people have asked how they can control these log files, but as usual, Adobe support and forum users offered no actual solutions.
I’m here with your solution!
On Windows, you’ll need to open Task Manager and kill all Adobe processes to unlock the log files (not just stuff starting with Adobe, but also Creative Cloud processes and any node.exe instances they started) then open an administrative command prompt and type the following two commands:
cd %temp% del PDApp.log mklink PDApp.log NUL:
This goes to your temporary directory, deletes the PDApp.log file (if you get an “in use” error here you missed an Adobe process in Task Manager), and creates a file symbolic link to a special device called NUL: which is literally the “nothing” device. When the Adobe apps write to PDApp.log now, all writes will succeed (no errors) but the data will simply be discarded. You can repeat the delete/mklink process for any other Adobe logs you don’t want around anymore. Best of all, because symlinks on Windows require admin privileges to modify, the Adobe apps won’t rotate these fake log files out! Be aware that cleanup tools like CCleaner or Disk Cleanup may delete these links, so you may need to repeat these steps if you delete your temp folder contents with a cleaning tool. You may want to write a small batch file to run the commands in one shot if you like to delete temp files frequently.
On Mac OS (note: I haven’t tested this myself, but it should work) you should be able to kill all Adobe processes with Activity Monitor, then open Terminal, then type this:
ln -sf /dev/null ~/Library/Logs/PDApp.log
Linux/UNIX administrators will recognize this as the classic “redirect to /dev/null” technique that we all know and love. Since I have no way to test this, Adobe may rotate these links out, but you can use this command to lock down the symlink if it does:
sudo chown -h root:wheel ~/Library/Logs/PDApp.log
This will ask for your account password since it requires privilege escalation. This command makes the link owned by “root” which means normal user programs can’t rename or delete it, though they can still write through the link, so the trick will continue to work.