Недостъпност за подмяна на рутер

Публикувано от Георги Сотиров на 2017-12-17 22:10:15 EET

Днес между 12:30 EET и 14:30 EET сървъра не беше достъпен поради подмяна на рутер и смяна на IP адреси. Въпреки, че подмяната беше планирана и подготвена предварително, възникнаха непредвидени обстоятелства с конфигурацията на самото устройство както и със сървъра.

Очакваната промяна след подмяната е по-добра мрежова производителност за увеличаващия се външен и вътрешен трафик.

Време на престой за подмяна на диск

Публикувано от Георги Сотиров на 2017-12-09 06:09:33 EET, променено на 2017-12-19 10:08:46 EET

Миналата нощ докато всички студенти празнуваха, аз прекарах в подмяна на развалящ се Samsung 830 SSD на сървъра. Диска беше толкова изгнил, че копирането му с dd отне около 5 часа, поради което сървъра не беше достъпен между 2017-12-08 22:00 EET и 2017-12-09 05:00 EET. Диска започна да се чупи в началото на Септември, но наскоро броя на преразпределените сектори стана изключително висок и започнах да установявам лоши сектори в някои системни файлове. Производителността при четене също се беше понижила и по време на копирането падна до 5 МБ/с (!), което обяснява споменатото преди бавно копиране на само 64 ГБ между стария и новия SSD. Диска се счупи след около 24 000 часа непрекъсната работа (т.е. около 2 години и 9 месеца), което е доста странно, но може би това е нормалната продължителност на живот на потребителските SSDта?

Както и да е, устройството е вече сменено с чисто нов ADATA SU800 128 ГБ, който за съжаление все още не е в базата данни на smartctl (виж билет 954). Сървъра е отново на линия и работещ напълно.

Надграждане до Slackware 14.2

Публикувано от Георги Сотиров на 2016-08-30 12:34:17 EET, променено на 2017-01-06 13:57:10 EET

Миналата Неделя (28/08) сървъра беше надграден до Slackware 14.2, което само по себе си беше безпроблемно, но след това трябваше да се преинсталират всички допълнително позлвани Perl модуле и да се надградят някои пакети (напр. OpenLDAP, RRDTool и FreeRadius), които все още ня бях надградил или изградил наново.

Вчера вечерта съръвъра за база данни също беше надграден до MySQL 5.7.13, така че сега оства само да се награди ядрото до LTS версия от 4.4 сериите.

Смяна на Интернет доставчика

Публикувано от Георги Сотиров на 2015-07-20 20:14:23 EET, променено на 2017-01-06 09:26:45 EET

Миналата седмица сървъра не беше достъпен от 2015-07-14 21:20 EEST до 2015-07-16 16:35 EEST, защото Интернет доставчика ми MTel (който купи Megalan преди няколко години) имаше проблеми с управлението на MAC адреси и Layer 2 свързаност (т.е. доколкото разбрах дължало се на някакво "провизиране"). Без значение от случая, сметнах че е напълно недопустимо да бъда без Интернет за почти 48 часа като се има в предвид, че нямаше физическо нарушаване на връзката. Поддръжката на Mtel не беше в състояние да направи нищо и да ми помогне да възстановя връзката (поискаха ми да премина през така наречения "Captive Portal" въпреки, че беше ясно че не мога да го направя поради проблем от страна на Mtel).

Така че миналия Петък (17.07) смених Интернет доставчика си и сега съм с Vivacom да се надяваме за по-добро. Разбира се новия Интернет доставчик дойде с нов статичен IP адрес (46.10.210.166), така че сървъра не беше достъпен и през почивните дни докато DNSите се синхронизират.

Надграждане до Slackware 14.0

Публикувано от Георги Сотиров на 2013-02-05 12:15:15 EET, променено на 2017-01-06 09:24:03 EET

Вечерта на 3-ти Февруари и сутринта на 4-ти Февруари операционната система на сървъра беше най-накрая надградена до Slackware 14.0 – надграждане планирно през последните няколко месеца, но забавено зради липса на време.

Главните проблеми бяха отново с Perl. Всички използвани от различните web приложения модулу трябваше да бъдат преинсталирание за новата версия. Иначе, надграджането мина гладко, но отне известно време за приключването на целия процес и пренастройката на всички услуги за вевеждането им в оперативен режим.

Недостъпност: Ремонт вкъщи

Публикувано от Георги Сотиров на 2012-06-17 09:00:00 EET, променено на 2013-05-01 11:14:03 EET

Поради ремонти вкъщи (където все още се намира), сървъра може да изчезва за големи периоди от време менящи се от няколко часа до повече от едно денонощие. Той вече беше спрян от 2012-06-15 11:54 EEST до 2012-06-15 12:54 EEST и от 2012-06-15 18:50 EEST до 2012-06-16 21:45 EEST вчера, но други престоии са възможни днес и утре.

Надграждане на сървъра

Публикувано от Георги Сотиров на 2011-05-30 12:48:15 EET, променено на 2017-12-19 11:52:21 EET

Предишната вечер сървъра беше надграден до Slackware 13.37, обновявайки по този начин много от съществуващите пакети. Единствения срещнат проблем беше с Perl 5.12 от който както Bugzilla така и SlackPack зависят. Това наложи връщане обратно до Perl 5.10 и използване на съществуващата база с инсталирани пакети докато бъдат намерени решения на проблемите.

Ядрото също беше обновено до 2.6.39 без никакъв проблем.

Планиран престой: Часът на земята

Публикувано от Георги Сотиров на 2011-03-26 19:15:19 EET, променено на 2017-12-19 11:51:36 EET

За първи път тази година Sotirov-BG.Net ще вземе участие в инициативата Часът на земята, за да покаже подкрепа срещу промяната на климата и средата. Днес между 20:30 EET и 21:30 EET сървъра, както и друго оборудване около него, ще бъдат изключени. Моля, не забравяйте да се присъедините към инициативата и помислете какво още можете да направите, за да помогнете.

Надграждане на базата данни

Публикувано от Георги Сотиров на 2010-05-24 19:30:00 EET, променено на 2011-03-26 19:14:57 EET

Днес, между 17:00 EEST и 19:00 EEST имаше надграждане на базата данни. MySQL сървъра беше придвижен до препоръчителната серия 5.1. Това беше планирано надграждане, но отне време, поради несъвместими промени, които изискваха направа на резервно копие/възстановяване на всички бази от данни. Вече всичко е отново нормално.

Проблеми с базата данни

Публикувано от Георги Сотиров на 2008-10-21 12:59:52 EET, променено на 2008-10-21 13:00:52 EET

Вчера, около полунощ беше обновен MySQL сървъра и по време на създаването на резервни копия през ноща, сървъра беше рестартиран. Обаче, InnoDB машината не успяла да стартира нормално, заради невъзможността за създаване на временни файлове (преди нямаше такъв проблем). Така, поддържаните страници бяха без данни от около 0:15 до около 11:00 на 21 Октомври 2008, когато проблемът беше решен.

Съжалявам, ако това е причинило някакво неудобство.

[Икона Валиден XHTML 1.0] [Икона Валиден CSS] [Валиден Atom 1.0] [Валиден RSS] [Икона за съответствие с ниво двойно А] [Икона Кодирано в UTF-8]

[Работи с мощта на Linux] [Работи с мощта на Apache] [Работи с MySQL] [Работи с мощта на PHP]