Ученые Петербургского института имени Вольского выступили с официальным
заявлением, в котором утверждают о физической невозможности для человека
пойти в жопу. К такому выводу ученые пришли, спустя 2 года
экспериментальных и теоретических разработок.
«Придется смириться с тем фактом, что на данной стадии развития хомо
сапиенс неспособен отправиться в жопу. Поэтому многочисленные вербальные
высказывания подобного характера являются абсолютно голословной
бравадой», – с печалью констатирует глава группы исследователей доктор
медицинских наук И.М.Кранц. А ему можно верить. Через дерзкие
эксперименты его группы за эти годы прошло более 500 человек. Он получил
4 отечественных и 2 международных гранта, однако, все безрезультатно.
Стоит добавить, что эта проблема – не единственная, которой занимается группа доктора Кранца.
«Хотя пойти в жопу на сегодня и не представляется возможным, у
человечества есть и другие опции. Конкретно сейчас мы набираем группу
добровольцев для участия в опыте по проверке возможности пойти «на
х**»,– добавляет специалист.
По крайней мере для одного члена испытательной команды подобные
клинические испытания могут стать крайне болезненными, предупреждают
возможных соискателей в институте имени Вольского.
(c) HOBOSTI
среда, 12 октября 2011 г.
пятница, 7 октября 2011 г.
Proxmox Virtual Environment
Proxmox VE
Добавил в кластер машину с аппаратной виртуализацией. Но proxmox сообщил следующее:
KVM module not loaded. Maybe you need to enable Intel VT / AMD-V support in the BIOSПроверил, действительно в BIOS виртуализация отключена. Включил. Proxmox упорно не хочет загружать модуль KVM. Вылечилось полным обесточиванием сервера. Теперь все отлично.
Proxmox Virtual Environment
Proxmox Virtual Environment. Установка и впечатления.
- В настройках системы, в разделе DNS необходимо установить имя хоста.
- Обязательно настроить время на всех хостах.
после этого создать кластер просто, используя информацию с офф-сайта:
Создаю мастер-сервер:
Залогиниться на первый сервер используя ssh
Создать сервер:
pveca -c
для проверки:
pveca -l
Добавить узел в существующий кластер
Залогиниться по ssh на нужный сервер. Причем он не должен содержать
виртуальных машин, во избежание конфликтов VMID. Если они уже там есть
их можно зарезервировать, а затем восстановить уже в кластере.
Присоединяю узел к master серверу:
pveca -a -h IP-ADDRESS-MASTER
Проверяю:
pveca -l
посмотреть состояние:
pveca -l CID----IPADDRESS----ROLE-STATE--------UPTIME---LOAD----MEM---ROOT---DATA 1 : 192.168.7.104 M A 5 days 01:43 0.54 20% 1% 4% 2 : 192.168.7.103 N A 2 days 05:02 0.04 26% 5% 29% 3 : 192.168.7.105 N A 00:13 1.41 22% 3% 15% 4 : 192.168.7.106 N A 00:05 0.54 17% 3% 3%
Что я смог попробовать:
- Управление производится с мастер сервера. Там же хранятся шаблоны машин. (Я проверял только OpenVZ). При создании машины надо выбрать на каком сервере будет она хостится.
- Миграция проста до неприличия. Возможна даже на лету, но при этом виртуалка мигнет секунд на 30 при переключении.
- Создать свой шаблон тоже просто. Надо остановить машину, перейти в
каталог /var/lib/vz/private/<VMID>, и запаковать содержимое
используя tar czf <filename>
filename должен иметь формат:
<OS>-<OSVERSION>-<NAME>_<VERSION>_<ARCH>.tar.gz
потом полученный файл положить в /var/lib/vz/templates/cache и он будет доступен для сождания новых машин. Я таким образом сделал систему с установленным ключем для ssh, чтобы заходить без пароля во все новые машины.
Google chrome в окружении не GNOME/KDE
Столкнулся с проблемой: google-chrome не использует настройки прокси сервера, запущен не в GNOME или KDE.
Действительно, заявлено поддержка только этих менеджеров. Но оказывается хром пробует настройки прокси из браузера firefox. Если там указан прокси сервер, то хром будет его использовать.
Также можно запихнуть данные о прокси в /etc/profile в виде:
http_proxy="http://192.168.0.1:3128"
https_proxy="http://192.168.0.1:3128"
export http_proxy
export https_proxy
Действительно, заявлено поддержка только этих менеджеров. Но оказывается хром пробует настройки прокси из браузера firefox. Если там указан прокси сервер, то хром будет его использовать.
Также можно запихнуть данные о прокси в /etc/profile в виде:
http_proxy="http://192.168.0.1:3128"
https_proxy="http://192.168.0.1:3128"
export http_proxy
export https_proxy
Если прокси требует логин/пароль, то изменить вид на http://login%password@hostname:port/
Подписаться на:
Сообщения (Atom)