techquisitor: (sis)
Я уже как-то выкладывал ссылки на инструменты для профилирования ОС (см. верхний пост в блоге). Оказывается, есть дополнение к нему. Описание, а что мы вообще ищем и какого рода данные. Добавлю в свой список полезного, разумеется.
techquisitor: (sis)
Сегодня на работе разговор как-то зашёл о ресайзинге дисков в Linux под одну из наших задач. В частности, на одной из машин кто-то настроил LVM, положив всё сначала на раздел (mbr/gpt). Из-за этого не выйдет просто сделать pvresize, необходимо менять таблицу разделов. Что порой несколько проблематично, особенно для сервисов, которые критичны к перезагрузкам. Да, знаете ли, есть сервисы где даунтаймы неприемлемы даже на минуту.

Но откуда эти проблемы? А очень просто всё —  большинство линуксоидов даже не в курсе, что можно сделать том LVM не создавая перед этим раздел в fdisk. Более, того, именно создание LVM на raw и является правильной практикой и уже потом можно на нём выполнить создание файловой системы. И из хаутушки в хаутушку бездумно кочуют шаги начинающиеся с fdisk /dev/sdX.
techquisitor: (sis)
Я обещал написать про свой переход на KDE 5. Обещания надо сдерживать. :)

Итак, что хорошо в KDE 5?
  • Он быстрый. Нет, он реально БЫСТРЫЙ. Такое впечатление, что ты используешь какой-нибудь сверхкомпактный WM без ничего, настолько молниеносная реакция на всё. Причём не в SSD дело. Я и до этого его тестировал в виртуальных машинах и на «живом» железе установленном на обычном HDD. Windows даже с SSD кажется дико медлительным и тяжеловесным после него.
  • Рендеринг шрифтов. Он стал намного лучше.
  • Пропала необходимость в костылях подкладываемых в Grub, требуемых для корректной работы клавиш подсветки экрана. Наконец-то явно начата работа в сетевой части KIO-VFS. Smplayer уже наконец-то научился кэшировать и подгружать файлы кусками при воспроизведении из сети, а не качать целиком. DeaDBeeF теперь без проблем начал проигрывать песни с SMB хранилища, но вот Clementine увы. Хотя при этом отлично видит сеть и ресурсы расположенные на сервере.
  • Я не фанат «плоских» тем, но в этот раз мне реально нравится оформление, хотя есть ещё над чем поработать.
  • Krunner научился управлять гораздо большими вещами связанными с запуском программ, но всё же хотел бы видеть в нём ещё и функциональность Spotlight из OS X. Реально цены не будет. Тем более, что всё необходимое в движке давно KDE имеется! В KDE 4 зачатки этого даже были, кстати.
  • Заметно лучше стало с многомониторными конфигурациями. Теперь при закрытии крышки ноутбука он автоматически переносит экран на внешний монитор, если тот подключен.
  • Теперь стало можно убрать этот проклятый cashew! Спустя столько-то лет! Натурально, главная новость года. Спустя тонны тредов, твиков и мата в багрекерах разработчики признали, что эту штуку надо бы убирать, если она не нужна.
  • Встроенный архиватор Ark стал юзабельным спустя столько лет! И заметно более быстрым. Не может не радовать.

Что плохо:
Сыро, сыро, сыро! Вроде уже версия 5.9.4 у меня, плюс-минус все типовые задачи покрываются, но недоработок много.

Из того, что увидел сходу:
  • Отвалилась часть софта написанного на GTK+. Перестали работать глобальные клавиши (например в DeaDBeeF) и меню вызываемое правой кнопкой мыши (как минимум, в DeadBeeF и FileZilla) по щелчку в трее. Также если ты свернул программу в трей, невозможно её вернуть обратно. Только прибить и запустить заново. Касается не всех программ, но многих судя по воплям в Интернете.
  • Перестало работать отключение тачпада при подключении мыши. Теперь только вручную. Что очень неудобно.
  • Пару раз упала Plasma, но ничего серьёзного не сломалось, к счастью.
  • На экране входа не включается фокус на поле ввода пароля, если пользователь один в системе. Кстати, включённую раскладку не показывает тоже, зато можно посмотреть пароль.
  • Управление несколькими звуковыми картами. Приоритет звуковых устройств работает только для приложений написанных на Qt. Хотя раньше работало для всех (в т.ч. запущенных в Wine). В KDE 4 до PulseAudio 8.0 точно.
  • То ли не нашёл(?), то ли забыли вернуть на место настройку звуковых уведомлений для системы. В частности, не могу отключить системные звуки при удалении файлов, смене громкости с клавиатуры, и т.п.
  • Несмотря на улучшение работы с многомониторными конфигурациями, он всё ещё не умеет корректно запускать программы только на том мониторе, который у меня является основным. Нет, изменить можно и без проблем, конечно. Но требует ручной настройки, хоть она и быстрая — пара щелчков мышью.
  • При наличии очень гибких настроек для масштабирования интерфейса на HiDPI мониторах, при включении этой настройки часть софта отрисовывается с артефактами. Причём ладно бы написанного на другом тулките, точно так же проблемы с ПО на Qt5!
  • Определённо есть деградация производительности VFS в сетевых задачах. И уж точно он сосёт с производительностью в OSX (разика так в два причём).

Итоговое резюме:
Направление взято верное. Стали наконец-то думать о пользователе, а не «давайте забабахаем фичу». Но работы предстоит довольно много.

Вот это всё нашёл в течение пары дней. Сколько найду в дальнейшем — ХЗ.
Я пока этот кактус догрызу конечно, но видимо всё-таки следующей системой у меня будет OS X (в чём я больше уверен), ну или перейду на Gnome 3 (хотя там свои проблемы тоже есть).
techquisitor: (sis)
Я давно откладывал написание этого текста в силу того, что считаю всё здесь написанное изрядным капитанством. Но, недавняя эпидемия WannaCry и очередная итерация воплей «надо переходить на Линукс!» сделала своё дело.
Эта заметка — печальное резюме моего трёхлетнего опыта работы над настольными дистрибутивами Linux и общих наблюдений за ситуацией в стране в ИТ-сфере в целом. Не претендуя на истину, выскажу лишь свои субъективные замечания, которые у меня сформулировались к текущему моменту. Я буду очень рад ошибиться в написанном, но сейчас я вижу ситуацию именно таким образом. Ещё раз напоминаю, что тут я говорю только о настолькном применении. Сервер и embedded — это совершенно другая стихия, здесь я их не затрагиваю.

Во-первых, он банально никому не нужен, потому что линукс-сообществу нечего предложить. За десятилетия существования системы никаких серьёзных инноваций за исключением серверного сегмента и некоторых техник из области программирования сделано не было. Но для конечного пользователя не было сделано ровным счётом… ничего. Даже фишки вроде менеджеров пакетов и те куда успешнее и лучше используются прямыми конкурентами. Тут я заодно процитирую своего бывшего коллегу Сашу Казанцева aka akdengi:

«Десктопный Линукс как был мифом так и остался. Окромя Гугла по сути никому не удалось что-то внятное на ядре сделать, да и тот "мутит" уже свое проприетарное. Лозунги про свободу, равенство и безопасность хомячков не прельщают…».

Единственное место, где кое-как подобные системы будут жить — защищённые дистрибутивы. Но это крайне узкоспециальная ниша, кроме особо секретных госов и военки нигде не будет востребована. Если говорить про Россию, теоретически, тема с импортозамещением может взлететь, особенно на почве текущих валютных колебаний. Но я в этом крайне сильно сомневаюсь. Профессиональное сообщество отнюдь не линукс-теоретиков уже успело крепко разочароваться итогами ряда проектов. Как итог, все, кто что-то знает и умеет, скрепя сердце расходятся в другие места. В том числе обратно в мир MacOS и Windows и на гораздо большие зарплаты.

Вторая причина была хорошо сформулирована уважаемым [personal profile] arkanoid на одной из посиделок с ним. Смысл её в том, что нет систем, которые будут просто удобны, пусть и без инноваций. И не красноглазым вроде нас, а обычным не техническим пользователям. Я сам считаю. что такие системы есть. На мой взгляд, здесь можно указать ROSA и ElementaryOS. Но проблема этих обеих ОС в том, что в масштабах Fedora или Ubuntu (и тем более Windows) они слишком маргинальны. Если вы пойдёте на произвольный сайт производителя программы, пишущего софт под Linux, то ROSA с Elementary в списке там явно не будет. А пакет, скачанный с этого сайта, будет заточен, скорее всего, под крайние версии какой-нибудь Fedora или Ubuntu. Не всякий техспециалист разберётся, как решать все эти проблемы с зависимостями. Да ещё в каждом конкретном пакете они будут свои. Про т.н. казуального юзера вообще молчу. Как вы понимаете, юзер плюнет на это и пойдёт куда? Правильно — в MacOS и Windows.

Третья причина вытекает из второй. Юзабилити и вообще отсутствие людей понимающих, что реально важно для пользователя. Если с юзабилити и так давно всё ясно. В 99,9% опенсорсного софта оно попросту отсутствует. И если консольные программы действительно почти достаточно неплохо отлажены и имеют более-менее унифицированный подход к работе (хотя, например, особенности работы find не в первый раз ставят в тупик даже подготовленных айтишников), то с графическими приложениями, несмотря на явный и заметный прогресс, дела обстоят всё ещё ОЧЕНЬ плохо.
С работой над важными для пользователя вещами всё ещё печальнее. Фактически, единственной ОС, которая хоть как-то пыталась решить эти проблемы, являлась всё та же ROSA. Но опять же, т.н. «продвинутое международное опенсорсное сообщество» (в реальности же дико косное, не желающее перемен и всё ещё боготворящее технологии и подходы тридцатилетней давности, отягчённых вдобавок NIH-синдромом) даже не поняло постановки вопроса. Какие-то очень скромные наработки в эту сторону есть у openSUSE и Ubuntu, но там это реализовано настолько топорно, что хочется плакать. С Ubuntu ситуация к тому же крайне плачевная. За столько лет жизни Canonical, Марк Шаттлворт так и не нашёл как это можно монетизировать и дистрибутив медленно, но верно идёт ко дну. Один из таких звоночков, Ubuntu с большим трудом смогла устранить проблему с LightDM после ухода Мартина Питта и сокращение штата компании в целом. Кругом сплошные стратеги, концентрирующихся на глобальных вещах, но начисто игнорирующие всё остальное. В итоге дистрибутивы релизятся с такими проблемами, что не знаешь плакать или смеяться.
Почему такое происходит? Да всё то же самое, о чём говорили многие и не по одному разу хоть сколько-нибудь вменяемые специалисты. У технарей работа юзабилистов и дизайнеров вызывает непонимание и нередко презрение. А зря. И проблема осложняется тем, что, например, юзабилисты — класс специалистов, который just for fun не работает в принципе. За крайне редкими исключениями. Не говоря уже о том, что юзабилити-тестирования «по науке» требуют недешёвого оборудования, студий и массу людей (которым тоже надо заплатить). Одним лаптопом или системником для работы здесь не обойдёшься.
Усугубляет проблему тот факт, что нет единого стандарта на интерфейс и в целом отсутствуют хоть какие-то гайдлайны. К настоящему моменту у нас имеется адская куча фреймворков и тулкитов, в которых одна и та же программа не то, что отрисовывается — ведёт себя по-разному! Вот что мне навскидку вспомнилось: Qt всех версий, GTK+ всех версий, wxWidgets, EFL… Корпоративный софт вообще до сих пор нередко сидит на давно забытом ПО. К примеру, GUI клиента для Cintrix XenApp под Linux, отвязалось от древнего Motif только в прошлом или позапрошлом году! И добавьте к этому кошмарный зоопарк из WM и DE. Те кто считают, что ничего сложного в поддержке такого нет, рекомендую в качестве практического упражнения сесть на первую линию техподдержки какого-нибудь провайдера и попробовать настроить Интернет (скажем, PPPoE) по телефону без всяких там Radmin и TeamViewer не разбирающимся в технике лиентам с: Windows XP, Vista, Windows 7, Windows 8, Windows 8.1 и немножечко MacOS разных версий. А есть ещё люди установившие себе всякие ZverDVD… После недельки работы там, быстро мнение о простоте работы поменяете.
О тестировании всего этого зоопарка я просто помолчу, как о покойнике.

Последняя и самая серьёзная проблема в Linux, заключается в его собственной природе. Не существует такой ОС как Linux. Linux — это ядро. Вместо этого есть горка разрозненных операционных систем, нередко тотально несовместимых между собой это самое ядро использующих. Почти три года назад я уже вскользь упомянул об этом. На сей раз, я скажу более прямо — надо закапывать почти все дистрибутивы и оставлять не больше четырёх-шести. Причём оставшиеся должны быть максимально совместимы между собой. Опыт Android, ChromeOS, да что там говорить, даже MacOS, говорит за то, что единая платформа — благо для подавляющего большинства. А что до остальных… Ну, есть же тематические формы посвящённые ОС на ассемблере там. Пусть живут, но про них будут знать считанные единицы и хоть сколько-нибудь всерьёз про них не говорят.
Безусловно, причин провала Linux на десктопе существенно больше, я затронул лишь самую очевидную верхушку. Начиная от крайне узкотехнических проблем вроде отсутствия поддержки криптоконтейнеров через pkcs#11 в GnuPG или проблемах линковки библиотек в разных системах, кошмарное количество уже написанного legacy, которое набило оскомину абсолютно всем (собственно, на одном из проектов над которым работал, видел реально рабочий и до сих пор активно эксплуатирующийся софт, написанный на Oracle Forms 6i, например). Или если уж совсем энтерпрайзно — SLA. Точнее, его отсутствие.
А почему Linux не пошёл в госсекторе, писал добрых семь лет назад. И за эти годы ситуация практически не изменилась. Если не сказать — стало хуже.

Дискасс.
techquisitor: (sis)
…как копирование структуры разделов в Linux, может обернуться небольшой проблемой, если используется GPT.

Очень многие утилиты поддержки GPT не имеют, в виду своей древности. Обычно применяемый для этой цели sfdisk не работает, например.

Решается так:

sgdisk /dev/sdX -R /dev/sdY
sgdisk -G /dev/sdY

Где sdX откуда берём структуру, а sdY куда. Если необходимо сменить GUID для разделов на рандомные, то используем ключ G.
techquisitor: (sis)
Почти год назад писал, как я бодался с драйвером для Wi-Fi-адаптера MTK7630e. На тот момент обеспечить более-менее нормальную работу на ядрах выше 3.14 не вышло.

Вчера в систему прилетело обновление… и чудо свершилось! Драйвер стал весьма стабилен и что самое главное, появилась поддержка всех ядер из семейства 4.x, вплоть до текущего stable 4.8. Ноут пробработал больше 12 часов от Wi-Fi и проблем нет. Также явно вправили работу драйвера в целом. Ибо заметно быстрее работать стало, пропали лаги на пустом месте. Автору явно надо задонатить на досуге. Ну и шлю большой привет бывшему коллеге, чьи коммиты с исправлениями в этот драйвер тоже попали.
techquisitor: (sis)
Решил и я пощупать сие чудо с выходом Anniversary Edition для Windows 10. Судя по отзывам, народ вполне доволен. Некоторые даже попробовали собирать там программы и них вполне компилируется без малейших проблем. Также народ и вовсе рапортует о запуске приложений, предназначенных для X.Org.

Мне же лично в текущем виде его явно не хватит. После того, как улеглись первые восторги ("О, тут есть Bash, Vim и Ansible!"), пощупал его на предмет чего-то более осмысленного. И тут меня ждало разочарование. Поскольку это всё-таки не виртуальная машина, а прослойка - поддерживаются не все возможности и вызовы API ядра. В частности, нет наличия поддержки ряда вещей. К примеру, /proc/net/ поддерживает на текущий момент только минимальный набор для работы стека TCP/IP внутри окружения WSL. Присутствует только базовая поддержка таблицы сокетов и интерфейса netlink. Даже то, что уже есть явно реализовано не до конца. Например, при попытке выполнить что-то средствами утилит ip, вываливается ошибка в SO_SNDBUF. Поддержки /proc/net/dev пока нет (и будет ли?). А без этого утилиты из пакета net-tools, вроде того же netstat попросту не работают, как и софт плотно использующий сокеты. А это любое сетевое серверное приложение, как минимум.

Ещё один минус, который напрямую к WSL не относится, но есть. Это отсутствие вменяемого эмулятора терминала. Работать в стандартной оболочке несколько проблемно. С ConEmu стало повеселее, но победить баг с нерабочими клавишами некоторыми пока не получается.

Впрочем, это пока что бета. А для беты тут всё очень даже хорошо. Посмотрим, что будет в будущем. Но в целом, затея очень хорошая.
techquisitor: (sis)
Геноссе [livejournal.com profile] gunslinger2 сегодня роскошное подкинул.

Если в таске Ansible написать backend_port{{ hostvars[host]['nodenumber']-1 }} = '5432' вместо backend_port{{ hostvars[host]['nodenumber']-1 }} = 5432 вы поймаете дивный месседж в логах вида:

2016-07-27 14:16:21: pid 14246: DETAIL: bind on "/var/run/postgresql/.s.PGPOOLWD_CMD.9000" failed with reason: "Address already in use"

Но самое прикольное вовсе не это. У вас вместе с этим будет валиться с сегфолтом дочерний(!) процесс watchdog самого pgpool:

Jul 27 13:41:00 localhost kernel: [ 3648.050867] pgpool[12264]: segfault at fffffffffffffff0 ip 0000000000458433 sp 00007ffe523e24a8 error 5 in pgpool[400000+134000]
Jul 27 13:41:00 localhost pgpool: 2016-07-27 13:41:00: pid 12260: WARNING: watchdog child process with pid: 12264 was terminated by segmentation fault


Это при том, что watchdog нужен для мониторинга соседних pgpool'ов, а не самой СУБД PostgreSQL. А отличия всего лишь в обрамлении кавычками номера порта. Причём дело не в Ansible даже. Это поведение воспроизводится если указать номер порта в кавычках в самом конфигурационном файле pgpool. Сдаётся нам, что автор сего поделия тот ещё наркоман.
techquisitor: (sis)
Когда мне говорили, что device mapper реально бажен — не верил. Сегодня представился случай увидеть собственными глазами такую картину:
Кусок лога )
Наше счастье, блочные устройства без резиновых бабLVM собраны и отдельными устройствами, бо это кусок нормальной промышленной СХД. Так что потери данных не случилось. Но fstab слегка переписал.
techquisitor: (sis)
Поскольку официальный reference guide по нему откровенно врёт и делается всё вообще не так, пришлось методом проб и ошибок вместе коллегами разбираться, как оно реально настраивается. В итоге мой коллега сначала по моим советам, собственным граблям и совету другого коллеги, нарисовал следующую howto по развёртыванию. Передаю ему слово:

0. Подключаем репозиторий с последней стабильной версией PostgreSQL и устанавливаем jdbc-драйвер для нужного нам дистрибутива. Для CentOS 7 это будет: yum -y install postgresql94-jdbc.noarch

1. Ставим постгрес примерно с таким конфигом:

listen_addresses = '*'
max_connections = 100
shared_buffers = 128MB
dynamic_shared_memory_type = posix
log_destination = 'stderr'
logging_collector = on
log_directory = 'pg_log'
log_filename = 'postgresql-%a.log'
log_truncate_on_rotation = on
log_rotation_age = 1d
log_rotation_size = 0
log_line_prefix = '< %m >'
log_timezone = 'W-SU'
datestyle = 'iso, mdy'
timezone = 'W-SU'
lc_messages = 'en_US.UTF-8'
lc_monetary = 'en_US.UTF-8'
lc_numeric = 'en_US.UTF-8'
lc_time = 'en_US.UTF-8'
default_text_search_config = 'pg_catalog.english'

При необходимости правим pg_hba.conf, чтобы разрешить доступ с других хостов (по умолчанию - только localhost).

2. Создаем в постгресе пользователя keycloak и одноименную базу:

createuser -l -P keycloak
createdb -O keycloak keycloak

... и проверяем доступ к ней:

psql -h 127.0.0.1 -d keycloak -U keycloak -W

3. Качаем свежий релиз keycloak с http://keycloak.jboss.org/downloads.html,
разворачиваем его в /opt, после чего запускаем

(/opt/keycloak/bin/standalone.sh < /dev/null >& /var/log/keycloak.log &) &

4. Создаем пользователя admin:

/opt/keycloak/bin/add-user-keycloak.sh -r master -u admin -p ваш_пароль

5. Запускаем /opt/keycloak/bin/jboss-cli.sh и говорим ему



6. Лезем в файл

vi /opt/keycloak/standalone/configuration/standalone.xml

Проверяем секцию datasource для поцгреса - должно быть примерно так:


При необходимости там же редактируем interface name="public" в секции .

Потом лезем в файл

vi /opt/keycloak/standalone/configuration/keycloak-server.json

Проверяем секцию connectionsJpa:



7. Перезапускаем /opt/keycloak/bin/standalone.sh
techquisitor: (sis)
FreeIPA — хороший инструмент решающий ряд задач, связанных с идентификацией, доступом к машинам, учётом ключей, контролем выполнения команд и т.д. У нас используется FreeIPA 4.2, находящийся в официальных репозиториях CentOS 7.2.

Пока что замечены две проблемы.

1. Apache падает
Неясно почему, в логах ничего существенного не нашёл. Пока что использую Watchdog, который есть в systemd. Если хватать не будет, задействую supervisord.

2. Не работает веб-интерфейс FreeIPA, в логах видим:

[emerg] (28)No space left on device: Couldn't create accept lock

При этом, места на диске на всех разделах навалом. Проблема заключается в том, что он не очищает за собой семафоры в пространстве ядра.

Чтобы не падал сервер так быстро, в systemctl прописал следующее:

kernel.msgmni = 1024
kernel.sem = 250 256000 32 1024

После чего сделал sysctl -p

Параметры kernel.msgmni и kernel.sem следует изменить в зависимости от наличия оперативной памяти на вашем сервере. Подробности можно почитать у IBM или в документации к ядру.

Если веб-сервер уже лежит и отказывается стартовать по команде systemctl start httpd, можно выполнить скриптик:

for i in $(ipcs -s | grep apache | awk '{print $2}'); do ipcrm sem $i; done

После чего Apache должен подняться без проблем.

В идеале, можно скрипт какой-то прописать, который в cron чистил семафоры относящиеся к Apache.
techquisitor: (sis)
Давеча пришлось поднимать очередной контейнер Docker и внезапно столкнулся с ошибкой вида:

Error starting container 037aac8ca3ab: iptables failed: iptables -t nat -A DOCKER -p tcp --dport 8000 ! -i docker0 -j DNAT --to-destination 172.18.0.2:9990

Ошибка связана с тем, что по неясной причине docker перестаёт создавать нужную цепочку в правилах iptables. Нужно выполнить:

ip link set docker0 down
brctl delbr docker0
systemctl restart docker

После чего, всё корректно заработает.
techquisitor: (sis)
Всё-таки я человек крайне увлекающийся и до кучи упрямый. Пока не решу проблему, не успокоюсь. Вчера перед сном что-то решил проверить насколько хорошо можно смотреть фильмы по сети прямо с моего ноутбука. Ну и прочие мелочи, вроде музыки и просто файлопомойки с документами. Обратил внимание, что если использовать KNetAttach от KDE, скорость стабильная на 100-120 мегабит по Wi-Fi. Если же монтировать шару руками командой mount.cifs — скорость резко падает мегабит до 10-20. Сначала грешил на кэширование со стороны Samba, но ошибся. После некоторого расследования, проблема оказалась в размерах буферов. Судя по всему, KDE подключает раздел с какими-то своими дефолтными настроиками и весьма неплохими. Но вот незадача — файлы так толком открываться напрямую не будут, нужно монтировать шару как каталог. Покамест вручную выставил rsize побольше — стало намного быстрее, чем через KIO SMB. Доходит до 300 мегабит порой (хотя этой цифре не очень верю что-то, надо протестировать чем-то более подходящим). Но файлы реально вдвое-втрое быстрее заливаться стали. Единственное — запись идёт не ровная, а «рывками». Впрочем, куда копать понятно. Для совсем кошерного результата, пожалуй, надо будет сделать аналогичное, но стороны сервера, для чего освежу в памяти документацию по Samba. Просто не везде есть возможность настроить подобное на клиенте.

Так что следующая итерация сервера, которая планируется ближе к концу года, будет уже полноценным хранилищем терабайт на десять, думаю. А затем перенесу туда всё то, чем не очень часто пользуюсь (дистрибутивы, к примеру) и всяческую развлекательную барахолку типа фильмов и музла.
techquisitor: (sis)
Богато у меня на полезные схемы в этом месяце.

Попалась на глаза ещё одна полезная схема со списком утилит для инстансов Amazon EC2. Во многом копирует уже публиковавшуюся здесь схему с утилитами профилирования Linux, но есть и отличия.

Заодно на глаза попались аналогичные схемы для FreeBSD и Solaris. Надеюсь, кому-то пригодится.
techquisitor: (sis)
Бывший коллега сходил на прошедший PGConf 2016 и рассказал про один из докладов, посвящённый резервному копированию кластера PostgreSQL.

Процитирую его здесь:

«Сначала делается полная резервная копия файлов кластера как это делается обычно pg_start_backup && tar -zcf /path/to/backup.tar.gz $PGDATA && pg_stop_backup. При этом запоминается номер транзакции или другая отметка этого момента.

Затем при повтором запуске оно делает не полную копию как в первый раз, а с момента отметки прошлой вычитывает номера страничек из WAL которые были изменены и копирует только их.
»

Для продакшена пока не очень пригодно, но смотреть уже можно. Разумеется, всё выложено на GitHub. Надо самому попробовать, кстати.
techquisitor: (sis)
Просто цитата:

«Идём дальше. Сложно ли перейти на Linux технически?

Отнюдь нет. Все вопросы с серверами квалифицированные IT-специалисты решают сейчас на ура, при этом если где-нибудь в медвежьем углу нет специалиста нужной квалификации, он легко может запросить помощи из центрального ведомства.

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

Что остаётся?

Остаются "самописные" программы, которые были созданы много лет назад, и разработчики которых или давно уже уволились или совершенно не готовы тратить время на модернизацию своих созданий. Что делать с такими программами?

Есть несколько вариантов решения проблемы.

Для начала имеет смысл запустить такие программы под симулятором Windows, или под стандартным Wine, или под WINE@Etersoft.

Если программа не захочет идти даже под Wine@Etersoft, можно обратиться в Etersoft (или аналогичную компанию), чтобы там выяснили, в чём затык, и подкрутили Wine специально под нужную программу.

Если нужную программу совсем никак не получится запустить под Linux, можно переписать программу с нуля на какой-нибудь более современной платформе. Это уж возможно всегда.»


Ссылочку оставлять не буду, по тексту цитаты весьма легко ищется автор, говорящий о себе: «профессионально занимаюсь компьютерами около 20 лет». Причём судя по всему, в сколько-нибудь большом энтерпрайзе не работавшем и настоящее легаси не видевшим. Тонны специализированного ПО — тоже. То есть, уровнем чуть выше эникейщика. Я тут, к слову, на новогодних праздниках общался с разработчиком SCADA-систем, много интересного понарассказывал мне. Linux там не будет ещё очень долго, к сожалению.

Я сам хотел бы видеть Linux на критически важных местах, в госучреждениях и школах, но для частных лиц в этом нет смысла. То есть, какая-то замена возможна, но по большей части там, где используется только браузер в основном и то есть нюансы.
techquisitor: (sis)
В промежутках между разбирательством с драйвером для MTK7630e (к слову, в репозитории contrib дистрибутива ROSA появился dkms-модуль для этой карточки) интересную историю рассказали.

У одного из моих бывших коллег внезапно заглючил драйвер iwlwifi на ядре 4.1. При этом, на ядре 4.0 никаких проблем не наблюдалось. Сначала грешили на регрессию в коде драйвера, даже отписались авторам. Авторы проблемой крайне заинтересовались и для них организовали прямой доступ до этой машины. Разбирались долго весьма, но выяснилось, что вендор и особенности сборки железа очень даже влияют на работу драйвера. Примерная суть найденной проблемы — кривая сборка ноутбука. Из-за чего оборудование иногда считало, что Wi-Fi адаптер сбоит и попросту отключало карту. Почему эта проблема не проявлялась на 4.0 — так и неясно, хотя и позднее баг воспроизвести всё же смогли.

Но виноват во всём кривой Линукс, конечно же.
techquisitor: (sis)
Похоже, ядро 3.14 будет жить на моей рабочей машине до самого конца, если только не поменяю к тому времени карточку. В наши дни уже редко, но всё же проблемы с Wi-Fi чипами в Linux наблюдаются. Тут как раз тот самый случай. В августе уже писал про эту ситуацию, но тут появились некоторые изменения. Помимо драйвера kuba-moo, откопался ещё один репозиторий с модификацией оригинального драйвера MTK. Из плюсов — хотя бы не завешивает наглухо машину на ядрах 4.1, но работает всего пару минут, после чего теряет сеть и не может к ней подключиться. Зато на 3.14, которая в настоящий момент является LTS-версией, работает даже лучше, чем тот драйвер который тестировал изначально. Впрочем, полной уверенности нет. Надо глянуть, как он ведёт себя при подключении к VPN.

Если кто захочет собрать, но лень писать makefile, можно взять готовый у kuba-moo, структура каталогов и прошивки там те же самые. Отличается только код обвязки.

Update:
Отдельный пост писать не стал, просто решил дополнить. Прислали линк на ещё один драйвер для этой карточки. Также основан на коде оригинального драйвера + патчи kuba-moo + патчи автора форка. Самый быстрый среди всех драйверов. К сожалению, также работает только на ветке 3.14, на 4.1.x картина аналогична предыдущему. Работает после загрузки ОС несколько минут, после чего падает и подключиться к сети нельзя, пока не перезагрузишь ОС. Печально. Впрочем, если поправят этот баг с потерей связи и невозможностью подключения — можно будет жить.
techquisitor: (sis)
На этот раз дошли руки починить старый-старый системник, который года полтора назад забрал у [livejournal.com profile] der_arbeiter. Машинка была в крайне плохом состоянии, так что отчистил её от пыли, вычистил забитый намертво всё той же пылью радиатор от процессорного вентилятора и присадил на термоклей отвалившийся радиатор от южного моста. После новогодних праздников куплю ему нормальный корпус взамен ушатанного текущего.
Внутри установлены два пятисотгигабайтных винчестера, c собранным программным RAID0. С выбором операционной системы для сервера пришлось чуть повозиться, поскольку мне хотелось готового решения с минимумом возни. В итоге выбор пал на ClearOS Community Edition. Всё полностью управляется из веб-интерфейса — никакого красноглазия. Внутри находится полноценный CentOS 6.7. Посему проблем что-то настроить под себя, если вдруг не будет устраивать графический интерфейс, вообще не проблема. Все необходимые программы устанавливаются из тамошнего аппстора. Есть как платные, так и бесплатные программы. Но даже из бесплатных пакетов можно собрать достойный домашний сервер или маршрутизатор. Если кого-то беспокоят возможные проблемы — можно купить поддержку.
В итоге у меня уже есть FTP, торрентокачалка и сервер Samba. Как появится телевизор, ещё и сервер DLNA на нём подниму, а дальше по обстоятельствам.
techquisitor: (sis)
В систему приехал сабж. Нет-нет, ничего не сломали! Но всё-таки разработчики определённо переборщили с настройками там. Почти полчаса не мог понять, почему вместо USB аудиоинтерфейса, звук перенаправляется на встроенную ноутбучную. Я уж сначала решил, что профиль сломали. Уже и на чистом пользователськом профиле проверил. Мало ли, может багрепорт какой писать надо.
Оказалось, Pavucontrol позволяет теперь в обход Phonon указывать используемую звуковую карту для каждого приложения отдельно. Естественно, что карточкой для воспроизведения была указана встроенная в ноутбук. Нет, данная фича в самом деле нужная тем, кто со звуком работает, но для большинства народа всё-таки так делать не стоило. В принципе, с большинством приложений проблем нет, но для Skype надо будет как-то гвоздями это прибить. Ибо Pavucontrol его не видит в т.н. «клиентах».

Profile

techquisitor: (Default)
techquisitor

September 2017

S M T W T F S
     12
34 567 89
10111213141516
171819202122 23
24252627282930

Syndicate

RSS Atom

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Sep. 25th, 2017 05:04 pm
Powered by Dreamwidth Studios