Журнал Александра Машина

Вчера впервые был вынужден заменить жёсткий диск, входивший в массив btrfs, существующий с 2014 года, новым не для того, чтобы увеличить размер массива, а из-за выхода из строя диска Western Digital Red 6TB, купленного в мае 2015 года.

В этой статье указывается, что ИТ-компании естественно стремятся к монопольному положению.

Я могу к этому добавить, что сама природа информационных технологий способствует появлению монополий.

Принцип информационных технологий — переиспользование результатов интеллектуального труда. Do not repeat yourself. Он действует не только в пределах одной программы, но и по всей экосистеме информационных технологий. Изобретение велосипедов не поощряется. Нет смысла делать второй «Фейсбук». Поэтому, в конечном счёте, у каждого сервиса (что бы под ним не понимать: социальную сеть, утилиту или функцию) останется один поставщик, который и станет монополией.

После того, как некая частная лавочка, в том числе, и ИТ-компания, стала монополистом в своей области, она становится частью общей инфраструктуры и должна перестать быть частной лавочкой в части управления ею. Собственники, по-прежнему, вправе получать доход с неё, но управляться и взаимодействовать с контрагентами она должна не под руководством её директоров, назначенных собственниками, и не в соответствии со своими внутренними документами и контрактами, а назначенными государством чиновниками в соответствии с законом.

Так называемое свободное программное обеспечение уже прошло бо́льшую часть этого пути; осталось только интегрировать его мейнтейнеров в государственный механизм.

Так, к сожалению, информационные технологии превращаются в локомотив коммунизма. Как бы я ни ненавидел его, я не вижу выхода.

Эпизоды одной биографии:

• Работал с 2005г. по 2012г. в различных компаниях, и мелких и крупных, непосредственно связанных с IT-индустрией. Научился всему понемногу: сис. администрированию Windows (даже MCP, MCSA успел получить)…
• Попробовал себя в корпоративных продажах, кстати, неплохо получалось…
• Но в определенный момент перегорел, и все бросил. Ушел так сказать в отпуск на 8 лет.
  После долгого анализа, все-таки созрел и осознал, что пора валить на запад, и желательно поближе к кремниевой долине, т.к. с английским более менее нормально, можно подтянуться до необходимого уровня.
• Был выбран путь самостоятельного изучения основ, языка ABAP, но как-то забросил это дело. Не помню уже по какой причине, кажется из-за сложности в понимании.
• Погуглив языки программирования для мобильных приложений и вдохновившись, что Google официально анонсировала язык Kotlin как приоритетный язык для android-приложении, твердо решил максимум за 1 год самостоятельно выучить Kotlin и строить планы по иммиграции на ПМЖ в США.
• И если в двоичном коде, переменных, функциях, циклах, компиляторе, интерпретаторе, простых уравнениях и т.д. я еще более менее разобрался, то выражение типа N=N+1 и более сложные уравнения меня загоняли в легкий ступор.
• Пришлось гуглить про квадратные уравнения, как написано в книге и вникать в дискриминанты. Ну забыл, подумал я, алгебру, с кем не бывает. Однако я так и не смог решить самостоятельно задачу, пришлось обращаться за помощью к преподавателю ребенка по математике. Решение то получил, однако понять, как преподаватель решила не смог.
• Наверное, мои познания математики остались на уровне уроков математики 5-6 классов.

Нынче, после того, как мне надоело, что отладка PHP в NetBeans работает в зависимости от погоды на Марсе, а сама программа несколько месяцев не запускалась, что отладку в Atom я так и не смог включить, а в Eclipse я даже не смог открыть файл .php, не говоря уж об отладке, заплатил $89 за год за PhpStorm. Там-то отладка работает после самой умеренной пляски с бубном.

10 TiB данных, в основном, бэкапов, переливались с помощью rsync с массива RAID5 btrfs на раздел под ext4 на диске ёмкостью 16 TB (маркетинговых) в течение пятнадцати дней.

Это явно слишком долго. Впрочем, я не отключал периодические задания, сливавшие бэкапы на исходный массив, а также синхронизировавшие этот массив с целевым диском (т.е. одновременно шло несколько синхронизаций одних и тех же директорий).

Но ещё дольше, видимо, будет идти балансировка массива RAID5 btrfs, к которому я подцепил четвёртый диск емкостью 10TB, освободившийся от бэкапа второго уровня, под который и отдан вышеупомянутый диск на 16TB. За сутки на новом диске оказалось 227GiB, в то время, как на остальных дисках массива остаётся по 4,64TiB, причём до половины этих 227GiB появилось в результате заливки новых бэкапов, а не балансировки.

Почему тест Тьюринга не годится? Потому что женщины его проходят, а настоящим разумом, тем не менее, не обладают.

Два года я не развёртывал некое написанное мною программное обеспечение на PHP, потому что не мог найти в нём ошибку в определённой второстепенной функциональности. Сегодня решил взяться за дело снова, и потратил семь часов напряжённой работы, пока не нашёл опечатку в литерале: 'remore_addr' вместо 'remote_addr'.

К счастью, функциональность, о которой идёт речь, нужна для анализа исторических данных, и её развёртывание можно было отложить.

Разработчиков PHP выкидывают на мороз. Боюсь, теперь нам PHP 8 с JIT не дождаться.

Похоже, всё-таки, одно из обновлений Ubuntu 18.04 сломало клиент DHCP.

Сегодня был вынужден прибивать гвоздями шлюз, маску, IP-адрес и DNS-сервер к машине под сравнительно недавно установленной Ubuntu 18.04, на которую дополнительно ничего и не ставилось, и настройки не правились.

Решил проапгрейдить Ubuntu на одной машине, работающей только как сервер базы данных, до Ubuntu 18.04 LTS с 17.10. Что могло пойти не так? Да всё.

Разумеется, MariaDB обновляться до 10.3 (с 10.2) отказалась. Она увидела файл-флаг со словом Debian в названии и решила, вместо обновления файлов базы данных, переименовать папку /var/lib/mysql в /var/lib/mysql.10.2, а /var/lib/mysql завести с чистого листа. Типа, сконвертируйте имеющиеся БД с помощью mysqldump. Так и написала в консоли!

Я этот файл-флаг переименовал, и MariaDB заткнулась, обновилась и даже запустилась. Но подключиться к ней снаружи было невозможно. Потрахавшись с полчаса, я обнаружил, что в папку /etc/mysql/mariadb.conf.d MariaDB 10.3 впрыснула мне новых файлов с горой настроек, включая bind-address=127.0.0.1 (идиотское умолчание. Театр безопасности. Кто держит фронтенд на той же машине, что и БД? Но это другая тема). Разумеется, эти настройки имели приоритет над моими в /etc/mysql/my.cnf, потому что команда включения файлов из /etc/mysql/mariadb.conf.d стояла в конце файла.

По-моему, уже третий раз при попытке обновить MariaDB на одну десятую с помощью apt она превращается в тыкву. Непременно что-нибудь сломается, сервер не перезапустится, и обновление окажется неудачным (и почему обновление непременно пытается запустить службу, хоть я просил только обновить, а не проверять работоспособность конфигурации? Не всегда ведь так было. Но и это другая тема).