MXLinux

Оказывается FireFox 31.x сделали ESR. И достаточно быстро его затискали в обновление CentOS 6 . Но этот Firefox уже с новым интерфейсом и на нем отсутcтвует статус бар внизу :( В частности я использую Nagios Checker его перенести нельзя и мне это доставляет большое неудобство. К счастью прям на странице Nagios Checker рекомендуют установить дополнение status-4-evar , и все сразу становится как было :)

После очередного обновления 389ds сломалась репликация серверов :( Это все связано с переходом на новый формат DN В интернете много про это пишут и предлагают решения : 1. shutdown the server 2. edit /etc/dirsrv/slapd-YOURID/dse.ldif    dn: cn=389 to analog,cn=replica,cn=dc\3DMYDOMAIN\2C dc\3Dcom,cn=mapping tree,cn=config    ==>    dn: cn=389 to analog,cn=replica,cn=dc\3DMYDOMAIN\2Cdc\3Dcom,cn=mapping tree,cn=config 3. restart the server Но если так сделать то данная ветка выпадает из основной и ее уже нельзя настроить/изменить через консоль. Чтобы это было возможно нужно еще заменить вхождение : dn: cn=dc\3DMYDOMAIN\2C dc\3Dcom,cn=mapping tree,cn=config на dn: cn=dc\3DMYDOMAIN\2Cdc\3Dcom,cn=mapping tree,cn=config

Я собрал стек Ruby on Rails версии 3.2.13 под ruby 1.8.7 из дистрибутива CentOS 6.x. Теперь можно легко и просто установить на сервер с EL6 систему управления проектами Redmine версии 2.3.1 . Установить все это можно простым скриптом ( если не нравится скрипт то можно посмотреть внутрь него и выполнить все шаги руками ) Загрузка скрипта P.S. К сожалению из за невозможности удалять пакеты в системе сборки koji пришлось сделать репозитарий на google drive. P.P.S. С помощью костылей в виде указывание EPOCH в spec, удалось таки собрать пакеты в russian KOJI, так что в качестве репозитария можно указывать теперь: baseurl=http://koji.russianfedora.ru/repos/dist-el6-build/latest/$basearch/

Опакетил, (текущую на 2013.06.09) версию Ruby 1.9.3-p429 в виде коллекции rpm под дистрибутив CentOS 6.x . Так как пакеты в виде коллекции то они устанавливаются параллельно с ruby 1.8.7 из дистрибутива, и сразу готовы к использованию. Для инсталяции даных rpm нужно добавить репозитарий: cat /etc/yum.repos.d/ruby193.repo [ruby193] name=Ruby193 collections for CentOS 6.x baseurl=http://koji.russianfedora.ru/repos/dist-el6-build/latest/$basearch/ enabled=0 gpgcheck=0 После этого можно установить Ruby командой: su -c 'yum install --enablerepo=ruby193 ruby193-ruby' Использование коллекции возможны через команды (примеры): scl enable ruby193 'ruby --version' scl enable ruby193 'gem list' Или cписка команд из файла: cat cmd | scl enable ruby193 - P.S. В планах собрать полный, последний стек Ruby on Rails под коллекцию ruby193 для использования новых приложений, написанных под него, в CentOS 6.x.

С помощью mock собирать очень удобно и главное правильно. Но если вы вдруг исправите все репозитарии в конфигурации mock на локальные и попробуйте собрать что либо, то у вас это не получится. Дело в том, что специально для сборки из под mock подключаеться еще один дополнительный репозитарий и становиться возможным загрузить базовый набор rpm для сборки. Решить эту проблему очень просто, например В файле /etc/mock/epel-6-i386.cfg , заменяем строку : config_opts['chroot_setup_cmd'] = 'groupinstall buildsys-build' на config_opts['chroot_setup_cmd'] = 'install bash bzip2 coreutils cpio diffutils findutils gawk gcc gcc-c++ grep gzip info make patch redhat-rpm-config rpm-build sed shadow-utils tar unzip util-linux-ng which xz'

На днях произошла странная штука в  система CentOS 6.4. Изменил я запись в локальном DNS, все как полагается обновил и перезапустил. Проверяю в консоле всякими : host, ping, dig и т.д. , все без проблем работает, имя разрешаеться на новый адрес. Запускаю firefox , вхожу на новый адрес и облом. Адрес указывает на старый сайт :( Что я только не делал : 1. Перегружал компьютер; 2. Ощищал кэш, куки и историю (ВСЕ) в firefox; 3. Бекапил профиль firefox и создавал заново; 4. Устанавливал всякие плугины в firefox типа - flushDNS и т.д, 5. В firefox жал клавишу F5 ( минут 5 ), 5. Копался (по совету друзей) в настройках about.config. Эфекта 0, хоть вешайся. Причем другие программы из GUI и консоли, адрес разрешают правильно. После долгого изучения вопроса и перечитав кучу статей нашел рецепт: sudo nscd -i hosts и все сразу заработало, причем обычный service nscd restart и service nslcd restart ( в принципе я компьютер перегружал ) не дают нужного результата.

Недавно обновил  asterisk с версии 1.8.16 до версии 1.8.20. Поскольку все работает под  Centos 6.4 то все пакеты беруться с  EPEL . Оказалось что модуль dahdi не поднимаеться. Выдает ошибку : chan_dahdi.so: undefined symbol: pri_persistent_layer2_option Полазив по коду я обнаружил что ему нужна новая версия пакета libpri . Она есть в EPEL, но так как я обновляю пакеты выборочно, то этот пакет пропустил, а при обновлении он у меня не запросился. По моему личному мнению виноват мантейнер пакета asterisk с EPEL, нужно было в зависимостях указать нужную версию libpri и все. P.S. Письмо мантейнеру я направил, поглядим исправит он эту ошибку или нет.

При обновлении с CentOS 6.3 на CentOS 6.4 на серверах HP proliant вылезла вот такая ошибка : # service hp-health status   Using Proliant Standard      IPMI based 1XX System Health Monitor FATAL: Module ipmi_si not found.   ERROR: There is NO IPMI support available on this system!   Please install the hp-OpenIPMI package or enable IPMI support   for this distribution. Aborting hp-health initialization process! Поиск в интернете привел к : https://rhn.redhat.com/errata/RHBA-2013-0492.html и https://www.redhat.com/archives/rhelv6-list/2013-February/msg00033.html Оказываеться модуль ipmi_si статически втащили в ядро и теперь все утилиты от HP его не находят. Непонятно когда теперь они перепишут эти утилиты, а пока можно воспользоваться временным решением из мира opensource. 1. Ставим демон ipmi: su -c 'yum install OpenIPMI -y' 2. Запускаем его: su -c 'service ipmi start' 3. Ставим утилиту управления : su -c 'yum install freeipmi -y' ( Вме...

Всегда в старых Fedora и CentOS 5.x я использовал систему System V и поэтому когда в новых Fedora появилась   Systemd и пришлось учить все заново :( Но вот на днях мне понадбилось настроить HylaFax на CentOS 6.2. Встало и заработало без проблем. Но вот прием факсов как то не клеился. Почитав документацию я с удивлением обнаружил что в CentOS 6 уже не System V а Upstart. И соответсвенно насройка модема на прием выглядит совершенно иначе : Создаем файл : vi /etc/init/faxgetty.conf start on runlevel [2345] stop on runlevel [S016] respawn exec /usr/sbin/faxgetty ttyS0 И выполнить команду : initctl start faxgetty P.S. Вроде в Fedora 12 и 13 был то же  Upstart но почему то это ускользнуло от моего внимания.

Ядро входящее в комплект CentOS 6.2 сломано. На днях было обновление этого ядра до версии - 2.6.32-220.2.1 и оно тоже не работает на серверах HP Prolian Dl180G6. Не может правильно распределить прерывания по ядрам процессора: kernel:Uhhuh. NMI received for unknown reason 21 on CPU 12. Я откатился до последнего ядра входящего в CentOS 6.1 и проблема сразу решилась. Завел соответствующую запись в bugzilla CentOS и теперь стоит ждать когда исправят проблему :( P.S. Интересно оригинальное ядро с RHEL 6.2 также не работает на серверах HP Proliant ? Update 2012/01/26 : Ввиду нашумевшего эксплоита в ядре RHEL 6x, сегодня прилетело обновление (kernel-2.6.32-220.4.1.el6.x86_64). Я его тут же проверил. Как не работало так и не работает :( Причем раньше на панели горела желтая ламопчка, так теперь вообще стало красным моргать :( Update 2012/03/02 : Я в шоке. Оказывается все ЭТО лечится банальным добавлением парметра pcie_aspm=off к ядру, причем я уже очень давно, дома сталкивался с ...

Недавно вышел centos 6.1. Наверное есть такие люди кто держут локальное зеркало для обновления, и поскольку updates-6.1 это по сути тоже самое что cr-6.0 и есть способ сделать у себя нужное зеркало и очень быстро ! Копируем нужный каталог 6.0-cr-{i386|x86_64} в каталог 6.1-updates-{i386|x86_64} и командой: rsync -avzH --delete --exclude "SRPMS" ${SOURCE} ${TARGET} синхронизируем текущий каталог. В результате чего стираются очень старые пакеты и добавлются чуть чуть новые и все !

28 июля на зеркала с образами добавили специальные инсталяционные диски для минимальной инсталяции. Описание для чего нужны эти диски и какой на них набор пакетов находится здесь . Это достаточно удобно для минимальной ( базовой ) инсталяции. Правда есть одна странная особеность, сетевой интерфейс присутствует но не настроен ( причем это также проявлется при обычной инсталяции, если выбрать пункт выбора группы пакетов - МИНИМАЛ ). Но это очень легко настроить : vi /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE = eth0 HWADDR = 00:52:34:01:AB:99 # change ONBOOT = yes # add lines as follows BOOTPROTO = none # this server's IP address IPADDR = 192.168.0.10 # subnet mask NETMASK = 255.255.255.0 TYPE = Ethernet # default gateway GATEWAY = 192.168.0.1 # DNS server's IP address DNS1 = 192.168.0.1 IPV6INIT = no USERCTL = no После этого выполняем команду : service network restart Сеть начинает работать и мы можем спокойно обновить систему : yum update

Используя одну программу на CentOS 6.0 я обнаружил, что программа ведет себе некоректно и в логах ругается на память. Заглянув в файл /etc/sysctl.conf я не увидел там установки параметра kernel.shmmax, а по умолчанию оно очень мало. Это легко исправить. Нужно добавить в файл /etc/sysctl.conf две строки : kernel.shmall = 2097152 kernel.shmmax = 4294967296 И перечитать изменения командой : sysctl -p Для проверки внесеных изменений выполните команду : ipcs -l P.S. 1. параметр kernel.shmall - максимальное значение памяти, измеряется количеством страниц по 4096. К примеру для 8Gb это будет : kernel.shmall = 8000x1024x1024/4096 или kernel.shmall = 2097152; 2. SHMMAX это максимум выделяемой в одном запросе - это является фактическим объемом памяти (в отличие от страниц). К примеру для 4 Гб это будет: kernel.shmmax = 4294967296.

Я обычно инсталяцию на серверы делаю по сети с помощью kickstart файлов. И вот столкнулся с проблемой - не устанавливаетя CentOS 6.0 x86_64 на серверы Proliant . Разработчики CentOS сказали что версия 6.0 выпущена с ошибкой которую они исправят в версии 6.1 Чтобы инсталяция прошла нормально, нельзя сразу подключать репозитарии updates . Т.е. в начале устанавливаем дистрибутив и только потом устанавливаем update (обновления). P.S. В версии i386 такой ошибки нет.