Virtualizáció

Tisztelt Fórum!

Egy elég összetett feladattal kerültem szembe és persze a célzászló előtt elcsúszott a dolog.

Környezet:
Van egy mentés (oprendszer (red hat), oracle adatbázis)
Átalakítottam vhd képpé, hogy virtualboxban futatni tudjam.
Elindult szépen, fel csatoltam a partíciókat, oracle is elindul - a processzek alapján.
Bejön a kezdő kép, de amikor az E-Business Siute home page link mögötti oldalon bejelentkeznék - nem található az oldal.
A felhasználó kollégák azt mndták, hogy Ő csak IE-vel tudták használni.
Jelenleg nem tudtam rávenni a virtualboxot, hogy a host rendszerből elérjem a virtuális gépen futtatott webszervert.
- Tehát az egyéb böngészők kipróbálására nem volt lehetőségem. (csak Operával próbáltam az eredeti környezetben)

Ha van valakinek valami ötlete, szívesen fogadom, mert én már mindent megpróbáltamk amit tudtam... oracle-t meg most látok először.

Előre is köszi a segítséget!

Üdv:
Dani

Van két openvz konténerem. Az egyik bridgelve van háló ügyileg és van publikus IP-je, a másik belső hálon figyel. A belső hálos gépre rá van irányítva egy másik publikus IP-re érkező port. Kivülről megy is szépen a dolog, viszont a bridgelt publikus IP-s konténer nem jól kap vissza pl egy DNS lekérdezést.

Tehát

A gép publikus IP
B gép belső IP portforwardal

A gép lekérdezne DNS adatokat B gep 53-as portjáról (a B gép publikus IP-jét célozva)
de ezt kapom vissza
reply from unexpected source: BGEPPUBLIKIP#424, expected BGEPPUBLIKIP#53

Tehát nem jól adja vissza a dolgokat B gép. A lényeg hogy közben mindkettő egy gazda gépen van, aminek saját publik IP-je van.

B gép snattal lát ki a netre.

Tehát az a kérdésem, hogy kéne belőni a portforwardot hogy ugyan arrol a gazda hostról is menjen ne csak kívülről.

Most ez az iptables

-A PREROUTING -d BGEPPUBLIKIP/32 -p tcp -m tcp --dport 53 -j DNAT --to-destination 192.168.2.1:53
-A PREROUTING -d BGEPPUBLIKIP/32 -p udp -m udp --dport 53 -j DNAT --to-destination 192.168.2.1:53
-A POSTROUTING -s 192.168.2.1/32 -o vmbr0 -j SNAT --to-source BGEPPUBLIKIP

Sziasztok,

bizonyos okok miatt még ma is elő kell szednem rendszeresen ezt a kis híján húsz éves SCO release-t, és futtatni alatta egy-két programot. Tettem ezt mindeddig egy kiszolgált Toshiba laptopon (80486 processzor, 12 mega RAM). Teljesen jól is ment, de a gép sajna meghalt. Ekkor gondoltam, miért is ne virtualizálnám az egészet. Van egy 16 floppys telepítő készletem, elkezdtem installni először VMware Fusionben, majd ESX-en, majd Virtualboxban. Később próbáltam Bochs és QEmu alatt is. Gyakorlatilag mindenhol megbukik a történet, mikoris az első floppy (maga a kernel) betöltődik, és kéri az N2 (második, filesystem) lemezt. Enter nyomás után vagy csonttá fagy a virtuális gép, vagy pedig leáll a virtuális processzor valami ilyesmi szöveggel:

"A virtual CPU has entered the shutdown state. This would have caused a physical machine to restart. This can be caused by an incorrect configuration of the virtual machine, a bug in the operating system or a problem in the VMware Fusion software."

Ezt spec a VMware produkálja. Mindig, minden host rendszeren ugyanitt áll meg. Gugliztam sokat, semmi eredmény (legalábbis megoldás szempontjából). Szanaszét tekergettem az összes hypervisort, eredmény zéró. Egyébként a probléma fizikai gépen is jelentkezik, ha az P1-nél magasabb kategóriájú masina. Vélhetően az van, hogy maga az oprendszer nincs felkészítve ezekre az új vasakra, és valami olyat csinál, ami egy 486-on még rendben van, de már P2-n fagyást okoz. Létezik-e olyan virtualizációs szoftver, amely egy nem túl modern (legfeljebb 486, esetleg P1 kategóriájú) vasat emulál, minél élethűbben? Sajna az oprendszer upgrade (mondjuk valamelyik UnixWare-re vagy OpenServer-re) nem opció, a szoftvereim csak és kizárólag ezen az egy verzión futnak, source természetesen nincs :(

Ha valakinek ötlete van, kérem ossza meg velem.. elég fontos lenne!

Tibor

Sziasztok,

A Virtuális gépeimet Openfiler alapú iSCSI tárolón tartom - többek között a live migration miatt. A Xen virtuális gépek phy:// backend-en keresztül csatlakoznak az image-ekre. (tudom használhatnám máshogy is)
Erősen úgy tűnik, hogy VmWare-en (vmware server 1.10) futó virtuális gépek disk io műveletei jóval gyorsabbak mint a Xen 3.2-n.
Mindkét fajta host gépen hasonló sebességek érhetők el, dedikált gigabit csatlakozás van jumboframe-el (~90mbyte/s felett)

Normális ez így? A Xen phy backend miatt lehet? (file backend nem műxik "távoli" fileoknál)

Lehet pl olyan megoldás, hogy direkt a DomU csatolná fel az iSCSI root-ot? ez (jóval) gyorsabb lehet?

Köszönöm előre is tippeket!

Adott 2 db VPS.
Az egyik alatt ugyanazt a bz2 fájlt 11 perc alatt csomagolja ki, a másik ~ 6 óra alatt.
Mindkettő ugyanazon a gépen van. Ugyanazzal az oprendszerrel (CentOS 5.3, 2.6.18-as kernel).

Az anyagép:
- 4db Intel 3GHz quad core x7350-es
- Vmware esx 4.0

Én csak a vps-eket látom. Ezekre próbálnánk migrálni a szervereinket. A vmware beállításokat a rendszergazda ellenőrizte, ugyanazok (csak a gyorsabban 2G a lassabban 4G ram van). Még adott + 3 CPU-t is, de nem segít rajta.

Mi lehet az oka ilyen különbségnek?

Ismet osszeallitottam a vmware guestem amit build, tesztelesi, fejlesztesi celokra hasznalok.

A gond most annyi hogy csapnivalo a gui teljesitmenye. A font gondom megint elojott hogy ha kinagyitom a guest-et akarhogy, pl qt-s gui fontjai BAZInagyok. A gond hogy peldaul a gui nem reszponziv, a terminal is nagyon lassu (mint 6.xx koraban volt a Debian telepito).

Guest: Ubuntu 10.04 x64 (Eloszor Kubuntu volt)
VMWARE: 7.0.1
Host: Windows retail x64 Ultimate dobozos, up2date

- Vmware guest telepitve van, `vmware-user` fut.

(Jo lenne osszehozni mert megigertem azt az mplayer csomagot... ha mar a tobbi csomagolo munkam meg varhat is.)Bena VMWare gui/terminal teljesitmeny.. otlet?

(A guesten barrier=0,noatime van ext4-el + 5gb swap. 4CPU mag van atadva neki, VT-X -el. Videokartyabol is kap eleg ramot, 3d/2d accel engedelyezve.)

(Ideiglenes workaroundnak most Virtualbox 3.1.6-ot telepitek hatha..)

Update(s)

Felraktam Virtualbox-ot, felhuztam a VM-et (vicc hogy beakad tole a gep mikor foglalja HDD helyet, VMware meg meg se nyikkantyja), Aero-val itt is bena volt, aero nelkul most eleg jo. Lehet ez lenne a baj? (Dexpot miatt hasznaltam Aero-t mert igy a snapshotok ramban vannak.)
==============================================================================

Felhuztam vmware-t ismet es a guest is felment. Most minimal iso-t hasznaltam, openbox, etc. GUI-val nincs gond, terminal meg mindig lassu de am' legyen. A gondom a `szokasos` oriasfont problema. Itt egy screen:
http://noob.hu/2010/05/10/VMbug.jpg

Otletek? Alapbol 640x480-on jo de ez nem igen megoldas. xrandr-el lottem at nagyobbra a kepet de ez a bug mindig elojott ahanyszor nagyobb kepbe raktam, akarmilyen gui-val linux alatt.

Van valakinek tapasztalata velük kapcs?

http://vps-szerver.com/

Sziasztok!

Összeraktam VirtualBoxban egy rendszert, amit szeretnék fizikai gépre átvinni. Google egy megoldást adott (lehet, hogy a kulcsszavaim voltak rosszak), de mivel több referencia nincs, így nem merem meglépni.
Van valakinek tapasztalata ebben? Vagy esetleg egy link, amin van leírás erre?

Előre is köszönöm a segítséget!

Hello!

Van egy VPS-em az ATW-nel es mostanaban valami furcsa modon meg no a load extrem mertekben. Kerdesemre hardware hibara hivatkoznak es tegnap este ota elerhetetlen a VPS.

Tud valakai kicsit tobbet a dologrol?

Van egy virtual szerverunk egy meg nem nevezett szolgaltatonal. Ma reggelre ezzel volt tele a log:

Apr  9 10:57:00 cica kernel: [65886.129137] printk: 3061 messages suppressed.
Apr  9 10:57:00 cica kernel: [65886.129142] clocksource/0: Time went backwards: ret=3c00897b494d delta=-2855302412604412 shadow=3c005bb3fd84 offset=2dc76bab

A vps-en a sleep (nanosleep) rendszerhívások blokkolódnak, azaz minden process ami valamilyen módon sleepelni akar megáll ...

Ismeri bárki a jelenség okát?

A workaroundot megtaláltam már, szóval főleg az az érdekes, hogy miért/minek a következtében jön elő a fenti hiba?