Страница 11 из 12
Re: Виртуализация
Добавлено: 21 фев 2012, 13:08
Sergey371
Спешу поделится новостью: установил я F16(обновление методом yum с f15) соотв. обновился и загрузчик(grub2), сам Xen 4.1.2 и "коробочное" ядро 3.2.6-3.fc16.x86_64 теперь работает в Dom0.
grub2 сам нашёл и Xen и все ядра и даже запустился. Про надёжность и пр. пока утверждать не могу, но грузится -- с этим уже можно начинать работать.
Re: Виртуализация
Добавлено: 21 фев 2012, 13:25
Olej
Sergey371 писал(а):Спешу поделится новостью: установил я F16(обновление методом yum с f15) соотв. обновился и загрузчик(grub2), сам Xen 4.1.2 и "коробочное" ядро 3.2.6-3.fc16.x86_64 теперь работает в Dom0.
grub2 сам нашёл и Xen и все ядра и даже запустился. Про надёжность и пр. пока утверждать не могу, но грузится -- с этим уже можно начинать работать.
Это очень хорошая и интересная новость!
А можно подробнее?:
- что-то специально (custom) пришлось для этого в установках выбирать, дополнять, какие-то трюки и телодвижения делать специальные?
Re: Виртуализация
Добавлено: 21 фев 2012, 14:19
Sergey371
Подробности:
Больше ничего не правил, возможно из-за того что уже было сконфигурено ещё в 15-шке(конфигурацию я описывал ранее в этой теме), а может это благодаря апдейту -- не знаю.
В общем Xen с новым ядром на F16 запустился, эксперименты с DomU буду проводить уже позже.
Re: Виртуализация
Добавлено: 22 фев 2012, 20:06
Olej
Sergey371 писал(а):
В общем Xen с новым ядром на F16 запустился, эксперименты с DomU буду проводить уже позже.
хотелось бы посмотреть ваш
что там и как сейчас выглядит?
Re: Виртуализация
Добавлено: 22 фев 2012, 20:28
Olej
Заманчиво. Но страшно
у меня на ноутбуке стоит Ferora 12 ещё, причём не Remix, а оригинальная
на нём же куча материалов, заготовки книг и статей написанных... потерять это при переустановке - это караул!
и обновление с yum, как я понимаю, работает только между последовательными версиями: RFR14->RFR15, RFR15->RFR16 ... так?
и работает ли оно не с Remix, а с Fedora?
на другом компьютере - RFR14 ... но там Nvidia + эксперименты с CUDA, это всё деинсталировать придётся...
Надо подумать
Re: Виртуализация
Добавлено: 22 фев 2012, 21:41
Sergey371
Код: Выделить всё
ls -l /boot/
итого 134868
-rw-r--r-- 1 root root 109918 окт. 18 13:33 config-2.6.35.13-92.fc14.x86_64
-rw-r--r-- 1 root root 115293 окт. 24 11:34 config-2.6.35.14-97.fc14.i686.PAE
-rw-r--r-- 1 root root 109918 окт. 18 15:30 config-2.6.35.14-97.fc14.x86_64
-rw-r--r-- 1 root root 117475 окт. 4 03:45 config-2.6.40.6-0.fc15.x86_64
-rw-r--r-- 1 root root 111286 февр. 3 22:23 config-3.2.3-2.fc16.x86_64
-rw-r--r-- 1 root root 111286 февр. 13 22:40 config-3.2.6-3.fc16.x86_64
-rw-r--r-- 1 root root 18421 февр. 3 22:24 config.mk-compat-wireless-3.3-rc1-2-3.2.3-2.fc16.x86_64
-rw-r--r-- 1 root root 18421 февр. 13 22:41 config.mk-compat-wireless-3.3-rc1-2-3.2.6-3.fc16.x86_64
drwxr-xr-x 3 root root 4096 июня 14 2011 efi
drwxr-xr-x 2 root root 4096 февр. 15 19:49 grub
drwxr-xr-x 3 root root 4096 февр. 21 11:25 grub2
-rw-r--r-- 1 root root 6537978 окт. 18 13:33 initramfs-2.6.35.13-92.fc14.x86_64.domU.img
-rw-r--r-- 1 root root 11655859 окт. 18 13:33 initramfs-2.6.35.13-92.fc14.x86_64.img
-rw-r--r-- 1 root root 12847851 окт. 24 11:34 initramfs-2.6.35.14-97.fc14.i686.PAE.img
-rw-r--r-- 1 root root 11743086 окт. 18 15:30 initramfs-2.6.35.14-97.fc14.x86_64.img
-rw-r--r-- 1 root root 13601962 окт. 11 15:11 initramfs-2.6.40.6-0.fc15.x86_64.img
-rw-r--r-- 1 root root 14496983 февр. 7 14:01 initramfs-3.2.3-2.fc16.x86_64.img
-rw-r--r-- 1 root root 14495626 февр. 15 19:49 initramfs-3.2.6-3.fc16.x86_64.img
-rw-r--r-- 1 root root 283602 февр. 7 14:01 initrd-plymouth.img
drwx------ 2 root root 16384 февр. 21 11:10 lost+found
-rw-r--r-- 1 root root 2157581 окт. 18 13:33 System.map-2.6.35.13-92.fc14.x86_64
-rw-r--r-- 1 root root 1712964 окт. 24 11:34 System.map-2.6.35.14-97.fc14.i686.PAE
-rw-r--r-- 1 root root 2159171 окт. 18 15:30 System.map-2.6.35.14-97.fc14.x86_64
-rw------- 1 root root 2358812 окт. 4 03:45 System.map-2.6.40.6-0.fc15.x86_64
-rw------- 1 root root 2375423 февр. 3 22:23 System.map-3.2.3-2.fc16.x86_64
-rw------- 1 root root 2375555 февр. 13 22:40 System.map-3.2.6-3.fc16.x86_64
-rwxr-xr-x 1 root root 3788576 окт. 18 13:33 vmlinuz-2.6.35.13-92.fc14.x86_64
-rwxr-xr-x 1 root root 3770496 окт. 24 11:34 vmlinuz-2.6.35.14-97.fc14.i686.PAE
-rwxr-xr-x 1 root root 3786624 окт. 18 15:30 vmlinuz-2.6.35.14-97.fc14.x86_64
-rwxr-xr-x 1 root root 3974320 окт. 4 03:45 vmlinuz-2.6.40.6-0.fc15.x86_64
-rwxr-xr-x 1 root root 4604752 февр. 3 22:23 vmlinuz-3.2.3-2.fc16.x86_64
-rwxr-xr-x 1 root root 4604944 февр. 13 22:40 vmlinuz-3.2.6-3.fc16.x86_64
-rw-r--r-- 1 root root 731928 февр. 4 00:02 xen-4.1.2.gz
lrwxrwxrwx 1 root root 12 февр. 21 10:23 xen-4.1.gz -> xen-4.1.2.gz
lrwxrwxrwx 1 root root 12 февр. 21 10:23 xen.gz -> xen-4.1.2.gz
-rw-r--r-- 1 root root 12998763 февр. 4 00:02 xen-syms-4.1.2
На счёт страхов: у меня именно оригинальная Fedora. Уже провёл несколько поэтапных апгрейдов с F8 до F14 через одну версию посредством preupgrade(F8->F10->F12->F14). Даже со сменой архитектуры(i686->x64) -- зря делал, но работает. Данные при этом не теряются, основной проблемой являются координальные смены компонент(mysql, php, backuppc, nagios и пр.) поэтому надо после каждого шага проверять работоспособность и корректировать конфигурации. С F14 на F15 так же переходил с preupgade. А уже с F15 до F16 через yum т.к. preupgade валится.
Теперь об Xen: DomU под F16 и F15 запустился с сетью на раз. DomU F14 с сетью завис, причину пока не знаю, пока не разбирался т.к. машина под Xen неприятно тормозит, при том что домены не нагружены. Сервисы(Cacti, Nagios, ocs inventory) работающие в Dom0 имеют очень большую задержку. Почему то под Xen-ом диски постоянно заняты(у меня два софтверных райда-зеркала), вплоть до сообщений об ошибках передачи данных через DMA для одного из них, сначала думал что хард сдыхает, но без Xen ничего подобного не наблюдается.
Re: Виртуализация
Добавлено: 22 фев 2012, 22:26
Olej
Sergey371 писал(а):
На счёт страхов: у меня именно оригинальная Fedora. Уже провёл несколько поэтапных апгрейдов с F8 до F14 через одну версию посредством preupgrade(F8->F10->F12->F14). Даже со сменой архитектуры(i686->x64) -- зря делал, но работает. Данные при этом не теряются, основной проблемой являются координальные смены компонент(mysql, php, backuppc, nagios и пр.) поэтому надо после каждого шага проверять работоспособность и корректировать конфигурации. С F14 на F15 так же переходил с preupgade. А уже с F15 до F16 через yum т.к. preupgade валится.
1. а почему вы делали посредством preupgrade через одну версию?
почему не последовательно?
а можно ли через большее число версий "перескочить"?
2. какой объём у вас /boot, если вы столько промежуточных версий все храните?
у вас это, наверное, каталог?
у меня - раздел, так как FC12 делала, ~200Mb, как мне помниться, в более поздних версиях они увеличили до 500Mb.
Re: Виртуализация
Добавлено: 23 фев 2012, 10:39
Sergey371
Olej писал(а):
1. а почему вы делали посредством preupgrade через одну версию?
почему не последовательно?
а можно ли через большее число версий "перескочить"?
Подряд идти долго(вместо 3 шагов, надо 6), а через большее кол-во версий нельзя это согласно описанию самого preupgrade. Есть правда странность: согласно описанию процедуры preupgrade можно всегда прыгнуть до последней версии, но сама preuprgade при обновлении этого не допускает. Думаю что в описании имеется ввиду что это в пределах текущих поддерживаемых версий(т.е. 2-х), а если у вас такие старички как F8 то сами виноваты. В общем после нескольких экспериментов пошёл именно тем путём которым описал -- дело касалось боевых серверов и сильно рисковать не хотел. В принципе лучшей альтернативой было бы установка с нуля последней Федоры и перенос конфигов и данных -- думаю таким образом скакнуть с F8 сразу на F16 -- сделать два рутовых раздела для возможности откатится назад.
Olej писал(а):
2. какой объём у вас /boot, если вы столько промежуточных версий все храните?
у вас это, наверное, каталог?
у меня - раздел, так как FC12 делала, ~200Mb, как мне помниться, в более поздних версиях они увеличили до 500Mb.
Нет, boot у меня это софтверный raid1 ~1GB из первых разделов всех дисков, а большое кол-во старых ядер для загрузки DomU соотв. версий. В обычной работе они не используются, кроме основной F16.
Код: Выделить всё
# cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 sda1[0] sdb1[1]
1048512 blocks [2/2] [UU]
md1 : active raid1 sda2[0] sdb2[2]
471859200 blocks super 1.2 [2/2] [UU]
unused devices: <none>
Код: Выделить всё
# df
Файловая система 1K-блоков Использовано Доступно Использовано% Cмонтировано в
rootfs 52327276 40915552 8790284 83% /
devtmpfs 1875612 4 1875608 1% /dev
tmpfs 1884288 0 1884288 0% /dev/shm
/dev/mapper/vg_root 52327276 40915552 8790284 83% /
tmpfs 1884288 43096 1841192 3% /run
tmpfs 1884288 0 1884288 0% /sys/fs/cgroup
tmpfs 1884288 0 1884288 0% /media
/dev/md0 1033452 156780 824248 16% /boot
/dev/mapper/vg_home 185135716 42413436 133453852 25% /home
Re: Виртуализация
Добавлено: 24 фев 2012, 16:40
Sergey371
Релиз стабильной версии oVirt
Опубликовано 10.2.2012 11:36 пользователем anganar
Пару недель назад мы уже писали о прогрессе в разработке oVirt. Возможно, наиболее отчаянные уже успели собрать его самостоятельно. Для тех же, кто еще не успел, теперь доступны репозитории со стабильной версией oVirt 3.0 для Fedora 16. Установка управляющего oVirt Engine выполняется просто с помощью yum, хосты виртуализации (гипервизоры) инициализируются с live-образа. Детали и инструкции -
здесь.
Kto proboval?(Sorry za translit, klava ne russkaja :()
Re: Виртуализация
Добавлено: 24 фев 2012, 18:45
Olej
Sergey371 писал(а):Kto proboval?(Sorry za translit, klava ne russkaja :()
Я только посмотрел внешне...
Очень мало там сказано:
а что собственно отличает oVirt?
Кому он нужен в сравнении с другими VM?
... сказано, что "based KVM" ... так это тогда не реклама, а антиреклама: мало кто сейчас не бэйзед на KVM, а это значит, что они однотипные (по параметрам).
Или я чего-то особенного не досмотрел?