LOL so much for that. so i can't copy or open these 1GB files.. so i run
"IISRESET /STOP" and then they are gone.... lovely. I'm not sure i can copy
off one of these files guys without some serious creativity...



On Mon, Mar 8, 2010 at 8:43 PM, Ben N <[email protected]> wrote:

> easier said then done when they are pretty well locked by store.exe... i'll
> see what i can do..  ouch.. 1Gb file open in notepad. should be fun. maybe i
> will copy to one of my nicer x64 servers with plenty of RAM..
>
>
> On Mon, Mar 8, 2010 at 4:42 PM, Richard Stovall <[email protected]> wrote:
>
>> Just make sure to use Notepad!
>>
>>
>> On Mon, Mar 8, 2010 at 7:38 PM, Andrew S. Baker <[email protected]>wrote:
>>
>>> Have you looked at the content of these temp files to determine *why*they 
>>> might be generated?
>>>
>>> -ASB: http://XeeSM.com/AndrewBaker
>>>
>>>
>>>  Mon, Mar 8, 2010 at 6:11 PM, Ben N <[email protected]> wrote:
>>>
>>>> these large tmp files are in C:\windows\Temp. Some of the file names are
>>>> DST199.tmp, DST146.tmp, DST15A.tmp.. etc...
>>>>
>>>> Last week they were each half a GB in size.. after the latest reboot.
>>>> they are now 1GB in size. I'd say the rate the last i checked was about 2MB
>>>> every second. Once the tmp file gets to a 1GB it makes a new one.
>>>> I run process monitor and see that it's store.exe that is involved.
>>>> IISRESET will clear them.. but they just start up again in no time.
>>>>
>>>>
>>>>
>>>>
>>>> On Mon, Mar 8, 2010 at 3:07 PM, Andrew S. Baker <[email protected]>wrote:
>>>>
>>>>> What are the files that are growing out of proportion?
>>>>>
>>>>> Have you identified which process is generating them?
>>>>>
>>>>>
>>>>> -ASB: http://xeesm.com/AndrewBaker
>>>>> Sent from my Verizon Smartphone
>>>>> ------------------------------
>>>>> *From: * Ben N <[email protected]>
>>>>> *Date: *Mon, 8 Mar 2010 14:56:10 -0800
>>>>> *To: *NT System Admin Issues<[email protected]>
>>>>> *Subject: *Re: SBS 2003 Server and growing temp files
>>>>>
>>>>> we tried the HELO and reboot.. still not working.   any other ideas?
>>>>> these people really don't wanna call PSS :)
>>>>>
>>>>> -Ben
>>>>>
>>>>> On Fri, Mar 5, 2010 at 12:01 PM, Greg Olson <[email protected]>wrote:
>>>>>
>>>>>> Also saw this one:
>>>>>>
>>>>>>
>>>>>> http://social.technet.microsoft.com/Forums/en-US/exchangesvrgeneral/thread/4ae35dd5-de3b-4072-b769-969b5867fc2b
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> *From:* Greg Olson [mailto:[email protected]]
>>>>>> *Sent:* Friday, March 05, 2010 11:59 AM
>>>>>>
>>>>>> *To:* NT System Admin Issues
>>>>>> *Subject:* RE: SBS 2003 Server and growing temp files
>>>>>>
>>>>>>
>>>>>>
>>>>>> http://support.microsoft.com/kb/899392
>>>>>>
>>>>>> Probably the same thing.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> *From:* Ben N [mailto:[email protected]]
>>>>>> *Sent:* Friday, March 05, 2010 11:58 AM
>>>>>> *To:* NT System Admin Issues
>>>>>> *Subject:* Re: SBS 2003 Server and growing temp files
>>>>>>
>>>>>>
>>>>>>
>>>>>> I also did set the global send/receive setting for how large message
>>>>>> can be a few days ago to 30MB. unlimited before. Obviously that wasn't 
>>>>>> it...
>>>>>>
>>>>>> -Ben
>>>>>>
>>>>>> On Fri, Mar 5, 2010 at 11:56 AM, Ben N <[email protected]>
>>>>>> wrote:
>>>>>>
>>>>>> This isn't my server really.. i just am supporting it / helping out
>>>>>> when i can. It sure isn't a configuration i would have picked out :)
>>>>>> C: drive is a Raid 1 and they have a standalone drive as E: that i see
>>>>>> their backup files on there. Looks like they using built in SBS backup 
>>>>>> and
>>>>>> its working ok. recent "Small Business Server Backup (01).bkf file. 
>>>>>> Circular
>>>>>> logging is NOT turned on and their exchange log files are doing ok.. not 
>>>>>> too
>>>>>> many of them. Looks solid from that stand point.
>>>>>>
>>>>>> -Ben
>>>>>>
>>>>>> On Fri, Mar 5, 2010 at 11:47 AM, David Lum <[email protected]>
>>>>>> wrote:
>>>>>>
>>>>>> Bah, disregard, maybe I should read the ENTIRE e-mail before replying…
>>>>>>
>>>>>>
>>>>>>
>>>>>> *From:* David Lum [mailto:[email protected]]
>>>>>> *Sent:* Friday, March 05, 2010 11:45 AM
>>>>>>
>>>>>>
>>>>>> *To:* NT System Admin Issues
>>>>>>
>>>>>> *Subject:* RE: SBS 2003 Server and growing temp files
>>>>>>
>>>>>>
>>>>>>
>>>>>> Sounds like Exchange might not be getting backed up at night? Also,
>>>>>> there IS another drive other than C: right? As a rule I have servers 
>>>>>> with no
>>>>>> less than 2 logical drives and all the transation/temp files go somewhere
>>>>>> other than the system drive…
>>>>>>
>>>>>>
>>>>>>
>>>>>> Dave
>>>>>>
>>>>>>
>>>>>>
>>>>>> *From:* Ben N [mailto:[email protected]]
>>>>>> *Sent:* Friday, March 05, 2010 11:42 AM
>>>>>> *To:* NT System Admin Issues
>>>>>> *Subject:* SBS 2003 Server and growing temp files
>>>>>>
>>>>>>
>>>>>>
>>>>>> helping out on this server for someone, i have full access to it
>>>>>> remotely.
>>>>>>
>>>>>> The C: drive is filling up to the point where it just runs out of
>>>>>> space.. takes about 24-36 hours for it to happen between reboots.
>>>>>> I come to find out it's these large tmp files in C:\windows\Temp. Some
>>>>>> of the file names are DST199.tmp, DST146.tmp, DST15A.tmp.. etc...
>>>>>> Last week they were each half a GB in size.. after the latest reboot.
>>>>>> they are now 1GB in size. I'd say the rate the last i checked was about 
>>>>>> 2MB
>>>>>> every second. Once the tmp file gets to a 1GB it makes a new one.
>>>>>> I run process monitor and learn that it's store.exe that is involved.
>>>>>> If i restart the SMTP service.. nothing happens/changes. they continue
>>>>>> to grow.
>>>>>> If i run IISRESET, then the log files disappear.. but will eventually
>>>>>> start to come back.
>>>>>>
>>>>>>
>>>>>> any ideas?
>>>>>>
>>>>>> -BenN
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>>
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Reply via email to