Re: Running on low free space

18GB is manageable IMHO, our SBS 2003 Premium partition is 20GB with almost
8GB free.

The key is to move all the data (exchange, WSUS, etc.) off the C: drive and
possibly cull some log files (Trend I've heard is bad at leaving huge files
around).

There are many many posts on this subject, this search will yield some
ideas:
http://groups.google.ca/groups/searc...ups.google.com

In particular, look for a helpful boilerplate response from Larry
Struckmeyer [SBS-MVP].

I wouldn't resize your boot partition unless you have to and have a
known-good backup.

--
Allan Williams




Hollis Paul wrote:
> That little monster alert keeps popping up every two minutes when I am
> on the console. I have gotten it so that I have 161 MB of free space,
> but when I start to do a virus pattern update with Trend Micro it
> drops down to about 45 mbytes, and the update craps out with a
> statement that the update is 80 per cent and the action is
> uncompleted. What can I do to get more free disk space from this
> hog. There is 18 Gigs in the system partition and I am at SP1, and
> not going any further.
>
> Can I get rid of all the uninstall points related to KB?
>
> There are three log files that are really huge:
>
> WindowsUpdate.Log - 1,788,000 bytes dated 12/16/2009
> OFCMAS.log - 1,216-605 bytes dated 3/24/2008
> iis6.log - 2,505,186 bytes dated 11/15/2006
>
> Do I need any of those? And what kind of updates are being made to
> the WindowsUpdate.log when I am not doing any updates.
>
> Can I remove the SQL server and services when I am not using the SQL
> server? I do thing I converted the default iis service to SQL, but I
> am not using any part of the default site for anything.
>
> What else might I remove?

From what I undersatand if you are not running the SP timer service you can
delete the file. Doesn't hurt ot make sure you have a backup of it first
(or try moving it and rebooting first)

--
Allan Williams




Hollis Paul wrote:
> I poked around and deleted a lot of log files down in Windows; but I
> still am under the 200mb limit. I was checking in the documents and
> settings folder, and found that there is a nearly 4 gig file called
> sptimer.mem, that is dated 5/19/2004. My SharePoint Timer Service is
> disabled. Can I just Shift-delete this turkey?
>
> It will not let me drag it to another partition because the memory is
> too low. These error messages are so helpful.

There was a post last month on Trend. He had found a huge 16GB folder
called AU_Temp folder under Trend Micro and deleted it. See post from 11-09
"Running out of space...why???".


--
Allan Williams




Hollis Paul wrote:
> In article <uoI#>, Al Williams wrote:
>> 18GB is manageable IMHO, our SBS 2003 Premium partition is 20GB with
>> almost 8GB free.
>>
> Thanks, all. I will start checking these notions out. First to look
> at is the trend micro directories.

It should reduce the free space - nothing special about it AFAIK. Did you
refresh (F5) and empty the trash?

Have you installed the free version of "TreeSize"? It helps a lot when
tracking down large files...

--
Allan Williams




Hollis Paul wrote:
> In article
> <>,
> Hollis Paul wrote:
>> t will not let me drag it to another partition because the memory is
>> too low. These error messages are so helpful.
>>
> I renamed it, and then shift-deleted it. The file disappeared from
> the directory listing, but the disk space did not appear as free
> memory. How do I recover that free memory? The defrag utility says I
> need 15% of disk as free space before it can work well. Anything
> else to do?

Definitely a red flag to have those 5 MB log files. An exchange aware backup
should be removing those so you should recheck your backup procedure. Do not
delete them manually.

"Hollis Paul" <> wrote in message
news:...
> In article <>, Al Williams wrote:
>> It should reduce the free space - nothing special about it AFAIK. Did
>> you
>> refresh (F5) and empty the trash?
>>
> Well, I rebooted the server and it came up with 450 megs free space. So I
> started a defrag, which complained that 2% free disk space was definitely
> not
> 15%, but I prodded it on to do what it could do. The defrag report of
> files
> it could not defrag was instructive, as most were in Trend Micro dirs, but
> not in a temp directory. But it also included the Exchange Database edb
> and
> pri files, which I had moved to a different disk years earlier. But there
> it
> is, having been updated today, and the database on the SBS Data drive has
> not
> been touched since 7/26/2004. Bummer. So, I have to get document
> mentioned
> earlier and move that sucker, if I can. The edb file is over 1 gig, and
> the
> stm file is 732 megs. This is not nice. There also seem to be hundreds
> of 5
> meg log files. I thought those were deleted when the nightly backups were
> taken. Can I delete the old ones?
>
>
>> Have you installed the free version of "TreeSize"? It helps a lot when
>> tracking down large files...
>
> I did install this. It pointed to the Trend Micro files as the largest,
> and
> not the Exchange databases. However, I may not have looked at it
> carefully
> enough. Does this program also find orphan segments on the disk? If not,
> can you suggest a program that does?
>>
>
>
> --
> Hollis Paul
> Mukilteo, WA USA
>
>

Glad to hear the proper backup did remove the log files.

"Hollis Paul" <> wrote in message
news:...
> In article
> <>,
> Hollis Paul wrote:
>> What media are they talking about? Q: ? If so, I had better change it
>> to my
>> SBS2003 data disk, which has 14 gigs of free space. Will the Microsoft
>> backup
>> facility get rid of those log files?
>>
> Happy days are here again! I hooked up the USB drive that I haven't been
> using,
> and Lo and Behold! It had a Q: drive on it. I left it on Sunday night and
> it has
> a new, much larger backup file, all the extra log files are gone from the
> system
> disk, and the system disk is reporting 8 gigs of free space. Now to see
> if I can
> move the exchange data to the data disk, where it once was. I suspect
> that an
> upgrade may have moved it back. Well, that won't happen again.
>
> Thanks everyone for all the helpful suggestions.
>
> --
> Hollis Paul
> Mukilteo, WA USA
>
>