2011-11-24

вот так работает в хромиуме гугл ридер

полезная фалометрическая команда

скрипт считающий резидентную память всех процессов одного приложения, и выводящий top10:


$ ps -eo pid,rss,ucmd | awk '{ rss[$3]+=$2; count[$3]++ } END { for(i in rss){ print i,"(",count[i],")",rss[i] } }' | sort -rnk5 | head -n 10 | column -t
chromium-browse  (  49  )  2693868
kvm              (  1   )  284772
okular           (  5   )  173340
squid3           (  2   )  124372
kwin             (  1   )  88964
skype            (  1   )  79448
Xorg             (  1   )  66748
psi-plus         (  1   )  65472
plasma-desktop   (  1   )  56124
zsh              (  11  )  50488


хромиум запущен только что. уже 2.7Гб.

изменение рейтинга корпораций зла

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

кратко о причинах.
0) поиск.
меня заколебало что этот супер-умный движок предсказаний херит мою строку поиска, мигает страницей выдачи на недописанную строку запроса, и постоянно норовит скачать и показать в превьюшках пол интернета.
да, я знаю что часть из этого можно отключить в опциях. но мне приходится делать это каждый божий день - по неизвесной мне причине настройки постоянно слетают.
и регулярно гугл переходит в общении со мной на немецкий. и украинский, хотя в тех же опциях выставлен только английский, и я не использую национальные домены .com.ua или .de.
по удобству пользования страница выдачи обгоняет даже УГл плюс. т.е. почти невозможно работать с клавиатуры, а мышкой не намного лучше.

1) google plus.
это убогое поделие меня бы ни капельки не волновало, если бы его появление не похерило все остальные сервисы гугла.
если бы он был хоть на 1% так удобен как гугл ридер, или дополнял его а не заменял, это было бы не фатально.

2) google reader
прощай мой милый друг. тебя просто умножили на ноль.
новый вырви-глаз-дизайн. полное отсутствие возможности читать расшаренное другими.
исчезнувшие горячие кнопки.
и безумные тормоза и постоянные вылезающие ошибки.

3) google mail
это БЫЛ единственный мейл которым я постоянно пользовался и не испытывал дискомфорта.
новые темы, плюсо-свистелки и перделки делают его все менее и менее юзабельным.

4) google calendar
это был единственный календарь которым я пользовался.
новая тема это просто ад. может это на 100500" мониторе нормально смотрится, но на ноуте собственно  календарь на экран не помещается.
новая функция "отваливание в офлайн при каждом чихе с невозможностью подключится взад без открытия страницы снова" это блеск.
для украины неправильное поясное время.

5) google chromium
это не броузер. это гребаная машина тормозов.
таких значений load average как при запуске этого убожества я не получал с времен тестирования различных форкбомб.
а еще он постоянно падает. т.е. эту чертову форк-бомбу мне приходится перезапускать по 3-4 раза в день. и ДА, ЭТА ХРЕНЬ ПАДАЕТ ПОЛНОСТЬЮ А НЕ ТОЛЬКО ОДНА ВКЛАДКА!
т.е. разделение одна-вкладка-отдельный поток это только что б эфективней тормозить и жрать память. и да, эта хрень жрет память так эфективно, что мне 8Гб ОЗУ не хватает. прямо сейчас пока я пишу эти строки, он сожрал уже около 4Гб ОЗУ и потребляет около 25% процессорного времени.
а еще мне очень нравица его фишка "мигающая вкладка при событии на странице". эта функция позволяет мне увидеть что событие произошло даже если я не вижу окна хромиума - по тому что начало тормозить все - набор текста, движение курсора - 100% процессорного времени сжирает эта гребаная система уведомления миганием таба.
а еще с запущенным хромиумом ноут живет на батарейке 4 часа, а без него 7.

спасибо что дали выговорится. аж полегчало.

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


п.п.с. и еще раз передаю всем сотрудникам чертового УГла луч поноса.

2011-11-03

новости с полей боев с пользователями

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

  • теперь при загрузке системы /etc/network/interfaces игнорируется. то есть без нетворк-менеджера сеть теперь похоже не будет работать никак.
  • сдох dbus, и все сервисы теперь срут в логи центнеры матов что ничего не работает потому что "unable to connect to system bus".
мораль: принцип kiss великие мира сего имеют в виду, и исповедуют только принцип "нам виднее как оно должно работать".

2011-11-01

Секреты инноваций гугла

Пока великий инноватор всея руси играется с новым айфоном, гугл тоже не стоит на месте.

Рецепт инновационных изменений веб3.0 от гугл:

  • оставить только желтый-почти белый цвет. белый это круто. похер что он глаза выедает. и самую малость серого. но
  • убрать любые визуальные разделители, и заменить их на пустоту. много пустоты. между условной панелью инструментов и рабочей областью докс хватит 20% экрана. если пропусков не хватает что б визуально разделить - делаем светло-серую линию. но только в крайнем случае.
  • убрать нахер весь функционал. уже давно доказано что функционал не главное. главное дизайн. 
  • интегрировать с гугл-плюс. и засунуть в кольца.
  • в сапорте нанять пару человек с мылом@google.com что б они слали всех недовольных нахер, и объясняли им что те нихера не понимают в колбасных обрезках.
  • игнорировать список пожеланий.

и традиционный вопрос года. разыскиваются:
нормальная rss-читалка. желательно облачная. требование: никакой интеграции с гребаными социальными сетями. желательно что б у нее не было премии имени джобса в области каличного дизайна. желательно что б она влазила на любой экран, и работала не только под .NET 8.0 или adobe flash fx mx huy-ix (точнее "только не" под вышеперечисленным).

UPDATE: после нажатия publish увидел что google blogger тоже следует Пути Инноваций гУГла. если кнопке "swich back" to old look исчезнет, удалю нахер блог.

2011-10-19

ubuntu: enterprise-ready distributio

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

без спросу перезаписано/похерено:
* любые файлы в /etc/default. может не все, но многие. возможно это зависит от мантейнера пакетов. а может это линия партии - херить все что херится, хозяен компа каноникал а не та прослойка между клавой и стулом;
* стартовые скрипты и просто скрипты. меня уже заманало восстанавливать из бекапа /etc/qemu-ifup и qemu-ifdown. и да, я знаю про chattr +i, но он не всегда применим и не всегда спасает (как avahi-daemon перезаписывает файлы с immutable???)
* некоторые конфиги типа dhcp-client, и т.д. очевидно девелоперы не верят что там можно что-то править или иметь мнение отличное от мнения девелоперов
* скрипты /etc/init и /etc/init.d (кстати, еще по два луча поноса этим ублюдкам за две системы скриптов в одном дистрибутиве)
* полный волюнтаризм в /etc/rc.*.d

Борьба интеллекта пользователей с тупостью программистов :)

проблема:
при использовании штатных средств управления сетевым подключением (network-manager), есть некоторые неудобства:
1) переключение статика/динамика крайне сложное (под кде это только в последних двух релизах можно сделать без бубна)
2) при кратковременном потере линка (привет патчкордам с отломаными защелками) настройки интерфейса сбрасываются.
3) при уходе в спячку сброс
4) локальный прокси-кеш/банерорезка/анонимайзер теряют контакт с реальностью (не сразу отбнаруживают что днс-сервер доступен/изменился/недоступен)
5) системные сбои обычно приводят к полному отсутствию сети ( пока вручную не будет подправлен/удален /var/lib/NetworkManager/NetworkManager.state)
6) и т.д.

а так как network-manager у меня всегда вызывал устойчивый рвотный рефлекс, он был заменен на систему костылей:

1) /etc/network/interfaces:
auto eth0
iface eth0 inet manual
  up dhcpcd-bin -L -N eth0
  down dhcpcd-bin -k eth0

auto wlan0
iface wlan0 inet manual
  up wpa_supplicant -f /var/log/wpa_supplicant.log -dtK -C/var/run/wpa_supplicant.sock -c/etc/wpa_supplicant.conf -iwlan0 -Dwext -B && dhcpcd-bin -N -L -m 20 wlan0
  down dhcpcd-bin -k wlan0

2) /bin/renet:
#!/bin/bash
echo -n "Checking if interface is UP... "
DEVICE=${1:-eth0}
if [[ -n $(ip -o link show ${DEVICE} up) ]]; then
  echo "yes"
else
  echo "Interface is DOWN"
  exit 1
fi
DEFAULTROUTE=$( ip -4 route show to default dev ${DEVICE})
GW=${DEFAULTROUTE##default via }
if [[ ${GW} =~ [0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3} ]]; then
  echo -n "Checking if gateway ${GW} is accessible... "
  arping -qfc3 -I ${DEVICE} ${GW} 2>&1 > /dev/null
  REACHABLE=$?
  if [[ ${REACHABLE} != 0 ]]; then
    unset REACHABLE
    echo "no"
  else 
    echo "yes"
  fi
fi
if [[ ${REACHABLE} ]]; then
  echo "Refreshing lease"
  dhcpcd-bin -n -L ${DEVICE}
else
  echo "Restarting dhcpcd"
  dhcpcd-bin -k ${DEVICE}
  dhcpcd-bin -L ${DEVICE}
fi
echo "Refreshing squid3"
squid3 -k reconfigure

3) скрипт отрабатывающий спячку /etc/pm/sleep.d/30_renet
#!/bin/sh
# Restart networking

. "${PM_FUNCTIONS}"

[ -x $BINARY ] || exit $NA
[ -f $CONFIG ] || exit $NA

case "$1" in
  hibernate|suspend)
    # Do nothing
    ;;
  thaw|resume) 
    /bin/renet eth0
    pidof wpa_supplicant || /bin/renet wlan0
    ;;
  *) exit $NA
    ;;
esac

4) вручную править /etc/wpa_supplicant.conf

скрипты на гениальность/красивость не претендуют. но для меня они работают :)

Новая игрушка

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

Немогу не отметить что собственно обновление прошло практически незаметно. В отличии от предыдущих релизов, мне буквально 4 раза пришлось его перезапускать в ручном режиме по причине сбоя установочных скриптов, и лишь один пакет требовал серьезного ручного вмешательства. Остальные ошибки просто исчезали в выводе логов...

После установки обновлений я сразу же обнаружил множество положительных изменений. Разработчики положили на все rc-скрипты, т.е. мгновенно загрузились все демоны когда-либо установленные в системе. Также, Система любовно:
* добавила 18 локалей, включая локали стран африки (естественно, ведь каждый нормальный убунтоид должен быть близок к идеям свободы равенства и братства!)
* тщательно перегенерировала initrd и modules.dep для всех когда-либо установленных ядер (причем не менее 5 раз), причем под "когда-либо установленными" я понимаю действительно пакеты с ядрами уже давно удаленные из системы, правда не все удалось обновить, но кто ж обращает внимание на такие ошибки!
* любовно загрузила в память все модули ядра, проигнорировав modprobe blacklist (а вдруг пригодится!)

Но и на этом приключения не кончились. Ведь изменения станут эфективны лишь после перезапуска программ, верно?
Перезагрузка принесла новые положительные сюрпризы:
* plymouth не смог себя прикончить при перезагрузке (эпическое сообщение killing all remaining applications ... [fail]:)), и ушел в мертвую петлю. отсутствие кнопки резет на ноутбуках это неудобно. с такими новыми современными операционными системами эту кнопку стоит поставить вместь пробела.
* загрузка тоже принесла красивейшие спец-дефекты. черный экран без курсора. я честно ждал минут 5 пока не начал искать способы что происходит, и нашел что:
* система решила подождать для верности 5 минут для настройки сети. еще и возмутилась почему она стартует так долго. и верно, нельзя же статические айпишники из /etc/network/interfaces применить мгновенно, стоит подождать (я конечно понимаю что 5 минут система ждала рапорта от network-manager, но его в системе нет уже 3 года, и апгрейд к счастью его не вернул - почему система этого не заметила?)
* затем система около 3х минут пробовала смонтировать все диски
* и наконец, гранд-финал! kdm. и здесь меня тоже подстрекает забота программистов. как прояснил dpkg.log, xserver-xorg-input-kbd (драйвер клавиатуры для иксов) это для слабаков, и соответсвенно был снесен нахрен. потому ввод пароль превратился в умилительнейший квест!
* при старте я получил с пол-сотни всплывающих зависающих уведомлений, но это уже мелочи. я дома.

При чистке системы обнаружил еще пару бонусов:
* 12309 более на актуален. если раньше при копировании файлов система подтормаживала, то теперь копирование 5Гб файла позволило мне достигнуть на ноутбуке LoadAvg 13! (запуск 2х виртуалок с 2008r2 с паралельной установкой в виртуалку win7 это LoadAvg около 6-7)
* порадовало потребление памяти: сразу после загрузки 3.2Гб. и это без учета всяких буферов и кешей. которые после копирования 5Гб файла позволили мне применить все 8Гб оперативки! теперь у меня своп-файл простаивать не будет: в нем УЖЕ 30Мб :)

2011-10-04

Полезная утилита

apt-get changelog

например:
apt-get changelog tzdata

tzdata (2011k-0ubuntu0.11.04) natty-proposed; urgency=low

* New upstream release 2011k: (LP: #865750)
- Palestine suspends DST during Ramadan in 2011
- Gaza and Hebron split in 2011, leading to a new Asia/Hebron zone
- Belarus adopts permanent DST in 2011
- Ukraine adopts permanent DST in 2011
* debian/control: update maintainer fields

-- Gary Lasker Mon, 03 Oct 2011 22:02:21 -0400

2011-09-02

Черный Список Технологий Динамипса

Dynamips - очень удобная штука, даже если всегда есть собранная лаба. Очень часто надо проверить какую-то конфигурацию, и на то что б набросать конфиг dynagen'а и протестить все в динамипсе уходит на порядок меньше времени чем на адаптацию стенда.

Но тут есть несколько неприятных моментов. Есть вещи которые в динамипсе делать нельзя. Здесь будет вестись список технологий которые приводят к неадекватной работе динамипса.

* bridging. при бриджевании интерфейсов возникают интересные потери пакетов. причем не только на интерфейсах объединенных в бридж-группу. иногда проявляется только под нагрузкой (ping X re 100 достаточно).

* MLPPPoFR. под трафиком начинаются потери пакетов на всех линках топологии, не только на PPP.

продолженение следует

2011-08-29

Question of the day

1.вопрос 1:
примет ли коммутатор такую конфигурацию:
interface fa0/24
  ip unnumbered lo1 poll

interface lo1
  ip add 204.12.1.9 255.255.255.0
вопрос 2: будет ли работать ping 204.12.1.254 (при условии что хост 204.12.1.254 подключен к fa0/24 коммутатора)?

ответ:
как ни странно, но на 12.2(52)SE - да и да, все работает без проблемов.

2011-08-28

Question of the day

вопрос:
что делает опция poll команды ip unnumbered?

ответ:
позволяет динамически изменять ip интерфейса (обычно unnumbered ip не отслеживает изменения ip основного интерфейса)

2011-07-09

Question of the day

я бы даже сказал вопрос года.

вопрос: как сделать так, что бы при запуске kdm дисплей ноута имел строго заданные настройки (а не отфонарные автоматические)?


p.s. графическая утилита настройки kdm настраивает только рюшечки.
p.p.s. утилита настройки мониторов и устройств просто создает скрипт который выполняет xrandr ПОСЛЕ входа и загрузки окружения рабочего стола.

2011-07-02

Ностальгия

Нужно было в сети поднять один небольшой сервис. Покупать под это новый сервак - дорого и бестолково. Взял старый (лет 7) комп, на котором по совпадению оказалась убунта, решил не переставлять, просто доставить нужные демоны и почистить скрипты. Сделал удаленный доступ, и решил протестировать и донастроить издому.

Дома наблюдаю странность - сервер "исчез". То ли завис, то ли что.
На следующий день проверяю - работает как часы. Только странность, включился ровно в полночь. Проверил - в офисе никого не было, другие компы не выключались - значит не питание.
Вечером ситуация повторяется с 100% точностью!
В 21:40 компа нет, в полночь появляется опять!

Начал искать его на свичах, проверять арп, и тут нахожу в cron'е основного шлюза запись:

 #turn all machines off
30 21  * * *   /root/bin/shutdown.all 

И вспоминаю, как много лет назад с коллегой "автоматизировали" сеть:
* все компы по расписанию выключались (вендовые по rpc, юниксовые по ssh)
* интернет включался и выключался по расписанию, что б люди работали а не шарились (прозрачное кеширование/фильтрация и VRF magic)
* были скрипты для wake-on-lan компов (wol by Thomas Krennwallner)
* были скрипты для того что бы разбуженные по wake-on-lan компы загружались по сети, и мультикастом загружали образы жестких дисков (заливка образов через clonezilla)
Как выяснилось, за все эти годы, когда в сети царил хаос и анархия, несколько раз проводились сравнительные эмпирические исследования эфективности 'rm -rf /' и 'rm -f /etc/*' в производстве энтропии, роль админов выполняли разные люди - скрипты не утратили работоспособность!

Соответственно, в 21:30 комп выключался, а утром по wake-on-lan включался назад.
Проверил все тем же wake-on-lan скриптом - сервер поднялся за пару десят секунд...

Вот такие случаются мистические истории :)

P.S. Ярослав, если ты читаешь эти строки, то вот тебе послание из будущего: не стирай больше /etc; и вообще - think before you type :)

2011-06-27

Michael Larabel наконец-то нашел проблему повышенного энергопотребления лялиха

Собственно вот разлив его мысли по древу.

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

какие данные у меня были, исходя из которых я жалуюсь на энергопотребление:
  • на моей старой бляшанке установленная из коробки виста показывала результат 9 часов на батарейке(с блекджеком и вайфаем), 
  • рекорд убунты 10.10 - почти 12 часов на батарейке (ядро в районе 35го, настройки не воспроизводимы :( ), 
  • сейчас норма убунты - чуть меньше 6 часов, но без вайфая.

опыты:
  1. ядро 2.6.35-29
  2. ядро 2.6.38-10 
  3. ядро 2.6.38-10 с aspm=force (знаменитый "фикс" ларабеля)
  4. win7

в линухе энергопотребление оценивалось powertop, в вин7 сугубо "на глазок"
  1. 2.6.35-29 потребляет 8-10Вт (обещает жить 7-8 часов на батарейке)
  2. в 10.10 использовалось другое ядро, поэтому результату до 12 часов очень далеко.
  3. 2.6.38-10 ванильный потребляет 11-14Вт (обещает жить 4.5 часа на батарейке)
  4. 2.6.38-10 с "фиксом" потребляет 11-14Вт (обещает жить 4.5 часа на батарейке)
  5. win7 обещает жить 5-7 часов на батарейке (если дать ему обновиться и прибить все фоновые компиляторы дотнета, будет что-то ближе к 8 часам с вайфаем, что хуже чем виста но лучше чем новая убунта)
вывод: остается только признать что прогресс идет путем "срать на пользователей", и либо ставить себе 9.10 и не обновляться,  либо смириться и терпеть.

2011-06-24

Ох уж этот ваш лялих

Из года в год состояние пациента(основным наблюдаемыми является уебанта, ака ubuntu, но это применимо и ко всем другим подвидам) только ухудшается.

1) Явление номер 1: 12309
баг, которому уже больше 3х лет.
идея в том что если в системе что-то в данный момент работает (копирование файла, запущена виртуалка, торрент - что угодно), то весь пользовательский интерфейс переходит в режим эффектного слайд-шоу: переключение окошек занимает от 3 до 30 секунд, прорисовка окошка только сегодня и только для вас - от 1секунды.
движение курсора в любых полях редактирования заметно отстает от нажатий клавиш.
Проявляется на абсолютно всех ядрах новее 2.6.18, хотя уже сто тысяч раз обещали, что баг уже исправлен (проверял даже во время написания поста, с ядром убунты 2.6.38-10-generic).

2) спонтанные падения графической оболочки.
Jun 24 20:00:41 t00l kdm[26406]: X server for display :0 terminated unexpectedly
естественно что никакого сохраниния открытых файлов или сессии.


3) мега-авто-супер-пупер-заебатый-авто-мега-плаг-блять-плей
система сама умеет настроить монитор, например сделать на wxga дисплее ноутбука разрешение 1024х768, сразу сделать внешний проектор основным для вывода, и сама перемещает все открытые окошки за пределы рабочего стола при отключении внешнего монитора.
и наконец сделали что б с этим было невозможно бороться (все богом проклятые файлы конфигов теперь по велению его святейшества шатлворта игнорируются).
аналогично система умеет сама ломать настройку сети, вешаться при подключении флешек, фотоаппаратов, и т.д.


4) отсутствие нормального броузера.
все существующие броузеры ведут соревнование кто быстрее освоит всю оперативу и своп.
лидирует хромиум: оперативу усваивает всю при любом количестве вкладок почти сразу.
второе место файрфокс: сжирает 4Г ОЗУ + 3гига свопа каждую ночь (как только я отойду от ноута), и утром дает возможность безответно поколотить по клавиатуре судорожно свопящего ноута.

5) ужасная работа с сетевыми ФС:
Jun 24 19:57:47 t00l kernel: [769852.453142] CIFS VFS: Send error in read = -11
Jun 24 19:57:57 t00l kernel: [769862.455756] Status code returned 0xc0000008 NT_STATUS_INVALID_HANDLE
Jun 24 19:57:57 t00l kernel: [769862.455771] CIFS VFS: Send error in read = -9
как результат запись на сетевой диск это русская рулетка.
только с автоматическим пистолетом а не револьвером.
ни разу когда я специально проверял контрольные суммы на жестком и на сетевом диске не сошлись.

6) ужасная работа с сетевыми картами и вайфаем.
раз в неделю отваливаются дрова, залипает acpi'шная кнопка блокирования радио, и другими способами перестает работать сеть.

7) флешплеер.
эта штука сама без хромиума и файрфокса умеет выжирать всю память и вешать комп.
каждый раз когда на страничке вижу это уебищное поделие искренне шлю лучи поноса всем кто причастен.

вроде полегчало, но продолжение описания всех прелестей сабжа обязательно последует.

2011-02-17

Question of the day

дан фрагмент вывода комманды show ip eigrp topology:

P 150.1.4.0/24, 0 successors, FD is Inaccessible
        via 145.1.47.7 (2560261120/2560258560), FastEthernet0/0
P 150.1.3.0/24, 0 successors, FD is Inaccessible
        via 145.1.47.7 (286720/284160), FastEthernet0/0
P 145.1.37.0/24, 0 successors, FD is Inaccessible
        via 145.1.47.7 (30720/28160), FastEthernet0/0

вопрос: почему данные маршруты не имею successor'ов?

ответ:
эта ситуация сходна с bgp rib-failure, только для eigrp такого флажка не придумали.
на данном роутере есть такие же маршруты но с более низким AD.

2011-02-15

Cisco challenge

дано:
топология с рисунка.
R2 - hub, на нем два dlci, 203 на R3, 204 на R4
настройка хаба:


interface Loopback 0
   ip address 150.1.2.2 255.255.255.0
!
interface Serial1/0
  no ip address
  encapsulation frame-relay
  serial restart-delay 0
  frame-relay interface-dlci 203 ppp Virtual-Template1
  frame-relay interface-dlci 204 ppp Virtual-Template1
!
interface Virtual-Template1 
 ip address 10.0.234.2 255.255.255.0
 ip ospf network point-to-multipoint
!
router ospf 1
  network 10.0.234.0 0.0.0.255 area 234

поднят оспф, на каждом маршрутизаторе в область 125 оспфа включен лупбек.
при этом таблица маршрутов на нем выглядет следующим образом:

R2#sh ip ro     
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area 
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route

Gateway of last resort is not set

     10.0.0.0/8 is variably subnetted, 12 subnets, 2 masks
C       10.0.234.0/24 is directly connected, Virtual-Access1
                       is directly connected, Virtual-Access2
C       10.0.234.3/32 is directly connected, Virtual-Access1
C       10.0.234.4/32 is directly connected, Virtual-Access2
     150.1.0.0/24 is subnetted, 10 subnets
C       150.1.2.0 is directly connected, Loopback0
O       150.1.4.0 [110/2] via 10.0.234.4, 00:21:11, Virtual-Access2
O       150.1.3.0 [110/2] via 10.0.234.3, 00:21:19, Virtual-Access2
вроде все логично, 10.0.234.0/24 доступен в двух virtual-access (два pvc pppofr).
при этом ppp добавляет peer route /32.
но присмотритесь к egress interface маршрутов на чужие лупбеки!

челенж: почему nexthop rercursive resolution использует один и тот же Virtual-Access2??? ведь /32 на nexthop 10.0.234.3 ведет на Virtual-Access1!

да, ребут роутера помогает. в смысле VirtualAccess2 легко меняется на Virtual-Access1 и обратно. но из двух лупбеков всегда доступен только один, по второму приходят только ttl exceeded.

2011-01-01

[Ubuntu] extension "GLX" missing on display :0

если вдруг у вас работал-работал, но вдруг перестал работать OpenGL в ubuntu (перестали работать игрушки, вырубился композит, не работает wine, и т.д.) а вы ничего не делали - не переживайте, все так и задумывалось.

дело в том, что в своей бесконечной заботе о благе пользователей, тупые долб добрые люди собирающие ubuntu используют следующие подходы: "ставим все что есть, там разберемся", "загружаем все без разбору", "никаких конфигов! нельзя спугнуть тупых юзверей!".
как результат, ставятся много комплектов дрова/opengl/glx, и не факт что загрузится рабочая комбинация.
для того что б проблему решить, нам поможет старый добрый топорик "sudo apt-get purge":
если у нас видео intel, сносим к черту все проприетарные драйвера:

$ sudo apt-get purge nvidia\* fglrx\*


далее, перезапускаем xorg, и скорее всего теперь glx у нас уже работает.