hi,
we found out that the files being submitted to farm are saved in a temp folder in the local user folder in windows.
but those files are not being deleted later and so we reach to a situation where we don’t have any more disc space on our local workstation.
is there a solution for that?
Bobo whipped up a fix for this, which I’ve attached here. Now, when you launch SMTD, it will cleanup folders from days other than the current day. It also fixes a bug when submitting maxscript jobs that we discovered.
To install the patch, go to \your\repository\submission\3dsmax\Main, and backup SubmitMaxToDeadline.ms and SubmitMaxToDeadline_Functions.ms (just in case). Then unzip the attached file to the same folder. Relaunch SMTD, and the old folders should be deleted.
Cheers,
- Ryan
SMTD_6.0_Patch.zip (112 KB)
thanks. i will try it.
yup, it solved the problem
thanks
Do you have a version of this fix which works with the RPManager submission script
[repository]\submission\3dsmaxRPM…
I have replaced the patched files in [repository]\submission\3dsmax\Main but this doesn’t appear to fix the issue with jobs submitted via RPManager as I’m still seeing masses of data in my temp directory.
that’s what the script spouse to do.
did you restart max after installing the script?
That’s what I thought but I’ve restarted several times since replacing the files in the repository and my temp folder is still filling up. so maybe the RPManager part of the script isn’t patched?
Hi Rob,
I took a look at the code and it should be called when the SMTD rollout is opened, regardless of whether it is in RPM or not.
The function being called is SMTDFunctions.cleanUpSubmissionFolders() and it is supposed to delete all temp. folders except for current (today’s) ones.
Can you try running this function manually from the MAXScript Listener and seeing if anything gets deleted then? If you get an error message that the function does not exist, then we would know that your script isn’t the right one. Of course, I assume you are running the new universal SMTD/RPM script where the same UI is reused in both places, so patching SMTD would automatically patch RPM, too…
Thanks Bobo,
I tried calling the function on several machines in the studio and the strange thing was that while most of them run correctly, there were a few machines which failed to call the function. All machines are pointing to the same repository and have been restarted at least a few times since I applied the patch so I don’t know why they aren’t using the updated submission scripts.
I’ll do some investigating.
Cheers,
Rob