Problem solved. I read on the VMWare site that the files sit in the /tmp
directory, but are not visible. This is so nothing can access these files
and cause a problem. There for, I was not able to "See" the space being
used, but the / filesystem was, infact, being eaten up. I changed the
preferences to point the temp file to a larger partition and it is working
now. Hope this information might help someone else.

Thanks for the replys and the lessions ;)...

-- 
Joe Giles
[EMAIL PROTECTED]
AOL: mcigiles

-------
Registered Linux User #264910 http://counter.li.org
-------

Joe Giles said:
> This is my df -h out put when NO virtual server is running:
> Filesystem            Size  Used Avail Use% Mounted on
> /dev/hda7             486M   80M  381M  18% /
> /dev/hda1              99M  9.6M   84M  11% /boot
> /dev/hda6             4.8G  356M  4.2G   8% /home
> none                  251M     0  250M   0% /dev/shm
> /dev/ida/c0d0p1        42G   16G   24G  38% /storage
> /dev/hda2             5.8G  3.6G  1.9G  66% /usr
> /dev/hda3             1.9G  730M  1.1G  40% /var
>
> So even one virtual server eats up something. Just not sure what. I
> guess I could call VMWare Tech support. Network Fussion did an article
> on VMWare GSX using RH 7.3 and they had 6 virtual servers running with
> no problems. I bet they had a larger / partition maybe.
>
> --
> Joe Giles
> [EMAIL PROTECTED]
> AOL: mcigiles
>
> -------
> Registered Linux User #264910 http://counter.li.org
> -------
>
> Joe Giles said:
>> Well, I checked /tmp and it was consistent at 5.2 megs through out the
>> whole ordeal. I'm running the VMWare GSX Virtual servers as my
>> username and /root is only 23 or so megs. I could not for the life of
>> me figure out what was growing. So, I did a du -ahL and exported that
>> to a text file, then ran both VMWare sessions and when the / partition
>> was growing considerable, I saved the output of du -ahL to another
>> text file and diffed the two. The only change between them was
>> /proc/kcore. So I ASS'U'ME'Ed (:-P)that was the case. I must admit I
>> am learning Linux somewhat, so I apologize if I may misinterpret some
>> information I see.
>>
>> I did not notice any additional Extra files in the / partition,
>> however, there are several directories under that that I was not able
>> to check before I had to shut down the GSX server before / went to 0%.
>> If you or any one has experienced this, HELP!!!..
>>
>> BTW, I'm running RH 7.3 on the server, if that helps...
>>
>> Thanks
>>
>> --
>> Joe Giles
>> [EMAIL PROTECTED]
>> AOL: mcigiles
>>
>> -------
>> Registered Linux User #264910 http://counter.li.org
>> -------
>>
>> Todd A. Jacobs said:
>>> On Tue, 11 Feb 2003, Joe Giles wrote:
>>>
>>>> server on this server and when I run more than one VMWare session,
>>>> the /proc/kcore file grows and grows and grows. It eventually eats
>>>> up /. I
>>>
>>> You are deeply confused. /proc is a *virtual* file system; it does
>>> not exist on disk. If you already have /tmp and /var in separate
>>> partitions, then you need to figure out what files are growing ON
>>> DISK in your root partition.
>>>
>>> Maybe you're running vmware as root, and /root/.vmware is filling up
>>> with  stuff. Maybe you have a badly-behaved app using / for its temp
>>> files. But  a properly partitioned system should not be seeing any
>>> growth of the /  partition during normal operation.
>>>
>>> --
>>> "Of course I'm in shape! Round's a shape, isn't it?"
>>>
>>>
>>>
>>>
>>> --
>>> redhat-list mailing list
>>> unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe
>>> https://listman.redhat.com/mailman/listinfo/redhat-list
>>
>>
>>
>>
>>
>> --
>> redhat-list mailing list
>> unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe
>> https://listman.redhat.com/mailman/listinfo/redhat-list
>
>
>
>
>
> --
> redhat-list mailing list
> unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe
> https://listman.redhat.com/mailman/listinfo/redhat-list





-- 
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe
https://listman.redhat.com/mailman/listinfo/redhat-list

Reply via email to