The old SunOS 4.1.4 server, “eskimo.com“, is back up. There is a bug in SunOS where sometimes the kernel will continue to operate and service things like ping but will not schedule time to user tasks any longer. It was stuck in that state. The only way to fix that is to reboot. Unlike the virtual machines, the only way to do that if I can’t login is to drive down to the facility. That was made fun by 3-out-of-4 lines of I-90 being closed. Thank you Washington Department of Transportation!
The old “eskimo.com” shell server is currently down. It is in a state where I can ping it but can not login. I will need to make a trip to the co-location facility to correct this so it will be several hours. In the meantime, all of the Linux based servers are up and available for your use.
OwnCloud is presently down and is in the process of being upgraded to version 9.0.2.
Owing to the upgrade to PHP7 before upgrading OwnCloud, it was not possible to do this in a graceful manner so a complete re-install is necessary. I am still getting basic things like authentication working. Please be patient.
Spoke too soon, counter is displaying but not updating.
I’ll be out of the office from about 11:30AM to about 1:30PM to get a workout in. Need this to fight diabetic neuropathy. Had my first workout in 7+ years yesterday and had my first good nights sleep in about three weeks. Also had second lowest fasting and after meal blood sugar levels since I started measuring so I know my body really needs these.
The counter problem seems to have mysteriously fixed itself. Disabling and re-enabling the PHP plugin then clearing the cache got things working again.
Our ticketing system was broken with the upgrade to PHP 7. We’ve been using osTicket. Their documented requirements are PHP 5.3 and up, well, PHP 7 is “and up”, but their code is not “and up to it” just yet. I tried the very most recent release candidate, still doesn’t work under PHP 7.
So I’m looking for a new ticket system that is PHP 7 compliant. Any suggestions appreciated, send to firstname.lastname@example.org
Something put a high load on the web server this morning to the point where I was unable to login and even investigate. Upon rebooting operation returned to normal.
The fact that this happened on a Saturday just like after I upgraded to Ubuntu 16.04, and at about the same time, has me wondering now if the same thing that happened today didn’t happen then and it wasn’t just coincidence that I had upgraded to 16.04.
Our counter is broken at the moment because the php code plugin for WordPress that allows PHP code to be executed in our page was broken by an update. We are awaiting a fix.
A short while ago I installed PHP 7 on our server. However, the install script did not delete and replace all of PHP 5.6, consequently there were still bits of PHP 5.6 installed and bits of PHP 7 not installed.
Today I rooted out the remaining PHP 5.6 modules and installed the missing PHP 7 modules.
After doing so our home page no longer displayed. I was able to chase this down to our counter script which used mysql_ calls which are deprecated in PHP 5.6 and removed entirely in PHP 7.
In order to fix this I had to change all the mysql_ calls to mysqli_ calls. There is one major difference between mysql_ and mysqli_ calls, and that is that mysqli allows more than one database to be open and used at once. To accommodate this, the mysqli_connect returns a database handler that needs to be stored in a variable, like $dbh = mysqli_connect(yadda yadda yadda);
And then calls to things like mysqli_query and mysqli_select have an additional parameter and that being the database handler so just add $dbh as your first parameter and otherwise the mysqli calls are pretty much direct replacements for the mysql calls.