Re: [SLUG] assessing vps performance issues
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 -- Our System Administrators have reviewed Sar logs on his system and can see that increase IOwait can be seen at times that are in line with storage upgrade operation we have been conducting over the last few days. It was expected that storage vmotion of VM's during these upgrades would increase IO on the storage cluster however it was unanticipated that there would be any noticeable affect to our clients. We apologies for the interruption will process an SLA rebate for you as per our terms and would like to advise that this storage upgrade activity was completed Monday night. If you notice any further issues, please create a new ticket with details including output from Sar Logs indicating the time and date as well as the load experienced. -- 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. Thanks for both technical and mental support, guys. {And, they still havent fixed it, last night vps again overloaded} Amos Shapira wrote: >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. > -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] assessing vps performance issues
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 given all that, I think you have collected enough data to warrant changing providers. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] assessing vps performance issues
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 memory' > 'don't you have a cron job every 5 minutes? that's the cause' > > I now received this > -- > Our System Administrators have reviewed Sar logs on his system and can see > that increase IOwait can be seen at times that are in line with storage > upgrade operation we have been conducting over the last few days. > > It was expected that storage vmotion of VM's during these upgrades would > increase IO on the storage cluster however it was unanticipated that there > would be any noticeable affect to our clients. > > We apologies for the interruption will process an SLA rebate for you as > per our terms and would like to advise that this storage upgrade activity > was completed Monday night. > > If you notice any further issues, please create a new ticket with details > including output from Sar Logs indicating the time and date as well as the > load experienced. > -- > > 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. > > Thanks for both technical and mental support, guys. > > {And, they still havent fixed it, last night vps again overloaded} > > > Amos Shapira wrote: >> 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. >> > > -- > Sent from my Android phone with K-9 Mail. Please excuse my brevity. > > -- > SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ > Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] assessing vps performance issues
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 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' [...] Content analysis details: (-1.1 points, 5.0 required) pts rule name description -- -- 0.8 SPF_NEUTRALSPF: sender does not match SPF record (neutral) -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.] X-Spam-Flag: NO 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 -- Our System Administrators have reviewed Sar logs on his system and can see that increase IOwait can be seen at times that are in line with storage upgrade operation we have been conducting over the last few days. It was expected that storage vmotion of VM's during these upgrades would increase IO on the storage cluster however it was unanticipated that there would be any noticeable affect to our clients. We apologies for the interruption will process an SLA rebate for you as per our terms and would like to advise that this storage upgrade activity was completed Monday night. If you notice any further issues, please create a new ticket with details including output from Sar Logs indicating the time and date as well as the load experienced. -- 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. Thanks for both technical and mental support, guys. {And, they still havent fixed it, last night vps again overloaded} Amos Shapira wrote: 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. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html