Цель данного поста – обратить внимание сотрудников Nokia на тот факт, что магазин Nokia Ovi Store в России работает не идеально.

В августе 2009 года мной было принято волевое решение начать свое дело – разрабатывать игры под смартфоны Nokia и продавать их через Nokia Ovi Store. Сам магазин Ovi Store открылся только 27-ого мая. Создание приложения и его публикации затянулось и заслуживает отдельной статьи.

В магазин мы попали только 6-ого января. Сразу же начались неожиданные проблемы, а именно:

1. Оплатить приложение в России – задача не тривиальная;
2. В отчете с текущим состоянием продаж сумма, мягко говоря, не сходится;
3. Сумма, получаемая с одной копии игры, оказалась несколько меньше ожидаемой;
4. Очень специфическая работа технической поддержки.

А теперь отдельно по каждой проблеме…

Оплатить приложение в России – задача не тривиальная

Теоретически, оплатить приложение в России можно 3-я способами:

1. Путем отправки SMS со счета мобильного телефона (для операторов Билайн и МТС);
2. Через банковскую карту Visa;
3. Через банковскую карту MasterCard.

На практике, ситуация выглядела несколько иначе:

1. Оплата через SMS для моего телефона не предлагалась (у меня Билайн).
   При этом, весной 2009 на том же аппарате, с той же SIM-картой оплата через SMS работала совершенно корректно. Так же не удалось оплатить через SMS с телефона МТС.
2. Оплата банковской картой Visa(Альфа-Банк, банк «Открытие») не принимается – операция отклонена.
   При этом, в октябре 2009 с той же банковской карты оплата производилась без проблем. Карта после успешной покупки была сохранена в учетной записи Ovi Store. После не успешной попытки оплаты карта из этого списка удалилась автоматически.
3. Оплата банковской картой MasterCard Virtual (Альфа-Банк) не принимается – не корректная дата окончания срока действия карты.
   Банковская карта MasterCard Virtual выписывается сроком на один месяц и заканчивается в текущем месяце.
4. Оплата банковской картой MasterCard Mass (Альфа-Банк) – работает.

Таким образом, получается, что купить что-либо в Nokia Ovi Store может либо владелец MasterCard, либо более везучий человек

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

В отчете с текущим состоянием продаж сумма, мягко говоря, не сходится

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

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

В нашем случае за январь было 5 продаж, но доля Nokia E65 среди купивших – 9.1% (1/11).

Единственное логичное объяснение данной ситуации, которое мне удалось придумать – устройство получает свой «процент» после того, как на нем была завершена процедура покупки, а число проданных копий меняется после того, как завершается транзакция на оплату (деньги сначала удерживаются банком и потом, через пару дней, списываются со счета).

На данный момент эта теория является неподтвержденной.

Добиться каких-либо комментариев от технической поддержки так и не удалось.

Сумма, получаемая с одной копии игры, оказалась несколько меньше ожидаемой

При регистрации в Nokia Ovi Store в качестве издателя, обещается 70% от суммы, которая остается после оплаты налогов и поборов платежной системы:
70% of Gross sales, net of refunds and returns, less applicable taxes and, where applicable, fixed operator billing costs.
На практике это значит, что с 3€ издателю остается 0.946€, то есть 31.5%.

Очень специфическая работа технической поддержки

Техническая поддержка – это отдельная песня:

1. Общаться с ней можно только по e-mail-у на английском языке;
2. К скорости ответа на письма я не могу привыкнуть до сих пор: ответ в стиле «мы получили ваше письмо» через 4-ре дня, после отправки этого письма – в порядке вещей;
3. Нет никакого идентификатора заявки;
4. Нет никакой возможности узнать статус заявки, кроме как по e-mail-у.

Общение в таком стиле возможно, но малоэффективно.

И что же дальше?

Картина получается безрадостная – деньги уже потрачены, а обильных продаж как-то не видно. Особенно удручает тот факт, что некоторых проблем ранее не было.

Для выправления данной ситуации вижу только следующие пути:

1. Расширение списка поддерживаемых платформ.
   В данный момент мы поддерживаем только платформу S60v3. Для расширения линейки устройств портируем под S40.
2. Расширение потенциальной аудитории.
   Что-то мне подсказывает, что таких проблем в Европе быть не должно. Как только доделаем локализацию – попробуем выйти на продажи в Европе.
3. Поиск других площадок распространения приложений.
   Тут без комментариев, но в данный момент это крайняя мера.

P.S. Я понимаю, что статья, в целом, получилась негативная, но другого способа докричаться до Nokia я не вижу.

К счастью, Grub2 отображает консоль через которую можно поправить ситуацию. Алгоритм восстановления загручика сводится к следующим действиям:

• Ищем партицию, где установлена система и загрузчик (у меня они совпадают):
  ls (hd0,6)/
• Когда партиция найдена, нужно задать путь к модулям Grub2:
  set prefix=(hd0,6)/boot/grub
• А так же путь к файловой системе с образом ядра:
  set root=(hd0,6)
• После этого нужно загрузить модуль загрузки Linux-а:
  insmod /boot/grub/linux.mod
  С этого момента жить становится легче, так как начинают работать дополнительные консольные плюшки, к примеру – табуляция.
• Указываем ядро и загружаемся:
  linux /vmlinuz root=/dev/sda6 ro
initrd /initrd.img
boot
• После попадания в Linux надо восстановить загрузчик. Для этого в Ubuntu можно воспользоваться командой:
  dpkg-reconfigure grub-pc

Ссылки по теме:

• https://help.ubuntu.com/community/Grub2

Суть проблемы в следующем: если создается SSL-сервер с самоподписанным сертификатом, то у него в CN может быть указан только один хост. В результате, если обращаться к HTTPS-серверу по другому доменному имени, получаем предупреждение не только о том, что сертификат самопальный, но и о том, что сертификат выдан другому сайту. А это как-то некузяво.

Для генерации сертификата для нескольких доменных имен можно пойти следующим путем:

1. Создаем приватный ключ, которым будем подписывать сертификат:

   openssl genrsa -out server.key 1024

2. Подготавливаем файл с параметрами сертификата (я назвал его server.cfg):

   [req]
   # Задаем имя секции с базовыми параметрами сертификата
   distinguished_name = req_distinguished_name
   # Параметры перечислены, так что спрашивать их нет смысла
   prompt = no
   # Имя секции с расширениями для запроса сертификата
   req_extensions = req_v3
   # Имя секции с расширениями для подписи сертификата
   x509_extensions = req_v3
   
   [req_v3]
   # Все альтернативные имена перечислены в секции alt_name
   subjectAltName=@alt_name
   
   [alt_name]
   # Альтернативные имена
   DNS.1 = www.example1.ru
   DNS.2 = www.example2.ru
   DNS.3 = www.example1.com
   
   [req_distinguished_name]
   # Имя сайта, на который выдан сертификат
   CN=www.example1.ru
   # Штат
   ST=Moscow-State
   # Отдел
   OU=Software Development
   # Организация
   O=Example, LLC
   # Город
   L=Moscow City
   # Страна
   C=RU

3. Генерируем запрос сертификата:

   openssl req -new -utf8 -key server.key -config server.cfg -out server.csr

4. Подписываем сертификат:

   openssl x509 -req -days 365 -in server.csr -extfile server.cfg -extensions req_v3 -signkey server.key -out server.crt

   При этом важно задать параметр extfile и extensions, без них в сертификате альтернативные имена эффекта не возымеют.

5. Посмотреть сертификат можно командой:

   openssl x509 -text -in server.crt

   В случае успеха в нем должны присутствовать строки вида:

   X509v3 extensions:
     X509v3 Subject Alternative Name:
       DNS:www.example1.ru, DNS:www.example2.ru, DNS:www.example1.com

Ссылки по теме:

1. http://openssl.org/docs/apps/req.html
2. http://wiki.cacert.org/VhostTaskForce

В результате я написал для себя патч, после которого утилита qmake группирует файлы в проекте по поддиректориям. Возможно, этот патч будет кому-нибудь интересен.

Патч проверялся на qmake от следующих версий QT: 4.5.0, 4.5.1, 4.5.2.

msvc_objectmodelcpp.patch

KVM использует аппаратную виртуализацию, что накладывает сильные ограничения на аппаратную составляющую, но, теоретически, дает минимальную усадку по производительности.

Аппаратная часть

Компьютер собирался относительно недавно и с расчетом на виртуализацию. Основное, как выяснилось, – это процессор с поддержкой виртуализации (серверные варианты я не рассматривал):

1. От Intel (технология Intel VT): поддержка виртуализации есть на некоторых Core2 Duo и некоторых Core2 Quad (см. здесь: http://www.intel.com/products/processor/core2duo/specifications.htm и http://ark.intel.com/cpu.aspx), а так же на Core i7;
2. От AMD (технология AMD SVM): поддержка есть на всех AMD Phenom, включая AMD Phenom X3.

Себе лично я взял самый дешевый AMD Phenom X3 из тех, что были в наличии.

Проверить наличие виртуализации в системе можно по наличию в файле /proc/cpuinfo флага vmx для Intel и флага svm для AMD.

Так же виртуализацию нужно включить в BIOS.

Программная часть

Работает KVM только под Linux и требует включения его в ядре. В Ubuntu 8.10 по-умолчанию модули для KVM есть, в том числе и в ядре с патчем под OpenVZ. То есть это дает возможность использовать KVM и OpenVZ одновременно.

Для установки KVM под Ubuntu Linux 8.10 достаточно выполнить:

apt-get install kvm

Так как под KVM нет свой утилиты для создания вируального диска, придется поставить еще и qemu:

apt-get install qemu

Установка виртуальной машины

Для начала нужно создать виртуальный диск, например:

qemu-img create -f qcow disk.img 10G

Эта команда создаст диск формата qcow (в отличие от raw, файл будет расти по мере надобности) с логическим объемом 10Гб.

После этого можно запустить виртуальную машину, например:

kvm disk.img -m 512 -localtime -no-acpi -net nic -net tap,ifname=veth1 -vnc :1 -daemonize

Здесь:

• -m 512 – выделить 512Мб оперативной памяти;
• -localtime – в виртуальной машине использовать локальное время (по умолчанию UTC), что полезно при запуске M$ Windows;
• -no-acpi – избавление от проблем с ACPI, иногда полезно;
• -net nic -net tap,ifname=veth1 – создать для виртуальной машины сетевой интерфес veth1 и цепануть его к первому попавшемуся bridge-у (по умолчанию используется сеть HOST-only). Для указания конкретного интерфеса моста я правил файл /etc/kvm/kvm-ifup.
• -vnc :1 – сделать машину доступной по VNC на дисплее :1. Очень полезно при удаленной установке;
• -daemonize – не держать процесс до завершения работы виртуальной машины.

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

Впечатления

Впечатления следующие: после установки M$ Windows настройл в ней подключение по RDP и поиздевался над системой (компиляция, установка нескольких программ и т.д.). Тормозов не почувствовал.

Сильно портит впечатление тот факт, что я не обнаружил штатного средства запуска при старте системы и корректного завершения виртуальной машины при остановке системы. Хотя, возможно, я просто недоглядел.

Ссылки

• http://www.ibm.com/developerworks/ru/library/l-linux-kvm/

sudo apt-get install tomcat6
sudo wget http://hudson.gotdns.com/latest/hudson.war /var/lib/tomcat6/webapps/

После этого перезапустил Tomcat, полез на http://localhost:8080/hudson/ и увидел, что ничего не работает.

Проблема вызвана тем, что политики безопасности Tomcat не дают Hudson-у достаточных для работы привилегий.

Решается проблема просто – в файле /etc/defaults/tomcat6 надо добавить строку:

TOMCAT6_SECURITY=no

И перезапустить Tomcat.

Так же в файле /etc/defaults/tomcat6 не лишним будет указать для Hudson более разумную директорию:

JAVA_OPTS="-Djava.awt.headless=true -Xmx128M -DHUDSON_HOME=/var/db/hudson"

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

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

Требования были следующие:

1. Бесплатность;
2. Возможность добавления нескольких скриптов для сборки;
3. Запуск сборки с указанной периодичностью;
4. Возможность ручного запуска сбоки;
5. Уведомления о провалившихся сборках;
6. Хранение последних артефактов сборки;
7. Возможность посмотреть лог провалившейся сборки;
8. WEB-интерфейс.

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

Это работало, но имело ряд неудобств. Основные из них:

1. После запуска сборки нужно самому залезть и убедиться в её окончании, о чем забываешь;
2. Если сборка провалилась, трудно искать проблему;
3. Нельзя назначить следующую сборку, пока идет предыдущая;
4. Нет сборки по расписанию.

В итоге набрел на Hudson – https://hudson.dev.java.net/.

При всей своей простоте он с лихвой перекрыл все имеющиеся к нему требования. Устанавливается он без каких либо проблем под Java Application Server (я использовал TomCat): сразу после разворачивания war-файла готов к работе.

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

1. Централизованная установка плагинов;
2. Сборка после изменения исходного кода в системе контроля версий (поддерживает GIT, Subversion, CVS и др.);
3. Строит графики результатов сборки, объема занимаемого места, кол-ва TODO-шек и т.п.;
4. Возможность авторизации через LDAP;
5. Интеграция с Trac, Bugzilla, Jira и др.;
6. Можно задать, какие проекты нельзя собирать параллельно;
7. Возможность создания распределенных сборщиков (полезно для сборки под разным окружением, например Windows и Linux).

Так что если у кого есть потребность в системе автоматизированной сборки – советую глянуть.

Итого в vzctl можно добавить сетевой интерфейс следующими способами:

1. vzctl set 101 –ipadd 192.168.0.1 –save
   Данный способ добавляет виртуальной машине интерфейс точка-тока с хост-машиной. В общем целом для простых случаев этого достаточно, но данный способ, к примеру, не позволяет работать с broadcast-ами (он не подходит, если на виртуальную машину нужно установить Samba или DHCP-cервер).
2. vzctl set 101 –netdev_add eth0 –save
   Тут все тоже достаточно просто. Указанный сетевой интерфейс переносится в виртуальную машину. То есть он будет доступен только в указанной виртуальной машине (в хост-машине или нескольких виртуальных машинах его использовать нельзя).
   Так же данный способ не работает если попытаться перебросить в виртуальную машину VLAN-интерфейс.
3. vzctl set 101 –netif_add eth0 –save
   vzctl set 101 –netif_add eth0,00:18:51:d8:04:98,veth101.0,00:18:51:0f:a6:ab
   Самое интересное – данный способ создает пару интерфейсов (один в виртуальной машине – eth0, и один в хост-машине – veth101.0), но аргумент для указания моста в версии 3.0.22 еще отсутствует.

Речь далее пойдет о 3-ем способе.

При старте интерфейса нужно принудительно добавить его в интерфес моста. Описание этого процесса было взято из статьи: OpenVZ on Ubuntu 8.10 с небольшими правками (мне надо было иметь возможность указать разные мосты для разных интерфейсов), но суть та же.

Разница в реализации следующая:

1. Соответствие моста и интерфейса я задавал через переменную:

   VZBRIDGE="veth101.0,br0 veth101.1,br1"

2. Скрипт /etc/vz/bin/vznetaddbr получился следующим:

   #!/bin/bash
   CONFIGFILE=/etc/vz/conf/${VEID}.conf
   . $CONFIGFILE
   for iter in $VZBRIDGE; do
       IFACE=${iter%,*}
       BRIDGE=${iter#*,}
       if [ "$IFACE" == "$3" ]; then
           echo Adding interface $IFACE to bridge $BRIDGE
           /sbin/ifconfig $IFACE up
           /usr/sbin/brctl addif $BRIDGE $IFACE
       fi
   done

1. Чтобы можно было обновлять/восстанавливать/переустанавливать все это по отдельности;
2. Чтобы упростить борьбу с Firewall-ом, так как часть сервисов должна смотреть в Internet, а часть сугубо локальная;
3. Для проведения экспериментов лучше виртуальной машины придумать что-то сложно.

Выбор остановился на OpenVZ по следующим причинам:

1. OpenVZ почти не дает усадки по производительности;
2. OpenVZ не требует процессора с поддержкой виртуализации.

Минусы у OpenVZ:

1. Под OpenVZ можно запустить только Linux, причем специально подготовленный;
2. В Ubuntu от OpenVZ отказываются в пользу KVM.

Установка OpenVZ

Все операции выполняем от имени root-а:

[HW]$ sudo bash

Из Ubuntu 8.10 OpenVZ был исключен в пользу KVM, поэтому надо подключать репощиторий пакетов от Ubuntu 8.04:

[HW]$ cat << EOF >> /etc/apt/sources.list
deb http://de.archive.ubuntu.com/ubuntu/ hardy main restricted universe multiverse
deb http://de.archive.ubuntu.com/ubuntu/ hardy-updates main restricted universe multiverse
deb http://de.archive.ubuntu.com/ubuntu/ hardy-backports main restricted universe multiverse
EOF

Далее просто устанавливаем OpenVZ:

[HW]$ apt-get update
[HW]$ apt-get install linux-openvz vzctl

Так же для OpenVZ нужно установить пакет bridge-utils, иначе виртуальные машины не будут иметь доступа в локальную сеть:

[HW]$ apt-get install bridge-utils

Конфиг /etc/network/interfaces должен выглядеть где-то так:

auto lo
iface lo inet loopback

#Inet iface
auto eth0
iface eth0 inet dhcp

#eth1 - LAN
auto br0
iface br0 inet static
        address 192.168.1.1
        netmask 255.255.255.0
        bridge_ports eth1

Для корректной работы в /etc/sysctl.conf пришлось дополнительно добавить следующие опции сети:

[VPS]$ cat >> /etc/sysctl.conf <<EOF
#-- OpenVZ begin --#

# On Hardware Node we generally need
# packet forwarding enabled and proxy arp disabled
net.ipv4.conf.default.forwarding=1
net.ipv4.conf.default.proxy_arp = 0

# Enables source route verification
net.ipv4.conf.all.rp_filter = 1

# Enables the magic-sysrq key
kernel.sysrq = 1

# TCP Explict Congestion Notification
#net.ipv4.tcp_ecn = 0

# we do not want all our interfaces to send redirects
net.ipv4.conf.default.send_redirects = 1
net.ipv4.conf.all.send_redirects = 0

#-- OpenVZ end --#
EOF

Затем меняем в /boot/grub/menu.lst дефолтовый вариант загрузки и перезагружаемся.

Подготовка образа для виртуальной машины

Сразу оговорюсь, что можно взять уже готовый образ с сайта: http://wiki.openvz.org/Download/template/precreated.

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

Для этого нужно установить пакет debootstrap:

[HW]$ sudo apt-get install debootstrap

Затем создать директорию и установить в неё минимальный Ubuntu (ARCH нужно заменить на amd64 или i386 в зависимости от желаемой архитектуры):

[HW]$ mkdir intrepid-chroot
[HW]$ sudo debootstrap [--arch ''ARCH''] intrepid intrepid-chroot

Затем создаем виртуальную машину:

[HW]$ sudo mv hardy-chroot /vz/private/101
[HW]$ sudo chown -R root /vz/private/101
[HW]$ sudo vzctl set 101 --applyconfig vps.basic --save
[HW]$ echo "OSTEMPLATE=ubuntu-8.10" | sudo tee -a /etc/vz/conf/101.conf >/dev/null
[HW]$ sudo vzctl set 101 --ipadd x.x.x.x --save
[HW]$ sudo vzctl set 101 --nameserver x.x.x.x --save
[HW]$ sudo rm /vz/private/101/etc/rcS.d/S10udev

Затем запускаем систему (в контейнере мы будем под root-ом):

[HW]$ sudo vzctl start 777
[HW]$ vzctl enter 777

Удаляем лишние пакеты:

[VPS]$ apt-get remove --purge busybox-initramfs console-setup dmidecode eject \
 initramfs-tools klibc-utils laptop-detect libklibc libvolume-id0 module-init-tools \
 ntpdate ubuntu-minimal udev xkb-data tasksel tasksel-data

Так же можно удалить DHCP:

[VPS]$ apt-get remove --purge --auto-remove dhcp3-client dhcp3-common

Меняем список источников:

[VPS]$ export COUNTRY=<YOURCOUNTRY>.
[VPS]$ export DISTRIB=intrepid
[VPS]$ cat >/etc/apt/sources.list <<EOF
# Binary
deb http://${COUNTRY}archive.ubuntu.com/ubuntu/ ${DISTRIB} main restricted universe multiverse
deb http://${COUNTRY}archive.ubuntu.com/ubuntu/ ${DISTRIB}-updates main restricted universe multiverse
deb http://security.ubuntu.com/ubuntu ${DISTRIB}-security main restricted universe multiverse

# Binary Canonical
# deb http://archive.canonical.com/ubuntu ${DISTRIB} partner

# Binary backport
# deb http://${COUNTRY}archive.ubuntu.com/ubuntu/ ${DISTRIB}-backports main restricted universe multiverse

# Source
# deb-src http://${COUNTRY}archive.ubuntu.com/ubuntu/ ${DISTRIB} main restricted universe multiverse
# deb-src http://${COUNTRY}archive.ubuntu.com/ubuntu/ ${DISTRIB}-updates main restricted universe multiverse
# deb-src http://security.ubuntu.com/ubuntu ${DISTRIB}-security main restricted universe multiverse

# Source backport
# deb-src http://${COUNTRY}archive.ubuntu.com/ubuntu/ ${DISTRIB}-backports main restricted universe multiverse

# Source Canonical
# deb-src http://archive.canonical.com/ubuntu ${DISTRIB} partner
EOF

Доставляем нужные пакеты:

[VPS]$ apt-get update && apt-get upgrade
[VPS]$ apt-get install language-pack-ru nfs-common ssh mc

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

[VPS]$ rm -f /etc/ssh/ssh_host_*
[VPS]$ cat << EOF > /etc/rc2.d/S15ssh_gen_host_keys
#!/bin/sh
ssh-keygen -f /etc/ssh/ssh_host_rsa_key -t rsa -N ''
ssh-keygen -f /etc/ssh/ssh_host_dsa_key -t dsa -N ''
rm -f \$0
EOF
[VPS]$ chmod a+x /etc/rc2.d/S15ssh_gen_host_keys

Убираем файл mtab и делаем ссылкой на /pronc/mounts:

[VPS]$ rm -f /etc/mtab
[VPS]$ ln -s /proc/mounts /etc/mtab
[VPS]$ update-rc.d -f mtab.sh remove

Отключаем лишние службы:

[VPS]$ update-rc.d -f klogd remove

Так же желательно поменять локаль и часовой пояс:

[VPS]$ echo LANG="ru_RU.UTF8" > /etc/default/locale
[VPS]$ echo Europe/Moscow > /etc/timezone
[VPS]$ ln -s ../usr/share/zoneinfo/Europe/Moscow /etc/localtime

Убираем запуск терминалов:

В файлах  /etc/event.d/tty* надо заменить «start on runlevel 2″ на «stop on runlevel 2″. Без этого в логах постоянно будет появляться сообщение о перезапуске терминала и постоянный запуск/падение getty будет давать ощутимую нагрузку на процессор.

Убираем следы жизнедеятельности:

[VPS]$ echo "localhost" > /etc/hostname
[VPS]$ echo "127.0.0.1 localhost.localdomain localhost" > /etc/hosts
[VPS]$ cd /dev && /sbin/MAKEDEV ptyp
[VPS]$ > /etc/resolv.conf
[VPS]$ apt-get clean
[VPS]$ > /var/log/messages; > /var/log/auth.log; > /var/log/kern.log; > /var/log/bootstrap.log; \
> /var/log/dpkg.log; > /var/log/syslog; > /var/log/daemon.log; > /var/log/apt/term.log; rm -f /var/log/*.0 /var/log/*.1

Выходим из виртуальной машины:

[VPS]$ exit

И финальный шаг – архивирование образа виртуальной машины:

[HW]$ sudo tar -czf /var/lib/vz/template/cache/ubuntu-8.10-x86_64.tar.gz -C intrepid-chroot

Создание виртуальный машины

Для создания виртуальной машины достаточно выполнить команды (номера виртуальных машин от 0 до 100 зарезервированы):

[HW]$ sudo vzctl create 101 --ostemplate ubuntu-8.10-x86_64 --config vps.basic
[HW]$ sudo vzctl set 101 --hostname vm-test --save
[HW]$ sudo vzctl set 101 --ipadd x.x.x.x --save
[HW]$ sudo vzctl set 101 --nameserver x.x.x.x --save
[HW]$ sudo vzctl set 101 --features nfs:on --save
[HW]$ sudo vzctl set 101 --onboot yes --save
[HW]$ sudo vzctl start 101

Так же хочу обратить внимание на файл /proc/user_beancounters, который содержит в себе все лимиты, наложенные на виртуальную машину и информацию о том, сколько раз она за них пыталась выйти.

Исправление неполадок

После игр с виртуальными машинами одна из них перестала подключаться по SSH и через vzctl enter. Выдавалась ошибка: «Unable to open pty: No such file or directory».

Решилость это следующими командами:

[HW]$ vzctl exec veid update-rc.d -f udev remove
[HW]$ vzctl restart veid

Ссылки по теме

• https://help.ubuntu.com/community/OpenVZ
• http://openkazan.info/node/2946
• http://forum.openvz.org/index.php?t=msg&goto=34305

Найдены были следующие IDE, умеющие работать с QT:

1. Eclipse
2. Visual Studio (куда же мы без Microsoft )
3. QtCreator
4. QDeveloper
5. KDevelop

Каждая из них имеет свои плюсы и минусы.

Eclipse

Eclipse это мощная среда разработке, изначально ориентированная на Java. Для работы с C++ вообще и QT в частности, надо устанавливать CDT (Eclipse C/C++ Development Tooling).

Взять сборку Eclipse+CDT можно здесь: http://www.eclipse.org/downloads/.

Так как Eclipse о QT изначально ничего не знает, то нужно поставить модуль интеграции с QT: http://www.qtsoftware.com/developer/eclipse-integration.

В итоге получается достаточно удобная IDE с богатым функционалом.

Плюсы данной связки:

1. Данная комбинация работает и под Windows, и под Linux;
2. Под Eclipse есть много всего вкусного (интеграции с системами контроля версий, редакторы XSD и WSDL-файлов, и т.д.);
3. Работа ведется напрямую с .PRO-файлами;
4. Есть руссификация, поддержка любых кодировок;
5. Используются стандартные механизмы сборки.

Минусы:

1. Eclipse, как и все, кроме Visual Studio, под Windows работает только с MinGW;
2. При использовании MinGW из поставки QT отладчик (gdb) надо ставить отдельно (я брал из QtCreator-а);
3. Отладчик по-умолчанию не умеет показывать содержимое QString-ов (я это так и не поборол).

Visual Studio

Тут основная особенность в том, что стоит выделить две редакции Visual Studio:

1. Visual Studio Express – бесплатная редакция Visual Studio;
2. Visual Studio Standard (и выше) – платная редакция Visual Studio.

Отличие между ними для разработчика только одно – в Visual Studio Express нелья установить никакие расширения, в том числе и интеграцию с QT (справедливости ради стоит отметить что интеграция QT с Visual Studio входит в коммерческую версию QT, которая тоже стоит денег). В остальном все остальное справедливо для обоих вариантов Visual Studio.

Какие плюсы дает использование Visual Studio:

1. При замере времени исполнения кода, собранная под Visual Studio 2005 программа работала на 10-20% быстрее, чем она же, но собранная под MinGW;
2. Visual Studio является более «родной» для Windows средой разработки;
3. Качественный и удобный отладчик.

Минусы:

1. Без интеграции жить тяжко (надо править .PRO-файл и из него генерить .VCPROJ);
2. Работает только под Windows.

QtCreator

Молодая среда разработки для QT от создателей QT (на момент написания еще не вышла первая версия). Имеет достаточно минималистичный и симпотичный вид.

Плюсы:

1. Работает из коробки (включено IDE, компилятор, отладчик, библиотека QT);
2. Отладка и автозавершение учитывают особенности QT;
3. Работает под всеми, поддерживающими QT платформами;

Минусы:

1. Упорно считает, что все файлы в системной локали (я предпочитаю использование utf-8). Где настраивается – не нашел.

Для первого релиза IDE выглядит очень достойно. Надеюсь, что проблему с кодировкой они достаточно бысто исправят.

QDeveloper

IDE на любителя. Игрался с ней сравнительно не долго, так как она мне почему-то не приглянулась.

Плюсы:

1. Отладчик работает и показывает содержимое QString;
2. Работает и под Windows и под Linux.

KDevelop

IDE от создателей KDE. Изначально работал с QT3 только под Linux. Версия для KDE4 сейчас находится на стадии беты.

Есть надежда, что KDevelop 4 будет так же работать и под Windows. Ждем