Greetings!
One of our clients has ran out of space on his workstation due to SAS creating a whopping 300GB log file.
The log file is located under AppData and the file name is Aria-debug-5800.log. The file was created last thursday when the client had licensing issues which were cleared by simple reapply of the license file. I assume these issues are related.
Is the log file safe to delete and how I do I make sure it doesn't happen again? I assume it doesn't contain very critical information since it is only couple days old, but I would prefer to have a confirmation first.
Thank you.
Are you sure this is a SAS software issue? Googling aria-debug log suggests this may be an issue with Microsoft OneDrive.
Is the log in the generic %AppData% directory, or the SAS specific %AppData%\SAS one?
There's no way to know that without knowing what's in the code/data.
That being said, I would assume that the log file from a failed process wouldn't have anything useful in the file, but it's probably worth touching base with your client. They'll probably know if they need the log file or not.
Are you sure SAS was creating this log file? It seems the SAS AppData location is being shared with another database, Aria. https://mariadb.com/kb/en/library/aria-faq/
Seems like the log files are quite large for Aria if you do a wider google search:
http://www.tomshardware.com/answers/id-3528869/hell-aria-debug-8864.html
Possible solution - https://partnersupport.microsoft.com/en-us/par_clientsol/forum/par_win/onedrive-setup-creates-a-larg...
Are you sure this is a SAS software issue? Googling aria-debug log suggests this may be an issue with Microsoft OneDrive.
Is the log in the generic %AppData% directory, or the SAS specific %AppData%\SAS one?
Welp, that just might be it. We set the PC to synchronize ~50gb over the weekend. Someone in a Reddit thread also claimed recently that there's been a bad update that causes these kinds of issues. I though it was SAS' fault since WinDirStat claimed it was a SAS log file and I ended up using wrong search terms.
Thank you all for your time and help!
The SAS Users Group for Administrators (SUGA) is open to all SAS administrators and architects who install, update, manage or maintain a SAS deployment.
SAS technical trainer Erin Winters shows you how to explore assets, create new data discovery agents, schedule data discovery agents, and much more.
Find more tutorials on the SAS Users YouTube channel.