Виртуализация в Fedora 12

>У них на сайте выложены пакеты Oracle XE в deb. Большой же оракл, как и раньше, сертифицирован только под rhel, sles и asialinux.

Меня радует то что здесь все друг друга идиотами считают %-) Я в курсе про сертификацию, кстати, шатлворд в этом направлении роет. Я другое имел ввиду - то что убунта ее на мой взгляд скорее получит чем дебиан (<t>а такие унылые поделия как FreeBSD, арчи, слаки и генты ее не получат вообще никогда!</t>)

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

+1. У убунты есть все шансы получить сертификацию под oracle.

>Меня радует то что здесь все друг друга идиотами считают %-)

LOR))

> Соглашусь насчёт самодеятельности. Хотелось бы чтобы это нормально опадало в git-репозиторий ядра и присутствовало в mainline >> Xen это вообще, прямо скажем, крокодил :-)

>Да, но это лучще(прямее), чем OpenVZ.

Я могу запустить с десяток OpenVz на одном сервере. И почти без downtime перенести машину (VE / VPS) с одного сервера на другой.

с Xen / KVM этого не сделать.

Typical server: vzlist -a | wc -l 17

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

> Я могу запустить с десяток OpenVz на одном сервере. И почти без downtime перенести машину (VE / VPS) с одного сервера на другой.

> с Xen / KVM этого не сделать.

ну здрасте!

> ну здрасте!

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

>Я на несу вам травмы))

НЕСИ! :)

У VZ, вообще-то, ниша совсем другая, и "нормальными" системами виртуализации её, видимо, оттуда не сковырнуть. Ну а OVZ, да, без вкусностей VZ - несколько ни то, ни сё, но, в целом, удобна скромностью аппаратных требований.

никто из высказавшихся ни разу не был на оракловом сайте и не качал пакетов, НЕТ там ни каких *.deb....

sudo aptitude install alien

Преобразовываем скачанные rpm архивы в deb и устанавливаем их:

$ sudo alien -i oracle-instantclient11.1-basic-11.1.0.7.0-1.i386.rpm $ sudo alien -i oracle-instantclient11.1-sqlplus-11.1.0.7.0-1.i386.rpm $ sudo alien -i oracle-instantclient11.1-devel-11.1.0.7.0-1.i386.rpm

Вот как-то так это происходит на самом деле...

> Меня радует то что здесь все друг друга идиотами считают %-)

Не надо выдавать желаемое за действительное :))

>Я в курсе про сертификацию

Есть ещё supported/unsupported platforms. Debian/Ubuntu/Slackware в их число не входят, хотя я сам лично на слаку и 9 и 10 оракл ставил (даже тут заметки свои анонсировал :)

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

Не соглашусь :) ХЕ собирают, чтобы можно было пощупать оракл на многих платформах, маркетинг. А если хочешь ынтырпрайза - иди покупай поддерживаемую платформу. А ещё лучше - оракл анбрейкабл линукс в качестве подложки под оракл :)

Причём тут инстантклиент? Говоря про дебы имели ввиду Оракл ХЕ

>Причём тут инстантклиент? Говоря про дебы имели ввиду Оракл ХЕ

Думаем... Собрали мы rpm-ку(или несколько), тут нам говорят сделайте deb-ы. Наши дествия? либо начинаем разбираться как оно устроено, или (внезапно) гуглим и натыкаемся на alian. пробуем - получается, все довольны....

Не верим?

скачиваем офф rpm-ку, конвертим смотрим на контрольные суммы(различаются конечно) правим пару файлов внутри деба и вуаля.

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