[kwlug-disc] Add swap space while a centos server is live.

[Colin K]

On Sun, Oct 30, 2011 at 6:09 AM, unsolicited <unsolicited at swiz.ca> wrote:

> OK, time to ask the questions that should have been asked earlier:
>
> - what 'specs' are on your current 'server', cpu, mem?
>

Mem is 4gigs cpu not sure isnt really clearly listed but seems sufficient
and drive is a 40gig drive with another 4 gigs of socalled "burst ram" aka
swap

- what makes you think you need to add swap space? (Not saying you're
> wrong, just, what's brought the issue to your attention?)
>
>
My Minecraft control panel reads almost full memory at 15 users when we
should be able to host up to 100 and quite frequently host 30 plus


> - what partitions / mounts do you currently have? I assume one. Pick your
> favourites, 'fdisk -l', 'parted -l', mount, cat /etc/fstab, cat /etc/mtab.
>
>
 This part I will have to get back to you on as im away form my office

- what are you running / what's causing you concern. e.g. If apache, Khalid
> will have a myriad of suggestions appropriate to your specifics.
>
>
My apache server boots up with the rest of the computer but i really dont
need it and Top reports its taking up 200m of ram per instance and it runs
like 4 times in top.


> As said earlier in the thread, you can make swap space in a file. This
> should be safe to do on the fly. I believe the only time this gets weird
> (slow) is if you have a lot of swap in use, and turn it off. Not your case
> here.
>

I also tried editing a swapfile into the fstab as it made sense in my head
that this method should work but it only made the server take about 10
minutes to reboot.


> Can anyone chime in as to how to go about determining if you need swap
> space / are running out of memory, etc.
>

Mainly I only want to run the minecraft server out of ram Everything else I
want to run from swap as for the most part the MC server needs the main
focus most of the other processes are second to the scope of the server
here.

>
> Seems to me systems are a little 'happier' with at least a little swap
> space. If anyone knows that to be not/true, your thoughts would be welcome.
>
> From the sounds of it the hosts were complaining to me about us running
outdated server plugins but unfortunately our needs require they be the way
that they are. :S


> I would guess your provider's burst ram means your host will dynamically
> use additional RAM when/as it needs it, so swap would likely never be
> necessary. But everyone's MMV.
>
> The trick here is that they seem to allot us a socalled 40gig "RamDrive"
for our servers files to be highly available but they wont let me swap on
it... this is my biggest issue.  Their setup seems a bit strange to me.
 Theoretically impressive but practically a bit wonky.


> If speed is your issue, and it's not net bound, and you've got RAM to
> spare, a ramdisk may help, depending upon your circumstances.
>
>


> Colin K wrote, On 10/30/2011 1:50 AM:
>
>  my VPS provider redstonehost.com basically told me today that I cant add
>> my
>> own swap space because they call it Burst ram in their lingo and basically
>> tell me off for asking for trying to add swap space.
>>
>> If i'm not mistaken swap space is where the stuff that isnt accessed but
>> still needs to be in ram gets stuffed right?
>>
>> On Sat, Oct 29, 2011 at 9:43 PM, Paul Nijjar <paul_nijjar at yahoo.ca>
>> wrote:
>>
>>  On Sat, Oct 29, 2011 at 09:32:15PM -0400, Colin K wrote:
>>>
>>>> its hard to tell I've never worked with centos.  Ubuntu kindof coddles
>>>>
>>> you
>>>
>>>> as  a noob.
>>>>
>>> Then you definitely don't want to try resizing partitions on the fly,
>>> in my nonhumble opinion.
>>>
>>> But to see the file system, the easiest way might be:
>>>
>>> less /etc/mtab
>>>
>>
>
> ______________________________**_________________
> kwlug-disc mailing list
> kwlug-disc at kwlug.org
> http://kwlug.org/mailman/**listinfo/kwlug-disc_kwlug.org<http://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://kwlug.org/pipermail/kwlug-disc_kwlug.org/attachments/20111102/e0aade09/attachment.htm>