Vlc Temp Folder
Geneva Andreotti
I wanted to do disk cleanup myself and found a large folder in %localappdata% called Temp. I wondered if deleting the contents of it won't harm my computer. All I know about "temp" folders is that there are more of them. Is it safe to delete a "temp" folder's contents?
Normally, apps should clean up after themselves by removing any temporary files they create. However, they may fail to do so, perhaps if they encounter unexpected setup errors, or if your computer crashes for some unrelated reason while they are running.
The only thing to be careful of is that an app may create temporary files and expect to find them after a reboot, so as to complete a setup or uninstall you ran. In this scenario, if you had cleaned up by deleting temporary files, the app would then not be able to complete the setup/install as you would have removed files that were not yet finished with.
A bit of research shows that the CEF part of "AlteryxCEF" refers to the Chromium Embedded Framework which basically is an embedded copy of Chrome used by various Alteryx tools to render HTML/JS content within Alteryx.
I've yet to uncover anything which suggests that this should be creating temporary folders/files with each workflow run.
I believe that for our large server instances we have a scheduled job that we run to do a clean-up of the engine folder - if I'm not mistaken we run this on a schedule and run a powershell that deletes files and folders older than a certain age.
We have seen that there are sometimes files that the built-in server cleanup process misses (possible timing errors etc), and having a secondary job like this helps to make sure that we can keep the server clean.
@SeanAdams As Sean correctly explained in larger server instances where Alteryx server is implemented as multinode cluseter. You have to setup a powershell script which keeps polling the temp folder location in every hour and delete the files older than an hour or 30 minutes.
Some tools need to read the contents in more than one pass, such as any tool that sorts the records prior to executing the tool process. Temp files are created so that the second pass can happen faster.
A temp file is created and written to the user-specified temp file location. Even though the file is compressed, it does contain the entirety of what was passed in the connection stream to one of the tools listed above. It is named according to the process that created it.
Ideally those tmp files must get cleared automatically after alteryx completes the tool execution however it is observation that it does not clear outs some orphan tmp files or some tmp files generated while input/output process.
Sometimes if you are running multiple ETL workflows those may generate thousands of files in an hour or 2 and if your workflow is executiong for 12+ hours then it may create Disk space issue. To avoid such issues keep deleting those tmp files every hour or 30 minutes of intervals.
Hello everyone! Thank you in advance for your help with this (hopefully) simple question :-) I have built an application that writes output to a Template Excel file. I write my output to three seperate Named Ranges on various tabs, and the Excel file is highly formatted.
This Excel file is saved on a Network path location, and I could hard-code this path as a UNC path that way when I deploy my app to my company Gallery the application will still write to this file, however this does raise one problem: Concurrency.
My issue is: I will have many users (20-30) who will need to run this app, and the odds are two of them will run the app at the same time. Because of this I cannot have the app point to a hard-coded file on a network path, otherwise the users will mess up each-others work...
My Solution (I don't like): I have been writing code that will check the Datetime, and create a new folder on the network path with the time name, such as "2016_09_12_11_01_01". I then copy the template Excel file into this folder, and then output to THAT file and display the results to the user through the app interface.
What I need help with: I know that when an app runs on the gallery it creates a Temporary Folder that it writes data too... I'd like to copy the Excel Template file TO the temporary folder that is automaically created during run time, and then write to THIS folder location.... However I don't know how to do this! :-)
@bsharbo You should be able to package your template excel file as an Asset and then it should write to the temp directory. Here is a good post, especially the post by @jarrod. For what it's worth, the %Temp% should be correctly writing to the temp files, but %temp% is no longer displayed as an output to the user in the gallery (starting with 10.1 I think). You can however use %Engine.WorkflowDirectory% to write to the temp space and have it displayed to the end user in the gallery (until they take it away ).
BUT - the new path must still be a local directory for each Portal machine (not a network share) and the update wont create or populate the new folder - you need to do that first - on both machines in an HA site.
the good news is that any files in the existing TEMP directory are really that - temporary - and do not need to be copied to the new location. In the same vein - I would suggest there is no reason not to delete any files in the temp directory that have not been auto-deleted - but maybe wait until they are a day old to ensure you are not impacting a running process.
We have about 100 MacBook where the Hard drive filled up. we worked out it was in the /Library/Application Support/JamF/temp where a tmp file just kept getting bigger and bigger to the point of filling up the HD. the tmp folder isn't always the same name and the macOS isn't consistent either. we are struggling to find a common denominator.
I'd look in the History Logs for an affected device and see which policies are running multiple times. Pare that down so policies are only run weekly, monthly or once per machine. E.G. I only run my Flash update policy once per week. I only run my turn-on Chrome autoupdate once per machine.
Jamf's purpose is to simplify work by helping organizations manage and secure an Apple experience that end users love and organizations trust. Jamf is the only company in the world that provides a complete management and security solution for an Apple-first environment that is enterprise secure, consumer simple and protects personal privacy. Learn about Jamf.
This site contains User Content submitted by Jamf Nation community members. Jamf does not review User Content submitted by members or other third parties before it is posted. All content on Jamf Nation is for informational purposes only. Information and posts may be out of date when you view them. Jamf is not responsible for, nor assumes any liability for any User Content or other third-party content appearing on Jamf Nation.
I noticed that when exporting a workflow/cubeview to excel the default save location of that file is C:\Users\xxxx\AppData\Local\Temp\OneStream. The local IT group policy is to empty that folder upon rebooting the computer.
The Temporary files created by the Windows operating system are usually stored in the %system%\Windows\Temp folder, whereas the ones created by the User when running any software is stored in his user profile at %userprofiles%\AppData\Local\.
I do not think it would be possible as it also opens the file at the same time. So it takes the temporary folder on your windows. I do not think there is an option to change the default path for exporting cubeviews.
Hope it helps,
Nic
It's not entirely clear to me whether "The Windows directory" means the temp directory under windows or the windows directory itself. Dumping temp files in the windows directory itself sounds like an undesirable case, but who knows.
So combining that page with your post I would guess that either one of the TMP, TEMP or USERPROFILE variables for your Administrator user points to the windows path, or else they're not set and it's taking a fallback to the windows temp path.
Hmmm. In SysInternal;s Process Monitor, I do see the Evernote process creating a copy of the attachment (a PDF file in my case) in the temp directory on drag/drop.Don't seem to see it in a copy/paste operation. Mysteries abound for the idle mind...
This triggers a vague memory... I think we had to do that to work around some oddities in CEF (chromium embedded framework) in order to get DnD to work. I didn't do that work, hence the vague memory. (after looking at CEF code, or worse, modifying it, an exorcism is required).
Check that folder and see if you have some uncompressed files that are GBs in size. You can delete all files in that folder and the logs will start fresh and compress correctly, no longer generating the large temp cab files in the temp folder.
If the interface shows autobackup is off but it's still scheduled to run in the DB you might have to use anything you have (like phpmyadmin or other tool) and set backup_auto_active in mdl_config_plugins to '0' (zero)
Site backup then ... that is wise. But, course backups, if you can get them to work, is something you might want to do. One cannot restore a single course from a site backup should you need to restore a single course or courses.
c80f0f1006