Jump to content


MikeDVB

Member Since 27 Sep 2008
Offline Last Active Oct 28 2020 11:38 AM

#2326 [Completed] Server Reboots - Sunday, May 8th, 11 PM GMT-5

Posted by MikeDVB on 03 May 2011 - 04:54 PM

On Sunday, May 8th, we will be rebooting all servers for security and performance upgrades. The reboot process should take less than 10 minutes and we will be rebooting one server at a time. We will be starting at 11 PM GMT-5 (EST) and expect the entire process to take no longer than 60 minutes in total to restart all four servers.

We will be moving from CloudLinux 0.7.49 to 0.8.29 which offers improved I/O performance, statistics tracking, stability, and reliability over the version we are currently operating. This new version is also supported by KSplice rebootless system security patches which means we will be able to keep the system secure without needing reboots often, just as we have been able to do on 0.7.49.

If you have any questions about this scheduled maintenance, the CloudLinux Operating System, or any information about this upgrade do please let us know.

Thank you,
  • 1


#2311 LiteSpeed 4.1 Released - AIO means Extremely increased reliability!

Posted by MikeDVB on 19 April 2011 - 02:26 AM

That's fantastic news :D

Hopefully performance increases even more once CloudLinux fixes their I/O issues in a future release.

It's less of an I/O issue and more of overhead from the UBC system (the one that is supposed to limit the RAM per LVE). We never used the LVE Memory limits however until recently there was no option to disable them. We're just waiting on CloudLinux to give us the go-ahead for stability on the newest version before we switch over.
  • 1


#2095 [Completed] Emergency Maintenance - Reboots

Posted by MikeDVB on 26 March 2011 - 10:23 PM

VERY noticeable improvement

Thankyou!

I've noticed it's more of an improvement than we estimated as well, now we'll just have to keep watch to make sure it stays this way.
  • 1


#2081 Terms of Service Updated

Posted by MikeDVB on 24 March 2011 - 01:00 PM

It generally applies to the cPanel backup system (i.e. "full backup" or "home directory backup") for larger accounts. If your account is only 50~500 MB you could use these just about any time of the day without issues because the process completes so quick it's not an issue for performance on the server in most cases.

Dumping a database or copying files around while working on your site is just fine :)

Ultimately the provision hasn't been added so that we can start looking for this and take action, it's been added so that when and if it does cause issues we have the appropriate provision in the agreement to take action upon. It was inspired by the fact that we had a reseller with around 25 fairly large accounts start backing all of them up simultaneously mid-day resulting in extremely slow performance and numerous complaints.

We obviously got onto killing those processes off quickly to restore full service, notified the reseller that they needed to perform the backups during off-peak and not simultaneously, and updated the Terms of Service to address the issue.
  • 1


#2073 Safest way to transfer files? ftp ssh sftp sfxyz?

Posted by MikeDVB on 19 March 2011 - 10:30 PM

sFTP or FTPES, both are very secure. I would avoid regular FTP at all costs unless absolutely necessary - if I did use standard FTP I would make sure to change my FTP password immediately after finishing using it.
  • 1


#1964 Advice for a VPS Newbie?

Posted by MikeDVB on 02 March 2011 - 07:26 PM

A VPS would not be good for me... I would probably ****** around with root "just out of curiosity" and mess everything up :D

Just because it's available doesn't mean you should touch it :)

We've seen people do an OS reload on their VPS (which wipes all data out, and even warns as such) that got upset with us that their data was gone. Thankfully we were able to pull it out of the backup system.
  • 1


#1729 Paypal Debit card and my paypal experience

Posted by MikeDVB on 29 December 2010 - 12:50 PM

I've never had the pull from the bank account work properly, so I don't rely on it.
  • 1


#1714 [Postponed] Server Reboots - Echo, Fresco, Cypress

Posted by MikeDVB on 28 December 2010 - 02:15 PM

We're going to be restarting all shared, reseller, and semi-dedicated servers between the hours of 8 PM and 9 PM EST (GMT-5) this evening to load updated kernel and security modules. While we've scheduled the reboot window for 1 hour we expect the individual downtime for each server to be no longer than 5 minutes.

If you have any questions at all, let us know.
  • 1


#1675 New Backup Node Online! More Restoration Points

Posted by MikeDVB on 08 December 2010 - 01:21 PM

Nice, my question is where to do you upload this to (I would assume home directly)? and what do you need to name it? backup.php or something different.

Upload it outside of public_html so nobody can call it from outside the server and then you can call it whatever you want as you'll just fire it via cron.
  • 1


#1439 [Resolved] Echo Server Repair

Posted by MikeDVB on 18 September 2010 - 05:41 PM

Ksplice has just sent us an email letting us know that they've pushed out a patch for the issue that caused the downtime. I'm quoting the email below:

Subject: [Ksplice][RHEL 5 Updates] New updates available via Ksplice (CVE-2010-3081)
Message:
Synopsis: CVE-2010-3081 can now be patched using Ksplice
CVEs: CVE-2010-3081

Systems running Red Hat Enterprise Linux 5 and CentOS 5 can now use
Ksplice to patch against CVE-2010-3081.

Ksplice is now providing an update for the high profile security
vulnerability CVE-2010-3010. Ksplice does not normally publish rebootless
updates for RHEL or CentOS before Red Hat has finished releasing a new
kernel, but in this case due to the high profile of this security
vulnerability, the fact that other distributions have successfully
provided this update, and our communications with the Red Hat security
team, we are now making this update available for customers to install.

Please note that the mitigation steps described at
<https://access.redha...docs/DOC-40265>, while effective against one
public exploit for CVE-2010-3081, do not actually correct this
vulnerability. A modified version of this exploit is effective even
against machines that have used the published Red Hat mitigation approach.
The only known effective solution to CVE-2010-3081 is to update the
kernel.

INSTALLING THE UPDATES

We recommend that all Ksplice Uptrack RHEL 5 and CentOS 5 users
install these updates. You can install these updates by running:

# uptrack-upgrade -y

DESCRIPTION

* CVE-2010-3081: Privilege escalation through stack underflow in compat.

A flaw was found in the 32-bit compatibility layer for 64-bit systems.
User-space memory was allocated insecurely when translating system
call inputs to 64-bit. A stack pointer underflow could occur when
using the "compat_alloc_user_space" method with an arbitrary length
input, as in getsockopt.

We've patched all servers against this vulnerability.
  • 1


#1438 [Resolved] Echo Server Repair

Posted by MikeDVB on 18 September 2010 - 04:02 PM

Thanks for the answer Michael, i never has any to complain about the services and your help wen we are in some king of problems, but wen all this think is over we need to be sure this kind of brake downs don't happen again and i'm talking by my self i need some tips and a will need some help or explanation how to make a back up and restore the data in other secondary server. my business cant take one more of this. and many other are in the same situation, i'm not an expert in hosting and DNS stuff, is not my field in that one i trust MDD with eyes close. I hope we can get out of this problem as soon as possible and look forward for ways to prevent this king brake downs, thanks for all your HARD work and understanding.

We'll be more than happy to help you with setting up your own backup plans and own contingency plans once this is all resolved. Just open a ticket once everything is back online.
  • 1


#1347 [Completed] Cypress & Demeter Server Reboots

Posted by MikeDVB on 08 September 2010 - 03:16 PM

The reboots were not performed on the 5th and were postponed until the 12th (one week later). I neglected to update this thread, sorry about that.
  • 1


#1131 MDDHosting.com Forum Software Update

Posted by MikeDVB on 01 April 2010 - 04:27 PM

did not seem slow to begin with so not really seeing a difference.
I mean it was fast before and still fast.

Well previously on each page load it was sending around 160kb because all of the CSS was included *into* the HTML. Now that the CSS is all in separate files they are only downloaded once and then cached by the browser so each page load there after only loads the HTML itself for that particular page.

It may not make a difference for those on high-speed connections but it would certainly make a large difference for those on dial-up or cellular connections :)
  • 1


#1129 MDDHosting.com Forum Software Update

Posted by MikeDVB on 01 April 2010 - 04:08 PM

I just separated out the style CSS to separate text files and enabled some better caching so the pages as you navigate the forums should seem faster and more fluid :)

Let me know if you notice a difference.
  • 1


#1118 MDDHosting.com Forum Software Update

Posted by MikeDVB on 31 March 2010 - 04:11 PM

Good good was wondering. I like it. It looks so much nicer.

I like it as well... Looks like a *lot* of work to integrate into our current design so I'm hoping to have that done in the next few days.
  • 1