OwnCloud has once again pissed itself during the upgrade process.
Checking usage, I see nobody has made use of this in the last 90 days so I am going to discontinue support for OwnCloud and leave NextCloud alone to provide cloud services.
OwnCloud has once again pissed itself during the upgrade process.
Checking usage, I see nobody has made use of this in the last 90 days so I am going to discontinue support for OwnCloud and leave NextCloud alone to provide cloud services.
NextCloud upgrade has completed and it is back in service.
Updates are in progress for both OwnCloud and NextCloud cloud services at Eskimo. Both of these involve a maintenance period where cloud services will be unavailable. In the case of OwnCloud, because it’s been a very long time since an upgrade was available, this is likely to be a lengthy process.
CentOS6, Debian, and Ubuntu will be down for a short period tonight, probably 11pm-1am time frame, to change some disk parameters to improve performance and reduce overall load on the physical hosts by enabling read-ahead and write-back caching.
We are always trying to improve the speed, reliability, and functionality of our products.
To this end we’ve made the following upgrades to our web server:
The last two items are primarily aimed at improving boot time so during a server reboot downtime is reduced.
The upgrade to Apache 2.4.41 fixes a couple of flaws in Apache that could be used in a denial of service attack against our web server.
Gzip compression will improve page load time over slower links by reducing total page time. Note that Pingdom tests will report that we do not have gzip enabled. This is untrue but because we include some code that calls Twitter and Twitter does not compress, it causes this test to fail.
If you have a WordPress plugin that does gzip compression, please disable the gzip function in this plugin. Otherwise double gzip compression will result which browsers will not know how to handle resulting in gibberish.
Transparent huge pages is largely a major win for MariaDB used to provide database operations for WordPress, other content management systems, and other applications on our website and on customer websites. The combination of having this enabled on our physical host machine and web server improves the response time of MariaDB by approximately 400%.
It appears the web server crashed at 17:09 but nobody called until 19.35. It has been restored to service. I am unable to determine the cause at this point. I will be changing the kernel later tonight on the off chance it is a kernel issue. It left the machine in a state without any errors on the console and nothing logged in the way of errors that provided any clues.
It is restored to service.
An update to bind 9 broke the name server by requiring a very different configuration. I had been meaning to move it to a more modern platform anyway so this is in the works. Until this is completed, this name server will not function.
Maintenance was completed around 4:30 AM this morning. Anything down is broken. Please report anything down using either https://www.eskimo.com/ -> Support -> Tickets or e-mail support@eskimo.com or call 206-812-0051. Thank you.
I did not complete all the maintenance I had intended last night so manjaro and social are presently down for maintenance. Expected down time less than one hour.
I will be performing maintenance activity tonight after about 11PM that will involve the reboot of various servers and taking some down for backup imaging. This requires about 15-45 minutes per machine. Where possible I will attempt to leave functional mates up but this will not always be possible, for example when rebooting igloo or iglulik which have the mail spool and home directories on them respectively, both of these will result in unavoidable interruptions system wide.