Van ennek értelme ilyen gyenge hardveren?

If you don't do it enough, nothing's gonna really happen.

Nincs. De írtam is :
- tanulás/tapasztalatszerzés (máshogy soha nem kapok Vmware tesztrendszert, de pl. két Ubi is elmegy ezen, tetejükön Docker...)
- rugalmasság
- esetleg majd erősebb hardver
Amúgy a kétmagos T410-en is futtattam virtuál windózt, kegyetlen volt - itt meg nem nagyon fogja más enni az erőforrást, mint a guest. Igazából az a tapasztalat, hogy egy minimál OS mellett a guest majdnem minden erőforrást megkaphat.
És a guestek sem játszani kellenek, hanem pl. adatmenteni, telefont flashelni, win only utilityket próbálgatni, beállításokat próbálgatni/mindenféle módokon abuzálni az OS-t...

[ Szerkesztve ]

Mutogatni való hater díszpinty

Kíváncsian várom a fejleményeket, de szerintem ez így egy fájdalmas tapasztalat lesz.

If you don't do it enough, nothing's gonna really happen.

Szerintem is, de most ez van
Amúgy a Xenserveren fut normálisan (na jó, amennyire) a Win10 guest, csak nincs hálója. Konzolból el lehet rajta kattogtatni.

Mutogatni való hater díszpinty

Hogy van a hálózat beállítva a xenserveren? A hálókártyát látja rendesen?

If you don't do it enough, nothing's gonna really happen.

Dell PowerEdge T110-zel ki lennél segítve?
Sajnos nem eszi a pcie vga-kat (HD5450, HD2400), és valamiért az X3440 sem ment benne, így nem sokra megyek vele.
DDR3 és HDD nélkül adnám egy i5-540-nel, cserébe egy pci hálókártyák kérnék. Ezt nem viszed el bringával súlyú és méretű, szóval valami fuvart kell szervezni hozzá. Kompresszorral kitakarítva, a műanyag elemeket szó szerint elmostam, púpos kondi mentes az alaplap. Valami cifra raid kártya is van benne.

[ Szerkesztve ]

Hyper-V Server 2008. Nem kell SLAT.
Olcsó használt Intel PRO kártya ESXI-hez.

''Milliárdnyi meggyilkolt csillag sikolya elhal az éj békéjében, és a kétségbeesésnek csak néhány, törékeny, kőbevésett szó áll ellen.''

továbbra sem értem, miért nem nyomoztuk még ki, hogy mitől áll fejre a xen-ed

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Én adok érte háló kártyát írj privátot, ha érdekel.

@Vásárlow : Áh, még egy doboz nem kéne itthonra. Ez a mostani tesztvas egy rackbe való, de asztali alkatrészekből álló cucc, kicsi. Egy ideje itt áll, csak sosem volt bele winyó.
Meg úgy általában, nincs ilyenre most keret. Viszont az nekem fotosop, hogy nem eszi a PCIE VGA-kat. Láttam pár Dellt, ment mindben.
(Amúgy azé' köszi - lenne mivel elvinni, a tápokért csak azért bringáztam, mert rémesen keveset mozgok.)

@Domos : Alapbeállításon van még minden, ahogy települt. Viszont nekem a xenbr0 eszköz gyanús. Majd beteszem az ifconfigot, ha lesz 3 percem :S (A telepítés úgy nézett ki, hogy felment a Xenserver, mellé az Openxenmanager, guest, jé, nem tudok hálózatot választani, települ,elindul, jé, hozzáadok egy hálót, hopp, eldobta a management interfészt. Háló reset, most megy a management, és rohanhattam el otthonról 2 napra, most estem haza.

@Gdi : Réginek hangzik az már nekem - OK, a Vmware ESXi 5.5 is régi, de azokkal az ismeretekkel mennék szerintem a legkevesebbre, Vmware-t többet látok cégeknél. Érdekelne, mit tud a MIcrosoft hypervisora, de csak marginálisan.
Kártyát meg, mint ahogy írtam, már rendeltem Legrosszabb esetben a Xenserver látni fogja második kártyaként.

@bambano : A hálódriverrel lesz valami baja, ezek a desktop Marvell kártyák mindig mostohagyerekek voltak Linuxon. Korábban is volt Marvell-es gépem, azon pl. telepíteni volt borzalom.

Mutogatni való hater díszpinty

ha már hw akkor esetleg érdemes lenne fontolóra venni, hogy veszel egy diszkont árú workstationt Xeon procival.

A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!

Ez van most csak. Nekem nagyon fura ez a xenbr0 eszköz, valahogy a Debianon nem így nézett ki. Hálót látja, persze, hiszen megy a távoli adminisztráció, s ssh-val is elérem. A kérdés az, hogy hogy lehet megoldani, hogy ugyanazon az kártyán menjen a management háló, és a guest-ek hálója? (Egy hálókártya több címmel, vagy pl. új virtuális interfacek létrehozása a guest-eknek, ilyesmi.)

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether 00:01:da:f0:9a:d8 txqueuelen 1000 (Ethernet)
RX packets 275 bytes 48330 (47.1 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 239 bytes 32628 (31.8 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 16

lo : ezt kivágtam, nem érdekes

xenbr0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.193 netmask 255.255.255.0 broadcast 192.168.1.255
ether 00:01:da:f0:9a:d8 txqueuelen 1 (Ethernet)
RX packets 273 bytes 44376 (43.3 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 243 bytes 34088 (33.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

Mutogatni való hater díszpinty

de miért bonyolítod túl?
ha azt mondod a xen konfigjában, hogy bridge-lt hálózatot akarsz, és kikommentezed azt a szkriptet, ami ezt összerakja, akkor annyit kell tenned, hogy összerakod a bridge-t /etc/network/interface-s fájlban, a bridge interfésznek adsz ip címet és kész.

ekkor a hostot a saját ip címén kell menedzselni, a guesteket a saját ip címükön éred el, a beépített vnc konzolokat pedig a host ip címén.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

# The primary network interface
auto xenbr0
iface xenbr0 inet static
address 10.10.1.4
netmask 255.255.255.0
gateway 10.10.1.1
dns-server 127.0.0.1
bridge_ports enp5s0

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Bonyolítja a franc, a Xenserver alapbeállításon van, nem tudom, milyen hálót rakott össze magának (tegnap este nem találtam meg hirtelen a Xen bridge konfigját, majd ha tudok, belenézek).

Mutogatni való hater díszpinty

Jjja, meg ki kell majd túrnom a bridge konfigot, mert nincs /etc/networks/interfaces. Valami nagyon mókolt Redhat lehet az alapja.

Mutogatni való hater díszpinty

ne túrj ki semmit, mondom, hogy ne bonyolítsd
rakj fel egy csupasz debiant, ott tedd be ezt a hálózati konfigot, és utána állítsd be úgy a xen-t, ahogy mondtam.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

A Debian+Xen kernel hal el CPU soft lockuppal, amint hálót kap... A bejegyzésben erről írtam.. Különben ez lenne, mert ez a legkisebb erőforrás-igényű.

[ Szerkesztve ]

Mutogatni való hater díszpinty

"A bejegyzésben erről írtam..": valóban, egész pontosan arról írtál, hogy meghal, de arról nem, hogy hogyan pofoztad életre. én a magam részéről azt feltételezem, hogy valamit rosszul csináltál.

nekem több, mint 10 éve megy egy halom virtualizált gépem xenben, és sose volt vele semmi bajom.

[ Szerkesztve ]

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Ja, nem volt részletezve, sry... A Xen project beginners guide alapján, de különben bridge konfig nélkül is elpusztul a Xen kernel. A normál kernellel jó. Ez alapján :[link]

[ Szerkesztve ]

Mutogatni való hater díszpinty

azt próbáltad már, hogy letiltod a virtualizációs beállításokat a prociban és a chipsetben is?

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Nnnnem. Eszembe se jutott volna. Megnézem majd...

Mutogatni való hater díszpinty

paravirtualizált guest elmegy bármin. mondjuk akkor csak linuxot fogsz guestbe rakni, windowst nem.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Tesztnek viszont jó, hogy úgyis kiakad-e.

Mutogatni való hater díszpinty

Annyit tudtam még tegnap kideríteni, hogy a Xenserver háló backendet lehet váltani, openvswitch és bridge között. Nyilván egyik sem tud olyat, hogy egy interface több bridge-ben legyen.
Meg valahogy meredeken van megoldva, a konzolon a management háló az eth0, de az ifconfig szerint meg a xenbr0-nak az az IP-je, mint a management hálónak
Az Openxenmanager szerint meg "Network 0" nevű háló van.

Tényleg az lesz, hogy egy adapter több címmel, csak ahhoz meg statikus IP fog kelleni

Mutogatni való hater díszpinty

de miért kellene egy adapterhez több cím???

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Nem jöttem még rá, hogy hogyan kéne megmondani neki, hogy a management interface ne az eth0 legyen. A saját konzolján csak azt hagyja kiválasztani (gondolom csak fizikai interfészt), konfigból meg még nem találtam meg, hogy hogyan adom meg, melyik a management port.

Mutogatni való hater díszpinty

a menedzsment interfész a fizikai host élő interfésze kell legyen.
a guestek ettől független interfészen kapják a netet.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Igen, ezen kellene változtatni

Mutogatni való hater díszpinty

Virtual PC,Virtual Server 2005,Hyper-v server 2008,2008r2,,2012 (serveren talán nem kell SLAT de w8 kliensen futo hyper v-n igen)

A végén lehet, hogy megnézem a 2012-t, de az elég régi
Amúgy a Virtual PC Windowsos, inkább kihagyom, s mint írtam, inkább komolyabb virtuál környezeteket néznék meg

Mutogatni való hater díszpinty

Fejböl irtam,nézz utána,hogy kell e neki SLAT de emlékeim szerint nem
Ha csak tesztkörnyezetnek kell akkol majdnem mindegy melyik hyper v servert probálod ki,az ujabbak csak clusterezéseben,quick,live migration,térnek el. (erösen sarkitva)

Microsoft terméket csak duzzogva amúgy is Vmware, Xen inkább.

Mutogatni való hater díszpinty

lájk!

凸_(ツ)_/¯ // -Valamit kiírt a gép!... -Az a dolga!...

Miután végre van működő setup, kiderült, hogy használható a Win10 így is. Nem kapkod, de igazából a T430-amon futtatott guest Win10 is tetű, csak az legalább az én gépemet is zabálja. Így ugyanúgy 2 procit kap (HVM, de több RAM-ot tudok adni neki).

Mutogatni való hater díszpinty

Szerintem nem sok volt itt, de van a Vmware-nek topicja

Mutogatni való hater díszpinty

Végülis egy is elég lenne.
Sejtettem, hogy van, de hirtelen ide találtam. Majd megkérdezem ott is ofc

''Milliárdnyi meggyilkolt csillag sikolya elhal az éj békéjében, és a kétségbeesésnek csak néhány, törékeny, kőbevésett szó áll ellen.''