Jeremy,
Yes, more than enough .
But, If you wanted to ask 'so who is the real idiot?', well, the answer is
clear it's me.
In my defense, I've dealt with these people for well over 10 years, though not
for hosting, and, the vps performed adequately for 1.5 years, with only 1
glitch I think.(
David,
You are either very good at guessing, or perhaps you are not guessing...
David Bomba turbo...@gmail.com wrote:
Let me guess,
Netregistry and their awesome support…. right?
On 01/11/2013, at 9:56 PM, li...@sbt.net.au wrote:
Thanks for the link, thanks for all the tips and advice, it's
On 5 Nov 2013, at 3:58 pm, Voytek Eymont li...@sbt.net.au wrote:
In addition it has also become clear that customers may also be able to
generate high IO load in a similar manner to this maintenance with the
potential to affect other clients systems. As a result we have now
implemented hard
200 IOPS is criminal, another well known provider is 'promoting' their SSD
backed servers with a default IOP of 100 why bother having SSD's when
it will perform worse than a single 10k SAS drive
On 5 November 2013 17:13, Jeremy Visser jer...@visser.name wrote:
On 5 Nov 2013, at 3:58
Thanks for the link, thanks for all the tips and advice, it's what kept me
going through:
'we can ping it, why do you think there is a problem?'
'reboot it'
'you need more memory'
'don't you have a cron job every 5 minutes? that's the cause'
I now received this
On 01/11/13 21:56, li...@sbt.net.au wrote:
It only took them one week of on/off outages to arrive at that, I guess
they must've been very thorough in reviewing it.
and, about an hour AFTER I got that email, senior idiot phoned me to tell
me I've loaded vps in excess of it,s capacity.
So
Let me guess,
Netregistry and their awesome support…. right?
On 01/11/2013, at 9:56 PM, li...@sbt.net.au wrote:
Thanks for the link, thanks for all the tips and advice, it's what kept me
going through:
'we can ping it, why do you think there is a problem?'
'reboot it'
'you need more
Hi,
I would like to recommend Micron21 in Melbourne as a great hosting provider.
I am one of their clients.
Ben
On 01/11/13 21:56, li...@sbt.net.au wrote:
Content preview: Thanks for the link, thanks for all the tips and advice,
it's
what kept me going through: 'we can ping it, why do
In addition to Michael's good advise, see
http://blog.scoutapp.com/articles/2013/07/25/understanding-cpu-steal-time-when-should-you-be-worriedabout
steal time.
On 30 October 2013 12:28, Michael Chesterton che...@chesterton.id.auwrote:
show the support people your evidence of high IO wait.
if
On Fri, October 25, 2013 1:36 pm, Michael Chesterton wrote:
I know it's resolved, but look at the 6th column in the original post.
90+% iowait, 90% of the time, the cpu is waiting for IO.
now what you should do is run the same command when everything is working
normally so you'll know what
show the support people your evidence of high IO wait.
if they can't fix it, change providers.
Also if they have a public forum, ask for help on their public forum
with the output showing high IO. If they're an au company, ask
for help on whirlpool in the appropriate forum, they probably watch
On Fri, October 25, 2013 3:25 pm, li...@sbt.net.au wrote:
On Fri, October 25, 2013 1:36 pm, Michael Chesterton wrote:
I know it's resolved, but look at the 6th column in the original post.
90+% iowait, 90% of the time, the cpu is waiting for IO.
Michael, thanks again
this morning I got a
I'm experiencing serious performance issues on a VPS, as far as I
concerned, it's some issues on the actual server not the vps
what if anything can I test on the vps to 'prove my suspicions', both past
and future ?
I have some stuff like cacti and sar already installed
last night, htop was
On Fri, October 25, 2013 9:55 am, David Bomba wrote:
The reporting of CPU consumption is based solely on the processes your
VPS is running.
You may want to log the processes running during periods of high load,
perhaps logrotate or similar cron task is smashing CPU late at night.
David,
Significant iowait may indicate poor performing storage.
Run bonnie++ on your server to give an indication of performance.
David
Echoman PTY LTD
On 25/10/2013, at 10:10 AM, li...@sbt.net.au wrote:
On Fri, October 25, 2013 9:55 am, David Bomba wrote:
The reporting of CPU consumption is based
On Fri, October 25, 2013 10:22 am, David Bomba wrote:
Significant iowait may indicate poor performing storage.
Run bonnie++ on your server to give an indication of performance.
thanks, I'll look at that
fwiw, the data centre now admitted to 'overloaded storage' that affected
several machines
Makes sense,
If httpd has to wait on storage, then more httpd processes would be started
to serve other requests
On 25 October 2013 10:27, li...@sbt.net.au wrote:
On Fri, October 25, 2013 10:22 am, David Bomba wrote:
Significant iowait may indicate poor performing storage.
Run
I know it's resolved, but look at the 6th column in the original post.
90+% iowait, 90% of the time, the cpu is waiting for IO.
now what you should do is run the same command when everything
is working normally so you'll know what the output looks like.
Then when you have another problem, you can
On Fri, October 25, 2013 1:36 pm, Michael Chesterton wrote:
I know it's resolved, but look at the 6th column in the original post.
90+% iowait, 90% of the time, the cpu is waiting for IO.
Michael, thanks
I hope it's resolved 'permanently', in the last 48 hours it happened
twice, last might
as well as 'sar' logging I'm currently charting with cacti:
traffic, mem usage, disk space, load, users, ping latency, process count;
as well as, apache, mysql, dovecot, postfix, icmp
what else should I be logging or charting ?
--
SLUG - Sydney Linux User's Group Mailing List -
20 matches
Mail list logo