topic Re: 6 Gigabyte webdeploy folder? in Fusion Support Forum

6 Gigabyte webdeploy folder?

Anonymous — Thu, 26 Apr 2018 01:01:41 GMT

I'm running Fusion 360 Ultimate, version 2.0.4099, on Mac OS 10.11.6.

I noticed that the folder Library/Application Support/Autodesk/webdeploy was over 5GB in size, and literally just now, when I opened Fusion to check the version, the size grew by more than an additional Gigabyte. While the "shared" folder within "webdeploy" is 1.42GB, the "production" folder is now 5.14GB (and it appears to be the one that grew in size when I opened Fusion). In "production" are folders with long gibberish names, two of which have sizes measured in KB, and the rest of which are around 1.3GB each, this size being due roughly half and half to the "Helpers" and "Libraries" folders within.

Is this some sort of accidental duplication? Can I safely delete some or all of these folders, and is there a way to prevent this from happening again?

Thank you very much for your assistance. Please let me know if there's any more information I can provide to be helpful.

Re: 6 Gigabyte webdeploy folder?

ryan.bales — Thu, 26 Apr 2018 21:39:18 GMT

I would not recommend clearing the folders. If anything you could clear your local cache files to reduce the size.

Re: 6 Gigabyte webdeploy folder?

Anonymous — Thu, 26 Apr 2018 21:47:21 GMT

To test the problem again today, I opened Fusion 360, received an "all set with the latest update" banner, and literally watched the webdeploy folder shrink before my eyes. The production subfolder now contains a handful of folders on the order of kilobytes and only a single 1.3GB folder (which I'm guessing is much closer to the intended state of affairs). I don't know what the fix was, but autodesk has my thanks for it.

Re: 6 Gigabyte webdeploy folder?

Anonymous — Sun, 09 Sep 2018 10:09:43 GMT

I have the same problem. Under "webdeploy" folder I have 7 subfolders of more than 10GB. It happened to me once before but I honestly do not remember how I managed to solve it. Now it happened again. What is the solution? Thank you.

@Anonymous wrote:
To test the problem again today, I opened Fusion 360, received an "all set with the latest update" banner, and literally watched the webdeploy folder shrink before my eyes. The production subfolder now contains a handful of folders on the order of kilobytes and only a single 1.3GB folder (which I'm guessing is much closer to the intended state of affairs). I don't know what the fix was, but autodesk has my thanks for it.

Re: 6 Gigabyte webdeploy folder?

stephen.greensides — Sat, 06 Apr 2019 22:30:06 GMT

I too have the same problem. What is the solution? Which directories/files under "~/Library/Application Support/Autodesk" can we delete?

Re: 6 Gigabyte webdeploy folder?

stephen.greensides — Sat, 06 Apr 2019 22:35:06 GMT

One file that seems a likely candidate for deletion OR at least removal of the earlier entries is "

/Users/<USERNAME>/Library/Application Support/Autodesk/Web Services/Log/WebServices.log?

Re: 6 Gigabyte webdeploy folder?

Anonymous — Tue, 30 Apr 2019 21:51:34 GMT

My webdeploy folder is 6.7gb.... The marked solution does me no good, as this is not magically fixing itself by closing and reopening Fusion.

Anyone else find a solution to this?

Re: 6 Gigabyte webdeploy folder?

ryan.bales — Tue, 30 Apr 2019 22:05:26 GMT

All,

Reducing the size of this folder through manual deletion is bordering on very dangerous. The only safe thing to attempt would be to use the cleanup tool to remove Fusion 360 and then reinstall. The webdeploy folder is the installation folder for Fusion 360 and any information in there is likely tied to previous version or cached information tied to that installation version.

Re: 6 Gigabyte webdeploy folder?

Anonymous — Thu, 02 May 2019 14:14:17 GMT

What will happen to all my projects/designs?

Re: 6 Gigabyte webdeploy folder?

ryan.bales — Thu, 02 May 2019 14:16:39 GMT

Do you open them via the access panel and save them normally? Then nothing.

Only cached local files would be removed - FWIW cached files are a manual process or the result of an incomplete save due to crash or other certain circumstances. I'm reasonably sure 99% of users save their files normally (on the cloud) and uninstalling and reinstalling will do nothing.

Re: 6 Gigabyte webdeploy folder?

stephen.greensides — Wed, 12 Jun 2019 17:23:53 GMT

I have been following the size of the WebDeploy directory and it goes up and down. Nothing has been manually deleted and the directory is now down to 2.6 gig. without doing anything other than installing all Fusion 360 updates.

Re: 6 Gigabyte webdeploy folder?

PeterObermeierFre — Sat, 12 Sep 2020 18:14:18 GMT

Hi Ryan,

I had 5 folders with 2GB each on my MacBookPro with 256GB SSD and I started Fusion360 and closed it again, then checked the change date of the folder and deleted 3 folders which had old change dates. 3 Folder were left with 6 GB and then I started Fusion 360 again and closed it again. Then I had only 1 folder under "production" left with 3GB which is ok for me.

Hope it can help other users, because the current "Solution" is not really a solution.

best regards

Peter

Re: 6 Gigabyte webdeploy folder?

Anonymous — Wed, 30 Sep 2020 08:02:10 GMT

This is still a problem with Fusion 360. Fusion 360 keeps what appears to be all the old installs/updates in the webdeploy folder and doesn't clear them out like it probably should. this means that dor every time they update fusion webdeploy grows to binarySize*numberOfUpdates. so from 2GB to 4 to 6 to 8....

This is partly because it's using an ancient form of updates. some webbrowsers still use it as it allows them to update while using and just restart to update. For a big software like fusion this makes no sense and a proper delta update system is better, it also means you don't need to download the entire size of the binary every time there's an update, just the delta difference, and then the path file is applied ion the next startup. It takes so long to start anyway no one would know a difference, especially with the verification it spends minutes doing every time.

And deleting the oldest folders in webdeploy except for the smallest one (which is just a shortcut and config files) won't harm anything, it's just old unused binary files.

Re: 6 Gigabyte webdeploy folder?

stephen.greensides — Mon, 05 Oct 2020 10:42:03 GMT

Many Thanks

I have now setup an over-night job to delete any folder here not used in the last 200 days.

Prior to this my over-night job used to check for duplicated files and delete the oldest of the most occurring file - but this no longer seems necessary. Yours is much more efficient. Again thanks.

Code I now use to clean up after older installs

stephen.greensides — Wed, 04 Nov 2020 11:06:25 GMT

I decided that this was not good enough and so now use the following code (MacOS)

## clean out older Fusion 360 installations

## if more than 2, then delete the oldest directory

targetDirectory="/Users/Steve/Library/Application Support/Autodesk/webdeploy/production"

##find "$targetDirectory" -type d -maxdepth 1 -atime +200d -delete

if [[ $(ls -ltr "$targetDirectory" | grep ^d | wc -l) -gt 2 ]]; then

file2delete=$(ls -ltr "$targetDirectory" | grep ^d | head -1 | cut -b46-)

rm -vrf "$targetDirectory""/""$file2delete"

fi;

by limiting it to 2 minimum, we make sure we do not delete too much and removing only the oldest each night soon catches up. Feel free to change it to a while loop, if you want to be more aggressive.

Re: Code I now use to clean up after older installs

stephen.greensides — Mon, 23 Nov 2020 18:24:52 GMT

Much updated version (2020-11-23)

#######################################################

## Clean up after AutoDesk's Fusion 360

## Overnight job that runs regularly in the early hours

#######################################################

## Trim the Log File

## set limit of 10000 lines

## if more, then delete the first 10 percent

#######################################################

function trimLogFile () {

local COMMAND=""

local LOG_FILE="/Users/""$USER""/Library/Application Support/Autodesk/Web Services/Log/WebServices.log"

local LOG_FILE_LENGTH=0

local MAX_LINES=10000

local TEN_PERCENT=0

local THE_DIFF=0

echo "Log file is '""$LOG_FILE""'"

## count the number of lines and convert to integer

LOG_FILE_LENGTH=$(cat "$LOG_FILE" | wc -l)

LOG_FILE_LENGTH=$(expr "$LOG_FILE_LENGTH")

LOG_FILE_LENGTH="$( echo $LOG_FILE_LENGTH)"

## do we need to do anything?

if [[ "$LOG_FILE_LENGTH" -gt "$MAX_LINES" ]]; then

echo "Log file too long at ""$LOG_FILE_LENGTH"" lines"

THE_DIFF=$(expr "$LOG_FILE_LENGTH" "-" "$MAX_LINES")

TEN_PERCENT=$(expr "$THE_DIFF" "/" "10")

## build up command

COMMAND="1,""$TEN_PERCENT""d"

sed -in "$COMMAND" "$LOG_FILE"

echo "$TEN_PERCENT"" lines trimed"

else

echo "Logfile length ok"

fi;

echo

}

###################################################

## clean out older Fusion 360 installations

## if more than 2, then delete the oldest directory

###################################################

function deleteOldestInstall () {

local dir2delete=""

local targetDirectory="/Users/""$USER""/Library/Application Support/Autodesk/webdeploy/production"

echo "Target Directory is '""$targetDirectory""'"

if [[ $(ls -ltr "$targetDirectory" | grep ^d | wc -l) -gt 2 ]]; then

echo "Directory to delete='""$targetDirectory""/""$dir2delete""'"

rm -vrf "$targetDirectory""/""$file2delete"

else

echo "Only found directories = "$(ls -ltr "$targetDirectory" | grep ^d | wc -l)

fi;

echo

}

######################################################

## remove the first found none English project library

## as we only use English

######################################################

function deleteNoneEnglish () {

local dir2delete=""

echo "Checking for Non-english projects"

if [[ $(find "/Users/""$USER""/Library/Application Support/Autodesk" -type d -name "*.lproj" ! -name "Base.lproj" ! -name "English.lproj" ! -name "en.lproj" -print | wc -l) -gt 1 ]]; then

dir2delete=$(find "/Users/""$USER""/Library/Application Support/Autodesk" -type d -name "*.lproj" ! -name "Base.lproj" ! -name "English.lproj" ! -name "en.lproj" -print | head -1)

rm -frv "$dir2delete"

echo

echo "$dir2delete"" Deleted"

fi;

echo

}

#######

## main

#######

echo

deleteNoneEnglish

deleteOldestInstall

trimLogFile

## unwanted files

find "/Users/""$USER""/Library/Application Support/Autodesk" -type f -name ".DS_Store" -print -delete

echo

echo "Unwanted files deleted"

echo

## unwanted empty directories

find "/Users/""$USER""/Library/Application Support/Autodesk" -type d -empty -atime +100d -mindepth 1 -print -delete

echo

echo "Old empty directories deleted"

echo

####

# end

#####

exit

Re: 6 Gigabyte webdeploy folder?

krishtechnoconsultants — Tue, 01 Jun 2021 06:17:04 GMT

Hello everyone,

I recently encountered the same issue except my folder was 50.2 GB in size.
Solution is quite straight forward.

This folder has the dump of all the crashed/unsaved designs/deigns not yet uploaded to the cloud.

To sort this out without tampering with installation files, it is necessary to clear cache data as shown below.

This will restart Fusion , but at the end of it, you will be smiling at all the space you made.

Re: 6 Gigabyte webdeploy folder?

tylonhhautodesk — Wed, 06 Apr 2022 21:50:40 GMT

I just wanna mention that my folder hits 146 GB 😳
Clearing Cache didnt helped.

Re: 6 Gigabyte webdeploy folder?

stephen.greensides — Thu, 07 Apr 2022 09:50:57 GMT

Have you logged out of everything and done a complete re-boot - sometimes helps - as does my script above

Re: 6 Gigabyte webdeploy folder?

PeterObermeierFre — Thu, 07 Apr 2022 10:39:12 GMT

Thank you for this information. I was not aware that there is a way to clear the cache.

Before clearing I had 4 GB in my Autodesk web deploy folder and after clearing and restart I have a new folder in Webdeploy production with 3.3GB which is resulting in 7 GB, which was a real surprise.

Looks like this cache clearing is not a solution or it is a solution for another problem.

Anyway, good to know that the functionality is there.

I will continue with a manual deletion of old production files.