I have just uploaded +Ubuntu 12.04 templates for OpenVZ to
In case it doesn't work with vzctl-3.1 (haven't tried it, going to release 3.2 really soon), try the recent pre-3.2 vzctl nightly build, see more info at
Enjoy =)
I have just uploaded +Ubuntu 12.04 templates for OpenVZ to
In case it doesn't work with vzctl-3.1 (haven't tried it, going to release 3.2 really soon), try the recent pre-3.2 vzctl nightly build, see more info at
Enjoy =)
Занялся снижением шума у своего рабочего компьютера, охлаждение процессора заменил на ASUS Triton 75, блок питания на Corsair [CMPSU-650TXEU], добротный корпус Thermaltake V3 black. Убрал лишние жесткие диски (оставил только два: системную 160-ку и теребайтник под сторадж), оставшиеся намертво прикрутил через резиновые сантехнические прокладочки. В итоге осталась только шумная GeForce 210, решил выкрутить из нее вентилятор. Собственно после отключения активного охлаждения видеокарты стало интересно, какая же температура у видеокарты. Выяснить это можно с помощью nvidia-settings.
shakirov@work:~$ nvidia-settings -q [gpu:0]/GPUCoreTemp Attribute 'GPUCoreTemp' (work:0[gpu:0]): 53. 'GPUCoreTemp' is an integer attribute. 'GPUCoreTemp' is a read-only attribute. 'GPUCoreTemp' can use the following target types: X Screen, GPU.
Для того чтобы засунуть этот параметр в мониторинг, заббикс, кактус или munin может пригодиться однострочник:
nvidia-settings -q [gpu:0]/GPUCoreTemp| grep Attribute| awk '{print $4}'|cut -f1 -d .
Ну собственно только отключив охлаждене, и узнав что температура быстро подскочила до 100 градусов и продолжает расти, начал читать мануал в котором сказано что 105 градусов для GF210 критические. Вобщем пришлось включить кулер, и думать на что же менять видюху...
Hibernate это по нашему спящий режим, содержимое ОЗУ скидывается в swap и компьютер выключается, после включения машина работает с того же момента что и до ухода в хибернейт. Кто работал с виртуальными машинами типа vmware и пр. будет понятнее если сравнить с save state выключением.
Вобщем, когда на рабочий компьютер я устанавливал Ubuntu у меня было всего 1 гиг ОЗУ, соответственно инсталятор сделал небольшой swap раздел. Чуть позже я добил ОЗУ до 4-х гиг и swap раздела стало нехватать для спящего режима. Сделал swap раздел на другом диске и другого размера, машина стала уходить в спящий режим без ошибок, а вот вместо того чтобы просыпаться из него, система просто грузилась заново. Как оказалось нужно менять имя раздела или UID раздела swap не только в fstab но и в файле /etc/initramfs-tools/conf.d/resume
на всякий пожарный перегенерим initramfs:
С выходом Ubuntu 10.04 настройка бесперебойного источника питания Ippon Back Comfo Pro стала проходить почти без всяких танцев с бубнами.
Ставим пакет nut и добавляем в /lib/udev/rules.d/52-nut-usbips.rules строчки (для вашего ИБП возможно надо будет поменять значения idVendor и idProduct, посмотрите через lsusb):
# Ippon
# Ippon Back Comfo Pro 800
ATTR{idVendor}=="06da", ATTR{idProduct}=="0003", MODE="664", GROUP="nut"
Вытыкаем-втыкаем USB-кабель, чтобы пересоздать файл устройства.
Пишем в /etc/nut/ups.conf:
[ippon]
driver = blazer_usb
port = auto
desc = "Ippon Back Comfo Pro 800"
sudo invoke-rc.d nut restart и проверим что выдаст команда upsc ippon:
$ upsc ippon
battery.voltage: 13.60
battery.voltage.nominal: 12.0
beeper.status: enabled
device.type: ups
driver.name: blazer_usb
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.version: 2.4.3
driver.version.internal: 0.03
input.current.nominal: 3.0
input.frequency: 50.1
input.frequency.nominal: 50
input.voltage: 222.3
input.voltage.fault: 222.3
input.voltage.nominal: 220
output.voltage: 222.3
ups.delay.shutdown: 30
ups.delay.start: 180
ups.load: 18
ups.productid: 0003
ups.status: OL
ups.temperature: 25.0
ups.type: offline / line interactive
ups.vendorid: 06da
Profit! Остальное настраиваем по собственному вкусу и желанию.
Внезапно умерли иксы. Как в анекдоте: шел ежик ubuntu по лесу, забыл как дышать грузить драйвер nvidia и умер.
Шел ежик по лесу, и вдруг забыл как дышать
Симптомы такие: при загрузке в том месте, где система обычно переходит в графический режим, экран начинает бешено мигать, при этом видно, что загружаются демоны. В конце концов видим обычное приглашение текстовой консоли, однако войти в систему невозможно, потому что клавиатура практически не слушается. Потому что в это время Xorg, словно в Колесе Сансары, непрерывно перерождается и умирает, не находя модуля nvidia:
/var/log/Xorg.0.log:
(II) LoadModule: "nvidia" (WW) Warning, couldn't open module nvidia (II) UnloadModule: "nvidia" (EE) Failed to load module "nvidia" (module does not exist, 0)
Примерно такие сообщения я увидел в логах, войдя с ноута по ssh на терпящую бедствие рабочую станцию.
Гугление показало, что многие в такой ситуации тупо ставят . Интересно, что примерно год этим как бы очевидным и простым решением. Проблемы появляются не сразу, а в тот момент когда система обновит ядро. Драйверы, собранные для другой версии, с новой работать откажутся. И придется, матерясь, вручную переустанавливать бинарные драйверы.
Тут позволю себе немного лирики.
Линукс дома стоит у меня уже давно, и проблем с ним никогда особо не было.Смешные случаи были. Вот например жена, человек максимально далекий от компов, по радио как-то услышала, что есть такой Линукс, и под ним нет ни вирусов, ни троянов, и вообще чудо-система! И так ей эта идея понравилась, что говорит мне: «Слушай, а давай нам тоже этот Линукс поставим! Я в нем может тоже разберусь». Я ей говорю, «Мать, а ты не заметила что последние полгода ты на моем компе сидишь на этом самом Линуксе?» Это при том, что она не только по интернетам ходила, но и проги под Wine запускала, в Open Office чего-то та ваяла, GIMP-ом фотки редактировала («странный у тебя фотошоп»). Посмеялись, удивлению её не было предела...
В общем, Линукс в целом был надежной домашней системой. А тут, после обновления Ubuntu до 9.10, начался сплошной гемор: то тут отвалится, то там. Ни кино посмотреть, ни в инет выйти. И вот сегодня женщина предложила снести к ебеням Ubuntu и поставить «нормальный виндовс».
Парни из Canonical! Я понимаю, что выпускать новый релиз каждые полгода — это ужасно круто, и ваши боссы наверняка гордятся вами и тем, что все идет по плану, но блин, чуваки! Мне ужасно неудобно перед женой, что вместо того, чтобы провести с ней вечер, я сижу и тупо втыкаю в десятки сообщений на форумах, где такие же бедняги сидят и тупо не знают что делать с сошедшей с ума железкой.
На этом с лирикой закончим.
В общем, гугль не помог, пришлось действовать по наитию.
Сначала смотрим, что у нас есть в системе:
$ sudo dpkg --get-selections|grep nvidia nvidia-173-modaliases install nvidia-180-modaliases install nvidia-185-libvdpau deinstall nvidia-185-modaliases install nvidia-190-kernel-source install nvidia-190-libvdpau install nvidia-190-modaliases install nvidia-96-modaliases install nvidia-common install nvidia-glx deinstall nvidia-glx-173 deinstall nvidia-glx-177 deinstall nvidia-glx-185 deinstall nvidia-glx-190 deinstall nvidia-glx-new deinstall nvidia-glx-new-envy deinstall nvidia-kernel-common install nvidia-settings deinstall nvidia-settings-190 install
Как видно, много всего. Удаляем всё:
$ sudo dpkg --get-selections | grep nvidia | grep -v deinstall | awk '{print $1}' | xargs sudo apt-get remove
Проверяем, что все удалено:
$ sudo dpkg --get-selections | grep nvidia | grep -v deinstall
И ставим только то, что нужно, а именно последний официальный драйвер от Canonical:
$ sudo apt-get install nvidia-glx-185
Сборка и установка проходят нормально, перегружаемся и видим, что ежик вспомнил как дышать и пошел дальше.
Тот самый ежик (картинка с сайта photo.ejik-land.ru)
Все началось с того, что я решил посмотреть кино — . Поскольку действие происходит на Луну, да еще в 2112 году, то голубой цвет кожи, и зеленоватая кровь меня, хоть и удивили, но не сильно:
Прекрасные синие лица
Фильм досмотрел, понравилось.
На следующий день я включил не менее фантастичное кино — , и когда и здесь все герои выглядели как Фантомас, я честно сказать напрягся!
Часто задаваемые вопросы о путешествиях во времени: и здесь синева
Попробовал запустить фильм в других проигрывателях: vlc, xine, mplayer. Безрезультатно — цвета при воспроизведении видео искажены до неузнаваемости. Покрутил настройки NVIDIA X Server Settings: не помогает, можно сделать только хуже. Искаженные цвета при проигрывании видео не удавалось исправить.
Тут вспомнил, что при обновлении Ubuntu до 9.10 драйвер NVIDIA обновлялся до версии 185. Откатился до не-рекомендуемой версии 173. Ага! Заработало! Цвета стали нормальными. В качестве побочного эффекта получил тормоза в других приложениях. Не понравилось, . Цвета снова поплыли...
Нашлось насколько же простое, насколько неочевидное:
В Видеопроигрывателе (Totem) идем в Правка -> Параметры -> Показ и жмем кнопку [Установить настройки по умолчанию]. Вауля! Все цвета пришли в норму во всех проигрывателях.
Как любит говорить в таких случаях мой знакомый-художник:
— Нет повода не выпить!
...и немедленно выпил.
Еще одно важное нововведение, которое тихой сапой появилось при агрейде системы до 9.10, стал новый демон upstart, который заменил собой старый, хорошо изученный SysV init.
Теперь запуск сервисов настраивается не через скрипты в /etc/init.d (хотя в целях обратной совместимости обвязка для их запуска имеется), а через конфигурационные файлы в /etc/init.
Вот, скажем, конфигурация для cron, /etc/init/cron.conf:
# cron - regular background program processing daemon # # cron is a standard UNIX program that runs user-specified programs at # periodic scheduled times description "regular background program processing daemon" start on runlevel [2345] stop on runlevel [!2345] expect fork respawn exec cron
Управление сервисами ('Jobs' в терминологии upstart) производится утилитой initctl:
alexx@cubana:/etc/init$ sudo initctl stop cron cron stop/waiting alexx@cubana:/etc/init$ sudo initctl stop cron initctl: Unknown instance: alexx@cubana:/etc/init$ sudo initctl start cron cron start/running, process 13430 alexx@cubana:/etc/init$ sudo initctl start cron initctl: Job is already running: cro
На первый взгляд, все как бы просто, доступно и понятно. Но это-то и настораживает. Часто случается так, что отладка таких «простых и понятных» программ превращается в настоящий ад. Надеюсь, это не тот случай.
После обновления Ubuntu до релиза 9.10 настройки окна входа в систему gdm сбросились на дефолтные, теперь при загрузке нас встречает некий коричневый кошмар. В настройках Gnome выбрать оформление gdm теперь невозможно.
Было:

Стало:

Гугление результатов не дало.
IP Sets – расширение пакетного фильтра ядра iptables, которое позволяет комфортно работать с большими наборами адресов/сетей. При написании правил iptables при этом мы оперируем именованными списками.
Это, пожалуй, единственный на сегодняшний день доступный способ писать правила для большого количества хостов/сетей, не перечисляя каждый из них в отдельном правиле. Если ваш сайт, работающий под linux, подвергается DDOS, вы наверняка уже знаете про IP Sets. Если нет — .
Утилита ipset живет в одноименном пакете, а все необходимые патчи ядра входят в состав пакета netfilter-extensions-source, который собирается и устанавливается при помощи утилиты module-assistant (которая для удобства имеет более короткое имя: m-a).
Примерный сценарий установки ip sets выглядит так:
$ sudo apt-get install ipset $ sudo apt-get install netfilter-extensions-source $ uname -a Linux host.domain.tld 2.6.26-1-686 #1 SMP Fri Mar 13 18:08:45 UTC 2009 i686 GNU/Linux # версия пакета linux-headers должна совпадать с версией ядра, для которого собирается netfilter-extensions $ sudo apt-get install linux-headers-2.6.26-1-686 $ sudo m-a build netfilter-extensions $ sudo m-a update && m-a a-i netfilter-extensions
Версия пакета заголовков ядра должна точно соответствовать версии активного ядра, для которого собирается ipset.
Граждане, будьте бдительны! В Ubuntu 9.10, Firefox 3.5 работает под профайлом . Что в свою очередь может приводить к разным малообъяснимым глюкам. Например, у меня он напрочь отказывался сохранять файлы в папку /data/ (причём молча).
Если вы столкнулись с подобным поведением, откорректируйте файл /etc/apparmor.d/usr.bin.firefox-3.5 и перезагрузите конфигурацию командой invoke-rc.d apparmor reload.