All services are online.No open issues , last issue was 1 week ago on Backup Downloads.
Uptime / Load Mar 14 Mar 15 Mar 16 Mar 17 Mar 18 Mar 19 Mar 20
System Services
Main Website 100%
API 100%
Cloud Panel 100%
File Storage Platform 100%
Webmail 100%
Backup Downloads 99.985%
Node HTTP Status
N1 - San Francisco (USA) 100%
N2 - London (England) 100%
N3 - New York (USA) 99.991%
N4 - Toronto (Canada) 100%
N5 - San Francisco (USA) 99.998%
N6 - Amsterdam (NL) 100%
N7 - Toronto (Canada) 99.998%
N8 - Frankfurt (Germany) 100%
N9 - New York (USA) 99.998%
N10 - Toronto (Canada) 99.998%
N11 - New York (USA) 99.998%
N12 - Toronto (Canada) 99.998%
Node Usage (Click to view CPU/LOAD/DISK) 0.07 0.08 0.45 0.03 0.19 0.13 0.06 0.07 0.19 0.06 0.38 0.06
No/minor issues (>99.9% uptime) Short outage (>99% uptime)
Issues reported
Major outage (<99%) High Load Average


March 8th, 2019

Emergency Cloud Database Upgrade

The upgrade is now finished, total time down 1.4 minutes.


We are running an emergency database upgrade for our cloud and community for scaled performance going forward. There are no problems atm but we are noticing a performance limit that we need to upgrade.

February 21st, 2019

Mail errors and TLS errors across all Nodes

We ran into a issue we found out about after the fact when we did a TLS certificate renew on all nodes. When the renew was made the certificate had invalid permissions when copied to the new folder by our script and as such when the mail system restarted it did not have access to the certificate. This made the mail systems reject all TLS requests with "454 TLS currently unavailable". This has been fixed and all servers now in the auto renew code have this permissions update added to the process.