dadv

Землю унаследуют те, кто рожает. Быстрее будут те, кто рожает стабильно в 16 лет:

© http://denis-lopatin.livejournal.com/

ВНЕЗАПНО выяснилось, что локализованные текстовые сообщения в /usr/share/nls/ru_RU.KOI8-R/tcsh.cat на FreeBSD хранятся в UTF-8, а вовсе не в KOI8-R. И на свежепоставленной системе пользователь с login class russian и локалью ru_RU.KOI8-R, которую выставляет этот login class, видит тем не менее сообщения об ошибках от tcsh в виде "сырой" бинарщины в UTF-8. Почему? Потому что на свежепоставленной системе нету libiconv.so.

Достаточно поставить из портов libiconv, чтобы tcsh заговорил по-русски в кодировке KOI8-R:

# kdump | grep NAMI | grep iconv
 22658 tcsh     NAMI  "/lib/libiconv.so"
 22658 tcsh     NAMI  "/usr/lib/libiconv.so"
 22658 tcsh     NAMI  "/usr/lib/compat/libiconv.so"
 22658 tcsh     NAMI  "/usr/local/lib/libiconv.so"
 22658 tcsh     NAMI  "/usr/local/lib/libiconv.so"
#

Из всех этих файлов существует только последний, портовый.

Update: оказалось, что так стало после импорта в систему tcsh-6.18.01, то есть начиная с FreeBSD 8.3-RELEASE и 9.0-RELEASE. А в 8.2 в /usr/share/nls/ru_RU.KOI8-R/tcsh.cat всё ещё KOI8-R.

В продолжение темы.

Прошло два года, и рекрутеры Google снова зазывают к себе:

Hello Eugene,

My name is Sarah and I am part of the inhouse Engineering Staffing Team at Google. I understand my colleague, Cam, was in touch with you a few years ago regarding Engineering roles here however you were not open to relocation outside of Russia at that time.

<skip>

Sarah Grimaldi | Google Staffing | Engineering

Ответил вежливым отказом. Хотя уже и не так уверен, что прав.

При обновлении удаленного сервера FreeBSD 6.4-STABLE до 7.4-STABLE через source upgrade path, а потом и до 8.3-STABLE, столкнулся с одной проблемой. После поднятия системы до 7.4 приложения из портов не пересобирал, имея в ядре options COMPAT_FREEBSD6 - поддержку бинарной совместимости для старых приложений. В таком состоянии система прекрасно отработала неделю, выполняя всё множество функций.

На втором этапе, после обновления до 8.3, перестали работать тредовые приложения, в первую очередь все milters. kdump показал:

18998 spamass-milter CALL  #381
18998 spamass-milter RET   #381 -1 errno 78 Function not implemented
...
18998 spamass-milter GIO   fd 2 wrote 20 bytes
      "kse_create() failed
      "

Оказалось, что из восьмерки выкинули KSE - старую ядерную реализацию многопоточности M:N, не сохранив бинарную совместимость на уровне syscalls, а только на уровне замены библиотек, то есть для работы старых многопоточных бинарников без их пересборки нужно написать в /etc/libmap.conf:

libpthread.so.1         libthr.so.1
libpthread.so.2         libthr.so.2
libkse.so.3             libthr.so.3

Получился неприятный сюрприз. Но в итоге всё заработало. Вообще, это документировано в /usr/src/UPDATING в записи 20080312, но кто ж помнит прочитанное однажды четыре года назад и ни разу не использованное на практике :-)

13 черных медведей, большой пес, вьетнамская вислобрюхая свинья и енот любят покурить:

К проблеме женского обрезания в Африке.

Сегодня обратил внимание, что IPv4 BGP Full View насчитывает уже существенно больше 400 тысяч префиксов. ТТК сливает больше 401 тысячи, Ростелеком больше 403 тысяч.

Хваленые коммутаторы Allied Telesyn AT-8000S радуют всё менее. Мало того, что даже на свежей прошивке у них периодически отключается MAC Learning (способа включить назад без ребута не нашел, ports security не используется, до ребута свич флудит юникастами во все порты vlan-а, и не дай бог вам сделать clear bridge - станет ещё хуже). Так ещё и оказалось, что DHCP Snooping у них включается максимум на 32 vlan-ах. Это у свичей, поддерживающих тысячу vlan и стекирование 24 и 48-портовых!
При попытке включить на 33-м (а часто и уже на 32-м) отказывается, говоря Resource Unavailable.

Ответ официальной поддержки с alliedtelesis.custhelp.com:

Yes, this is the amount of VLANs user can configure for DHCP snooping.

Please note that since DHCP snooping is using the same TCAM resources as access lists, if configuring access lists on the device, user will have less resources for the DHCP snooping VLANs.

Kind regards,
Frida May

Скандалы, связанные с расходованием средств, сотрясают военное ведомство регулярно. В конце марта минобороны второй раз за год уволило главу департамента жилищного обеспечения...

Хищения в минобороны найдены и в других сферах. По данным Следственного комитета России, стоимость работ по обновлению сайта ведомства была завышена на 6 млн рублей...

Начальника отдела комплектования штаба главного автобронетанкового управления минобороны обвиняют в хищении более 100 автомобилей "Урал", "КАМАЗ", "ЗИЛ" и "МАЗ" на сумму 127 млн рублей...

И апофеоз:

По данным МВД, контракт подписал командир одной из военных частей. Согласно документу, частный подрядчик обязывался построить и сдать в эксплуатацию станцию мониторинга ядерных испытаний в чукотском поселке Билибино и проложить линию электропередач для воинской части в Красноярском крае.

Министерство обороны перечислило на счет фирмы всю сумму, в которую оценивался объем работ, - 260 млн рублей. "Командиром войсковой части и начальником инженерно-технического управления Главного управления Минобороны России были подписаны все акты приема и ввода объектов в эксплуатацию", - сообщает Главное управление экономической безопасности МВД.

Однако проверка показала, что работы выполнены частично - на общую сумму, как сообщает МВД, не более 70 млн рублей. На командира части, сотрудника минобороны, а также гендиректора фирмы-подрядчика заведены уголовные дела по подозрению в мошенничестве в особо крупном размере. Представителям государства также инкриминируют служебный подлог.

http://www.bbc.co.uk/russian/russia/2012/04/120403_russian_army_thieves.shtml