Inaccessibility due to router replacement

Published by Georgi Sotirov at 2017-12-17 22:10:15 EET

Today between 12:30 EET and 14:30 EET the server was not accessible due to router replacement and change of IP addresses. Although, the replacement was planned and prepared previously, some unforeseen circumstances occurred with the configuration of the device itself as well as with the server.

The expected change with the replacement is better network performance for the increasing outer and inner traffic.

Downtime for disk replace

Published by Georgi Sotirov at 2017-12-09 06:01:15 EET

Last night while all students were celebrating, I spent replacing a failing Samsung 830 SSD on the server. The disk was so rotten that it's copy with dd took about 5 hours, which is why the server was offline somewhere between 2017-12-08 22:00 EET and 2017-12-09 05:00 EET. The disk started failing in beginning of September, but recently the number of reallocated sectors become extremely high and I started detecting bad sectors on some system files. The read performance had also dropped and during the copy it fell to 5 MB/s (!), which explains the fore mentioned slow copy of just 64 GB between the old and new SSD. The disk failed only after about 24 000 power on hours (i.e. about 2 years and 9 months), which is rather strange, but maybe this is the normal life span of consumer SSDs?

Anyway, the drive is now replaced with a brand new ADATA SU800 128 GB, which unfortunately is not yet in smartctl database (see ticket 954). The server is back online and fully operational.

Upgrade to Slackware 14.2

Published by Georgi Sotirov at 2016-08-30 12:34:17 EET, changed at 2017-01-06 13:56:35 EET

Last Sunday (28/08) the server was upgraded to Slackware 14.2, which itself passed flawlessly, but then there was a need for re-install of all the additionally used Perl modules and upgrade of some packages (e.g. OpenLDAP, RRDTool and FreeRadius), which I haven't upgraded/rebuilt yet.

Yesterday, evening the datbase server was also upgraded to MySQL 5.7.13, so it now remains only to upgrade the kernel to a LTS version from 4.4 series.

ISP Change

Published by Georgi Sotirov at 2015-07-20 19:43:15 EET, changed at 2017-01-06 09:17:38 EET

Last week the server was not accessible from 2015-07-14 21:20 EEST to 2015-07-16 16:35 EEST, because my ISP MTel (that bought Megalan few years ago) was having problems with managing MAC addresses and Layer 2 connectivity (i.e. as far as I understood it was due to some "provisioning"). No matter the case, I found it totally unacceptable to be without Internet for almost 48 hours given there was no physical disruption of the connection. Mtel's support was not able to do anything to help me restore the connection (I was required to pass the so called "Captive Portal" even though it was clear that I'm not able to do so because of the issues on Mtel's side).

So I changed the ISP last Friday (17.07) and I'm now with Vivacom hopefully for the better. Of course the new ISP come with the new static IP address (, so the server was not accessible also over the weekend until the DNSes were synchronized.

Upgrade to Slackware 14.0

Published by Georgi Sotirov at 2013-02-05 12:15:15 EET, changed at 2019-08-26 13:43:55 EET

In the evening of February 3-d and the morning of February 4-th the operating system of the server was finally upgraded to Slackware 14.0 - an upgrade planned for the past several months, but delayed due to lack of time.

The major problems were again with Perl. All of the used modules by the different web application had to be reinstalled for the new version. Otherwise, the upgrade went smoothly, but it took some time for the whole process to complete and all the services to be reconfigured and become operational again.

Downtimes: Repairs at home

Published by Georgi Sotirov at 2012-06-17 09:00:00 EET, changed at 2012-06-17 09:13:31 EET

Due to repairs at home (where it is still located), the server may be going down for large periods of time varying from several hours to more than 1 day. It was already down once from 2012-06-15 11:54 EEST to 2012-06-15 12:54 EEST and from 2012-06-15 18:50 EEST to 2012-06-16 21:45 EEST yesterday, but other downtimes are possible today and tomorrow.

Upgrade of the server

Published by Georgi Sotirov at 2011-05-30 12:42:15 EET, changed at 2017-12-19 11:45:56 EET

Last evening the server was upgraded to Slackware 13.37, this way updating many of the existing packages. The only problem that was encountered was with Perl 5.12 on which both Bugzilla and SlackPack depend. This forced the downgrade to Perl 5.10 and use of the existing base of installed packages until solutions to the problems are found.

The kernel was also upgraded to 2.6.39 without any problem.

Planned downtime: Earth hour

Published by Georgi Sotirov at 2011-03-26 19:07:59 EET, changed at 2017-12-19 11:51:20 EET

For first time this year Sotirov-BG.Net will took part in the Earth Hour initiative to show support against climate and environment change. Today between 20:30 EET and 21:30 EET the server, as well as other equipment around it, would be switched off. Please, do not forget to join the initiative and think what else could you do to help.

Database upgrade

Published by Georgi Sotirov at 2010-05-24 19:24:00 EET, changed at 2010-09-04 14:05:20 EET

Today, between 17:00 EEST and 19:00 EEST there was database upgrade. The MySQL server was moved to the recommended release series 5.1. This was a planned upgrade, but it took time, because of incompatible changes, which required backup/restore of all the databases. Now everything is back to norml.

Database problems

Published by Georgi Sotirov at 2008-10-21 12:53:01 EET, changed at 2008-10-21 13:02:33 EET

Yesterday, about midnight the MySQL was upgraded and during the night backup the server was restarted. However, the InnoDB engine failed to start properly, because of inability to create temporary files (not an issue before). Thus, hosted sites were without data from about 0:15 to about 11:00 on 21 October 2008, when the problem was resolved.

I'm sorry, if this caused any inconvenience.

[Valid XHTML 1.0 icon] [Valid CSS icon] [Valid Atom 1.0] [Valid RSS] [Level Double-A conformance icon] [Encoded in UTF-8 icon]

[Powered by Linux] [Powered by Apache] [Works with MySQL] [Powered by PHP]