OK, I just ran a sanity check - for my own, not the server's. I created a def file of a few dozen forms.
Size of Def file: 116 MB. Max Size of tmp file in Windows/Temp: 113 MB+. (It may have gone away before refreshing to a higher value). So since I seriously doubt you have 10 GB worth of code, why are you getting a 10 GB temp file? Rick On 9/18/07, Rick Cook <[EMAIL PROTECTED]> wrote: > > Well, that still doesn't make sense, because even your DB, including all > indexes, isn't 10 GB. Either there's some horribly inefficient design, or > there is a local issue. I have Windows servers that don't have 10 GB of > open disk space, and I create def files for and on them all the time without > running out of space. > > Is this SQL, or Oracle? > > Rick > > On 9/18/07, Shellman, David <[EMAIL PROTECTED]> wrote: > > > > From my understanding it's kind of a scratch file that is then processed > > down to what comes out in the def file. It seems to me that it > > shouldn't be that much bigger than the size of the def file that gets > > created. Worse case maybe an order of magnitude larger. > > > > I think that somehow it's tied into the timeout due to server busy > > message. To me it looks like some kind of looping condition that > > continues to gather data but no where to report it. The admin tool has > > dropped the link and creates a 0 size def file. > > > > I haven't had a response to my question about the timeout condition. > > > > Dave > > > > ________________________________ > > > > From: Action Request System discussion list(ARSList) > > [mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook > > Sent: Tuesday, September 18, 2007 10:12 AM > > To: [email protected] > > Subject: Re: Large file in system temp directory > > > > > > ** > > OK, here's what I don't get on this: The biggest def file I have is > > around 200 MB, and that's including most of ITSM 7. How is a 10+ GB > > temp file justified? If it's working as designed, make them justify the > > design. > > > > Rick > > > > On 9/18/07, Shellman, David <[EMAIL PROTECTED] > wrote: > > > > ** > > Here's an update on the issue. The file size was 10 Gig and > > growing rapidly. The file was specifically tied to exporting workflow > > from the admin tool. As soon as we would cycle the service associated > > with the AR System the file would disappear. When I would start the > > export process, the file would appear. > > > > We just moved over to the Windows environment from SUN systems. > > I don't ever remember seeing anything like this on SUN. If the system > > would have been writing a file this large in system workspace, the SUN > > guys would have been all over me. > > > > I got a response from Support yesterday. It's working as > > designed. I haven't ever had the admin tool time out with server busy > > error with an export of workflow before. I also did not see (could have > > missed it some where) that exporting workflow would create a huge > > temporary file in a system temp directory. If we would have known this > > before we would have setup disk space much differently. > > > > Dave > > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
