Virtualisointi keskustelu (KVM/QUEMU ym gpu pass-thru)

Liittynyt
01.02.2017
Viestejä
761
Useimmat tietävät VirtualBoxit ym, jolla saa linuxin tai windowssin testattua melko suoraan. Mutta eipä niillä yleensä mitään vähääkään 2D:tä enempää katsella, eli näytäönohjain ei tule perässä, vaikka muistia muuten saisikin lisättyä. Mitä tekee koneella jola ei voi katsoa kunnolla edes juutuubia?
Rautaläheistä voimaa on perinteisesti saaatu sitten asentamalla haluttu distro dualbootiksi. Kaikkein hankalin on ollut aina saada omena pyörimään eli oma hackintosh. Jopa hackintosh-rautarouva piti kanavallaan tästä raamatullisia piirteitä hipovan saarnansa.

Se missä virtualboxiin asennettu distro on softaa softan päällä, niin tässä nyt talvallisillekin käyttäjille laajenevassa tavassa distro asennetaan kyllä softan sisään edelleen, mutta olennaiset osat siitä eli varsinkin näytön ohjain tulee pass-thruna lähes yhtä rautapitoisesti käyttöön virtualisoidussa käyttöjärjestelmässä. Ja tämä toimii lähes kaikissa vähänkin uusissa intelin tai amd:n prossuissa jotka vaan tukevat virtualisointia. Perinteisesti virtualisointia tekevät sitä myyvät serveritilafirmat jotka vuokraavat sinulle enemmän tai vähemmän kalliin virtuaali-severin.

Itsellä on nyt !pop os -linuxissa quemu/kvm-virtmanagerin kauitta asennettuna win11. Testannut olen vasta kevyemmllä pelillä, mutta luulisi toimivan. Toiset arvostavat Proxmox-ohjelmaa joka on rakennettu debian-linuxin päälle ja joka on siis ilmainen, monipuolinen virtualisointiympäristö. Voin olla väärässä, mutta siinä virtualisoituja kohteita ajettiin nettipiuhan kautta ns. headelessinä. Itse halusin kuitenkin peruslinux distron jonka päällä ohjelma on.

Miten valmis pakkaus toimii sitten käytännössä? Painan käynnistä namiskaa ja virtualikone kaappaa käyttöönsä näytönohjaimeni ja haluamani distro avautuu kuin olisi dualbootanut. Ja tokihan voi laittaa useamman näytönohjaimen myös ja jaka ne eri distroille tai virtualikäyttjille.

Yleinen hyvä ohjelinkki joita useat youbeasentajat käyttäjät käyttää on tämä: Home · Wiki · Risingprism / Single GPU Passthrough

Ja tässä dude tekemässä asioita ohjeiden mukaan: , tässä toinen dude tekee samaa mutta OSX:n kanssa

Ohjeet BigSur ym asennukseen: GitHub - kholia/OSX-KVM: Run macOS on QEMU/KVM. With OpenCore + Big Sur + Monterey support now! Only commercial (paid) support is available now to avoid spammy issues
LearnLinuxTV:n tyypillä youbessa on hyvät perusteelliset video-oppaat jos haluaa kuitenkin käyttää Proxmoxia alustanaan.

Kiitoksia.

p.s What is a Hypervisor? Types of Hypervisors Explained (1 & 2) ja What's the difference between Type 1 vs. Type 2 hypervisor?

Lisäys: Toden totta tämähän ei ole mitään puhdasta Hypervisor type 1 ja pointti onkin ehkä yksinkertaisuudessaan saada virtualikoneeseen näytönohjain käyttöön.
 
Viimeksi muokattu:
Nyt about kuukauden verran pyörittänyt Proxmoxin päällä Kubuntu 21.10 ja Windows 11:sta. Molemmille on oma näyttis, Kubuntulle RX 480 ja Windows 11:lle 1080. Näppis ja hiiri on jaettu Barrierilla, niin vaihto noiden kahden välillä on helppoa.
 
Nyt about kuukauden verran pyörittänyt Proxmoxin päällä Kubuntu 21.10 ja Windows 11:sta. Molemmille on oma näyttis, Kubuntulle RX 480 ja Windows 11:lle 1080. Näppis ja hiiri on jaettu Barrierilla, niin vaihto noiden kahden välillä on helppoa.
Onko sulla siis ihan erillinen kone proxmoxia varten ja sitten toisen koneen kautta käytät noita virtuaaleja?
 
Onko sulla siis ihan erillinen kone proxmoxia varten ja sitten toisen koneen kautta käytät noita virtuaaleja?

Ei kun ne on asennettu omaan ensisijaiseen pöytäkoneeseen. Proxmox pyörii headlessinä ja sitä käpistellään joko ssh:n, tai webbikälin kautta.

[edit] Näppis ja hiiri on passthruna W11:lle (pelit nääs) ja Barrierin kautta Kubuntuun.
 
Ei kun ne on asennettu omaan ensisijaiseen pöytäkoneeseen. Proxmox pyörii headlessinä ja sitä käpistellään joko ssh:n, tai webbikälin kautta.

[edit] Näppis ja hiiri on passthruna W11:lle (pelit nääs) ja Barrierin kautta Kubuntuun.
Eli pystyt webbikälin kautta klikkaamaan vaikka kubuntun päälle ja se avautuu niin kuin mustanaamio viidakon ylle eli niin kuin olisi normidistro? Olen toki katsellut proxmox videoita mutta jotenkin tuo kohta jäänyt harmaaksi itselle. Käteväähän tuossa juuri lienee että voit ajaa kumpaakin samaan aikaan? Ainakin oli kivoja videoita joissa oli kolmella näytöllä kaikilla omat eri distrot. Siinä käytettiin jotain softaa jonka kautta pystyi siirtymään distrosta toiseen ja siirämään esimerkiksi tiedostoja. Ehkä saan kaivettua sen ohjelman nimen mitä siinä käytettiin.
 
Eli pystyt webbikälin kautta klikkaamaan vaikka kubuntun päälle ja se avautuu niin kuin mustanaamio viidakon ylle eli niin kuin olisi normidistro? Olen toki katsellut proxmox videoita mutta jotenkin tuo kohta jäänyt harmaaksi itselle. Käteväähän tuossa juuri lienee että voit ajaa kumpaakin samaan aikaan? Ainakin oli kivoja videoita joissa oli kolmella näytöllä kaikilla omat eri distrot. Siinä käytettiin jotain softaa jonka kautta pystyi siirtymään distrosta toiseen ja siirämään esimerkiksi tiedostoja. Ehkä saan kaivettua sen ohjelman nimen mitä siinä käytettiin.

Joo juurikin noin. En tosin sammuttele konetta, enkä noita guesteja ollenkaan, vaan ne on jatkuvasti päällä. Pistän ne ainoastaan lukkoon (WIN + L) kun poistun kämpästä.

Alkuun oli säätämistä, että sain molemmat olemaan käynnissä samaanaikaan kun taisin yliprovisioida resursseja guesteille, niin Proxmox tykkäs kyttyrää. Sen jälkeen kun resursseja jakoi maltillisemmin niille guesteille, niin homma toimii samaan tapaan kuin bare metal -asennuksella.

Synergy tais olla mitä LTT käytti yhdessä videossa siirtämään näppiksen ja hiiren toiselle guestille tarpeen mukaan ja sillä tais onnistua myös tiedostojen ja leikepöydän kopiointi käyttiksestä toiseen. Synergy - Share one mouse & keyboard across computers
 
Hmm. Yritinkin aiemmin mun kiinan-xeonille asentaa proxmoxin... voisin kokeilla uudestaan... tosin jotenkin se tökki silloin...

Itselläniähän tuossa Quemu/KVM tuli vastaan että 5700TX:ssa ei ekana toiminut näyttö. Vaihdoin ohjeissa mainittussa ROM -kohdassa ehkä vähän oikeampaan ROM-tiedostoon ja sitten alkoi toimia HDMI:n kautta. Kun nappasin ROM:n pois, niin rupesi toimii DP:n kautta. Paitsi että Win11 en saanut toista näyttöä joka on vertikaalisisti kääntymään vertikaaliin sisällöltään. Enpä tiedä onko tämä win11 ominaisuus vai liittyy virtuun.

Ehkä seuraavat kohdat olisivat tilan laajentaminen virtun käyttöön kun annoin sille vain 600GB omasta levystä ja voisi omenan periaatteesta asentaa. Levyä on aika pakko laajentaa ainakin jos aikoo pelejä ruveta enempi asentelemaan.
 
Aihe kiinnostaa itteä kyllä. Räpeltämään en ole vielä alkanut koska GPU:ta ei saa virtalisoitua. Tai siis saa toki jos ostaa näyttiksen joka ei ole kuluttaja kamaa. Harmi kun kuluttaja näyttiksissä virtualisointi on estetty joten ainoaksi vaihtoehdoksi jää passthrough jolloin jokainen virtuaalirakkine jolle kiihotuksen haluaa saada tarttee oman GPU:n.

Ja sitten vinkkinä että mikäli ihan isommin alkaa räpeltää tollasen setupin kanssa niin kantsii siihen hypervisoriin säätää vaikka lvm käyttöön ja sitten asentelee questit suoraan logical volumeen niin ei tule päällekkäisiä filesysteemeitä imageiden takia. Tai sitten questeille ihan kokonaan omat levynsä, se on kanssa vaihtoehto eli questille bindaa suoraan laikan esim. ata taikka wwn nimellä /dev/disk/by-id/ kautta.
Bonarina kun bindaa suoraan asemaan, niin sen voi aina bootata suoraankin ilman hypervisoria.
 
Aihe kiinnostaa itteä kyllä. Räpeltämään en ole vielä alkanut koska GPU:ta ei saa virtalisoitua. Tai siis saa toki jos ostaa näyttiksen joka ei ole kuluttaja kamaa. Harmi kun kuluttaja näyttiksissä virtualisointi on estetty joten ainoaksi vaihtoehdoksi jää passthrough jolloin jokainen virtuaalirakkine jolle kiihotuksen haluaa saada tarttee oman GPU:n.
Huh? Intelin kuluttaja-GPU:t ei ole mitenkään harvinaisia.

E: Intel GVT-g - ArchWiki
 
Inteli muuten vapautti tuon gpu-rajoituksen uusimmissa ajureissa ja esim itsellä on RX5700TX ja oon aika kuluttaja ja on siis gpu-passthru. Videolla taitaa yhdellä olla RX570.
 
Huh? Intelin kuluttaja-GPU:t ei ole mitenkään harvinaisia.

E: Intel GVT-g - ArchWiki

Huh? Jäbä ei ole tietoinen että maailmasta löytyy muistakin CPU/GPU valmistajia kuin intel ja intelillä ei TOISTAISEKSI ole mitään kunnon GPU:ta markkinoilla. Sille integroidulla ei mitään isoja bileitä pistetä meinaan pystyyn.

Inteli muuten vapautti tuon gpu-rajoituksen uusimmissa ajureissa ja esim itsellä on RX5700TX ja oon aika kuluttaja ja on siis gpu-passthru. Videolla taitaa yhdellä olla RX570.

Passthrough ei ole yhtä kuin virtualisointi. GPU virtualisointi tarkoittaa sitä että sen yhden GPU:n resursseja voidaan jakaa useammalle virtuaalikoneelle. Passthrough se on sitten detikoitu sille yhdelle rakkineelle.
 
Juutuubin ihmeellisessä maailmassa olin näkäveni videon jossa jaettiin kuluttaja-GPU:n resurssit useamman koneen kesken. Toki taisi siinä olla useampikin näyttis köntässä että riitti jaettavaa. Täytyy etsiä se ja tutkia tarkemmin.

Tietenkin jos JiiPee tarkemmin kertoisi mikä on tämä optimitilanne jota haetaan ja mikä on vaikka se ei-intel ei-kuluttaja kunnon GPU niin oppis muutkin jotain.
 
Juutuubin ihmeellisessä maailmassa olin näkäveni videon jossa jaettiin kuluttaja-GPU:n resurssit useamman koneen kesken. Toki taisi siinä olla useampikin näyttis köntässä että riitti jaettavaa. Täytyy etsiä se ja tutkia tarkemmin.

Tietenkin jos JiiPee tarkemmin kertoisi mikä on tämä optimitilanne jota haetaan ja mikä on vaikka se ei-intel ei-kuluttaja kunnon GPU niin oppis muutkin jotain.

JiiPee varmaankin hakee tilannetta, jossa yksi näyttis voitaisiin jakaa useamman guestin kanssa, kuten cpu, ram ja kovo. Eikä niin, että se on vain yhden guestin käytössä (gpu-passthru). Esimerkki näyttiksenä vaikka, AMD Radeon PRO W6800. Koko nykyinen Radeon PRO -sarja käsittääkseni tukee tuota SR-IOV:tä, joka mahdollistaa näyttiksen jakamisen useamman guestin kanssa.

Joissain varsin vanhoissa kuluttaja näyttiksissä tuo on muistaakseni ollut joskus vuosia sitten mahdollista, joillain tietyillä ajureilla ja softalla, muttei enään. YouTubesta löytyy Craft Computing -kanava, jossa yrityksenä on ollut luoda oma "cloud gaming server" ja yhtenä näyttistarjokkaana oli Nvidian GTX 690:
 
JiiPee varmaankin hakee tilannetta, jossa yksi näyttis voitaisiin jakaa useamman guestin kanssa, kuten cpu, ram ja kovo. Eikä niin, että se on vain yhden guestin käytössä (gpu-passthru).

Juurikin näin. Intelin integroitua tosiaan saa jaettua Broadwellista lähtien, mutta ei sillä integroitulla mitään ihmeitä saada aikaiseksi. Olisin suuresti yllättynyt jos intelin dGPU:t kuluttajaluokassa tuota tukisi, positiivisesti toki. Se toisi painetta että muutkin sen tuen toisi kuluttajille.
Mitään teknistä estettähän sillei ei olisi nytkään, esim. AMD:n kuluttaja raudassa ominaisuus kyllä löytyy mutta firmikseen ei tukea ole lisätty jotta niiden pro mallien kauppa kävisi paremmin.
 
Sori jos en vieläkään ymmärtänyt, mutta eikös tässä jaeta 1 kuluttaja-GPU useamman distron kesken? Ja ei ole integroitu. Intelille tämä ohje, mutta kuten videossa sanotaan niin amd toimii myös.
 
Sori jos en vieläkään ymmärtänyt, mutta eikös tässä jaeta 1 kuluttaja-GPU useamman distron kesken? Ja ei ole integroitu. Intelille tämä ohje, mutta kuten videossa sanotaan niin amd toimii myös.


Sen saa toimimaan näköjään, mutta ei ole mitenkään virallisesti tuettu.

Työkalun sivuilla, joka tuon mahdollistaa, lukee seuraavasti:
Important!

This tool is not guarenteed to work out of the box in some cases, so use it at your own risk.

Description

This tool enables the use of Geforce and Quadro GPUs with the NVIDIA vGPU graphics virtualization technology. NVIDIA vGPU normally only supports a few datacenter Teslas and professional Quadro GPUs by design, but not consumer graphics cards through a software limitation. This vgpu_unlock tool aims to remove this limitation on Linux based systems, thus enabling most Maxwell, Pascal, Volta (untested), and Turing based GPUs to use the vGPU technology. Ampere support is currently a work in progress.
 
Tulipa mieleen, että ilmeisesti menee omassa popOssissa näytönohjaimen ajurit solmuun kun käyttää virtualisoitua win11. Eli alkaa kuva kadota ja välkkyillä johon auttaa uudelleenkäynnistys. En nyt sitten tiedä olenko ihan oikein kaikki saanut asennettua, mutta saa miettimään dualboottia. Käytössä siis QUEMU-KVM
 
Tulipa mieleen, että ilmeisesti menee omassa popOssissa näytönohjaimen ajurit solmuun kun käyttää virtualisoitua win11. Eli alkaa kuva kadota ja välkkyillä johon auttaa uudelleenkäynnistys. En nyt sitten tiedä olenko ihan oikein kaikki saanut asennettua, mutta saa miettimään dualboottia. Käytössä siis QUEMU-KVM

2 näyttistä + Proxmox ois lääke tuohon, kuten @FireExit jo ilmeisesti toimii.

Proxmox myös rakentuu tuon QEMU+KVM päälle. Se on ihan täysin OpenSource, ainoastaan jotkut päivitykset tulevat kuukauden/kuukausien viiveellä.

Siihenkin tosin löytyy nykysin repo, joka poistaa sen viiveen kokonaan ilmaiskäyttäjiltä. Ja jos haluat päästä Proxmoxin viralliselle palstalle, tai heidän tukeen yleensäkään kiinni, niin se vaatii maksullisen lissun. Mutta näin koti/pienpienyrittäjän näkökulmasta (jolla on jo jotain kautta tukea ja ymmärrystä Debian/Ubuntu Linuxista) lissu on turha sijoitus. Sittenkun firma kasvaa, niin tuen tarvekin kasvaa, niin myös Proxmoxin lissu alkaa puolustaaa paikaansa.
 
QubesOS on vähän ruvennut houkuttelemaan, jos jossain vaiheessa (vihdoin) hankin uuden kannettavan. Siihen ehkä vielä Windows erilliseen virtuaalikoneeseen. Pääsisi Windows-dualbootista lopultakin eroon. Ilmeisesti tuo ei kuitenkaan ole ihan suoraviivainen juttu, jos haluaa kyseisen Windows-virtuaalikoneen käyttöön myös oman näytönohjaimen. Paras olisi, kun koneessa olisi integroitu näyttis yleiseen käyttöön ja pelaamiseen tarkoitetulle Qubes-virtuaalikoneelle (Windows tai Linux tilanteesta riippuen) saisi erillisnäyttiksen. Täytynee perehtyä asiaan... :comp2:
 
Tarkoituksena olisi lähteä rakentelemaan proxmoxklusteria josta vähän tuolla laitetilaketjussa puhuttiin. Proxmoxin dokumentaatiossa minimivaatimukseksi on asetettu kolme serveriä jotka ovat klusterissa ja kahdella toteutettuna saadaan ilmeisesti pelkkiä ongelmia vikatilanteissa. Onko mitenkään mahdollista toteuttaa kahden serverin klusteri ja lisäillä vaikkapa kolmas rinnalle myöhemmin. Automaattinen virtuaalikoneiden siirto toiselle masiinalle ei olisi tässä kahden koneen skenaariossa välttämätön, vaan koneiden käynnistäminen voitaisiin tehdä käsin.
 
Aika ajoitettu. Otin taas käyttöön yhden vanhan proxmox asennuksen ja siinä olevan wintoosan. Ja edelleen RX 5700TX ei millään suostu virtualisoitavaksi. No, onneksi haaveena ei ole enää pelaaminen vaan koulun harjoitusserverin asennukset. Ja on mulla pikku RX 570 (aika kivasti puolet yllämainitun tehoista) joka käy harjoitteluhommissa ja se muistaakseni virtualisoituu ihan ok. Tosin pelipuoli samassa koneessa on haukannut ison osan levytiloista.
 
Tarkoituksena olisi lähteä rakentelemaan proxmoxklusteria josta vähän tuolla laitetilaketjussa puhuttiin. Proxmoxin dokumentaatiossa minimivaatimukseksi on asetettu kolme serveriä jotka ovat klusterissa ja kahdella toteutettuna saadaan ilmeisesti pelkkiä ongelmia vikatilanteissa. Onko mitenkään mahdollista toteuttaa kahden serverin klusteri ja lisäillä vaikkapa kolmas rinnalle myöhemmin. Automaattinen virtuaalikoneiden siirto toiselle masiinalle ei olisi tässä kahden koneen skenaariossa välttämätön, vaan koneiden käynnistäminen voitaisiin tehdä käsin.
Esimerkiksi Raspberry Pi voi olla kolmas Qdevice.
 
Tarkoituksena olisi lähteä rakentelemaan proxmoxklusteria josta vähän tuolla laitetilaketjussa puhuttiin. Proxmoxin dokumentaatiossa minimivaatimukseksi on asetettu kolme serveriä jotka ovat klusterissa ja kahdella toteutettuna saadaan ilmeisesti pelkkiä ongelmia vikatilanteissa. Onko mitenkään mahdollista toteuttaa kahden serverin klusteri ja lisäillä vaikkapa kolmas rinnalle myöhemmin. Automaattinen virtuaalikoneiden siirto toiselle masiinalle ei olisi tässä kahden koneen skenaariossa välttämätön, vaan koneiden käynnistäminen voitaisiin tehdä käsin.
Kyllä se kahdellakin toimii, mutta vikatilanteessa(tai sellaisiksi näyttäytyvissä) joutuu vähän puukottamaan joten kyllä se vähintää kolme kannattaa olla. Ja nodeja klusteriin voi lisäillä myöhemmin. Klusterin tapauksessa kannattaa miettiä synkan toteutusta myös esim kahdennetusti.
 
Kyllä se kahdellakin toimii, mutta vikatilanteessa(tai sellaisiksi näyttäytyvissä) joutuu vähän puukottamaan joten kyllä se vähintää kolme kannattaa olla. Ja nodeja klusteriin voi lisäillä myöhemmin. Klusterin tapauksessa kannattaa miettiä synkan toteutusta myös esim kahdennetusti.
Itse joskus kokeilin kahdella, mutta oli kyllä helpompaa kun lisäsin pihole/raspin(kokoajan päällä muutenkin) qdeviceksi. Eli kahdella nodella oli molempien pakko olla päällä samaan aikaan jos halusi mitään tehdä.
 
Itse joskus kokeilin kahdella, mutta oli kyllä helpompaa kun lisäsin pihole/raspin(kokoajan päällä muutenkin) qdeviceksi. Eli kahdella nodella oli molempien pakko olla päällä samaan aikaan jos halusi mitään tehdä.
Tämähän se just. ja ongelmia tulee myös siitä jos nodejen välinen synkka yhteys kusee jostain syystää (tai sen konffimuutoksessa tekee virheen, nimim. kokemusta)
 
Ajatteko muuten näitä kahta samanlaisella raudalla? Olen nyt kohta vuoden ajanu dellin r730ssä proxmoxia, hommasin joskus noita hp elitedeskejä joista oli tarkoitus se klusteri värkätä. Niin ajttelin jos yhdestä tekis yhden noden ja raspista se kolmaspyörä..
 
Itsellä on erillaisella raudalla ja klusterinkin tarkoitus omassa käytösdä on vain saada yhtenäinen hallinta. Ei siis mitää HA:ta tai vastaava
 
Itse joskus kokeilin kahdella, mutta oli kyllä helpompaa kun lisäsin pihole/raspin(kokoajan päällä muutenkin) qdeviceksi. Eli kahdella nodella oli molempien pakko olla päällä samaan aikaan jos halusi mitään tehdä.
Tämähän se just. ja ongelmia tulee myös siitä jos nodejen välinen synkka yhteys kusee jostain syystää (tai sen konffimuutoksessa tekee virheen, nimim. kokemusta)
Tämä tuli itsellekin yllätyksenä kun vaihdoin toiseen nodeen koteloa ja emolevyä. Jotain siinä piti säätää ja yhtäkkiä internet "lakkasi toimimasta". No toisella nodella pyörii Pi-hole ja Unbound... Joku kikka siihen oli millä tuon toisen noden sai taas toimimaan yksinäänkin, mutta ehkä se kolmaskin node olis hyvä olla.

Itsellä toinen node on joku Lenovon Tiny-malli ja toinen itse osista kasattu tornimallin palvelin. Klusteri itelläkin vaan tuo yhtenäisen hallinnan takia.
 
Tämä tuli itsellekin yllätyksenä kun vaihdoin toiseen nodeen koteloa ja emolevyä. Jotain siinä piti säätää ja yhtäkkiä internet "lakkasi toimimasta". No toisella nodella pyörii Pi-hole ja Unbound... Joku kikka siihen oli millä tuon toisen noden sai taas toimimaan yksinäänkin, mutta ehkä se kolmaskin node olis hyvä olla.

Itsellä toinen node on joku Lenovon Tiny-malli ja toinen itse osista kasattu tornimallin palvelin. Klusteri itelläkin vaan tuo yhtenäisen hallinnan takia.
Joo, kaikilla nodeilla on yks ääni, ja jos on vaan kaks nodea pystyy sieltä asetuksia puukottamalla, että toisella nodella onkin kaksi ääntä yhden sijasta, jos sattuu esim toinen node tipahtaa.
 
Proxmox 8 näemmä julkaistu stablena. Onko tullut päivitettyä?


Ei vielä uskalla päivitellä, kun ei varmaan mitään tarvetta ole nykyisellä käytölläni.

Press release


Muutoksista


7 -> 8 päivitys
Pitääpä päivitellä omat virtualisointiympäristöni tuohon, näin reissunpäältä tuota ei sentään uskalla tehdä, jos jotain menee vituiksi.
 
Onks kukaan saanut muuten onnistuneesti perus työpöytää käyttöön proxmoxiin? Viimeksi pual vuotta sitten kun kokeilin niin ei millään suostunut käynnistämään ikkunointia.
 
Onks kukaan saanut muuten onnistuneesti perus työpöytää käyttöön proxmoxiin? Viimeksi pual vuotta sitten kun kokeilin niin ei millään suostunut käynnistämään ikkunointia.
Mä kanssa koitin pari vuotta sitten x käynnistyi mutta ikkunassa ei näkynyt, paljaalla raudalla näki että toimi kyllä.
Muistaakseni XFCE käytössä.
 
Eikö ole helpompi tehdä virtuaali sinne ja käyttää sitä?
Itse ajan satunnaisesti kylläkin kubuntua joko toiselta koneelta tai sitten hp elitedeskillä joka kirjautuu suoraan siihen virtuaaliin.
 
Proxmox 8 näemmä julkaistu stablena. Onko tullut päivitettyä?


Ei vielä uskalla päivitellä, kun ei varmaan mitään tarvetta ole nykyisellä käytölläni.
Itse huomasin ettei uusia virtuaalikoneita voinut luoda Proxmox VE 8:ssa ennen kuin lisäsi käyttäjille SDN.Use oikeudet (jos käyttäjän käyttöoikeuksia oli rajoitettu niin, että aiemmat käyttöoikeudet riittivät luomaan virtuaalikoneita verkkoadaptereilla Proxmox VE 7:ssa).
Huomasin myös että "Upgrade from 7 to 8" -dokumentaatiosta puuttui maininta, että non-free-firmware komponentti tulisi lisätä APT sources.list tiedostoon, mikäli haluaa esim. microcode-päivityksiä jatkossa (Debian 11 "bullseye" → Debian 12 "bookworm").
pve7to8 -skriptin varoituksen mukaisesti heitin myös systemd-timesyncd vaihtoon, tilalle asensin chronyd nyt sattumalta kun PVE 8:ssa tämä oletus on muuttunut.
Kaikille virtuaalikoneille vaihdoin myös prosessorin lajiksi x86-64-v2-AES, joka on uusi laji ja puoli-oletus PVE 8:ssa. (Rocky Linux 9 vaati jo ennestään v2 tason; PVE 7:n oletus kvm64 ei riitä Rocky Linux 9:lle.)
Proxmox VE Administration Guide sanoi:
The backend default is kvm64 which works on essentially all x86_64 host CPUs and the UI default when creating a new VM is x86-64-v2-AES, which requires a host CPU starting from Westmere for Intel or at least a fourth generation Opteron for AMD.
Näillä vinkeillä ja dokumentaatiolla pärjää aika hyvin päivityksen kanssa.
 
Viimeksi muokattu:
Mä olen tässä leikkinyt ajatuksella että rakentaisin proxmox/xcp-ng koneen, joka toimisi kuitenkin samalla nassina.

Olisiko järkeä ajaa esim unraid/truenas virtuaalisesti, ja käyttää sitä muiden virtuaalikoneiden tallennusmediana esim iscsi kautta?

Tai en nyt edes oikein tiedä mitä tässä haen, koska eihän tuossa välttämättä tarvitse ollakaan mitään järkeä... Ehkä kysymys olisi pikemminkin se että olisiko tuosta jotain merkittävää haittaa?
 
Mä olen tässä leikkinyt ajatuksella että rakentaisin proxmox/xcp-ng koneen, joka toimisi kuitenkin samalla nassina.

Olisiko järkeä ajaa esim unraid/truenas virtuaalisesti, ja käyttää sitä muiden virtuaalikoneiden tallennusmediana esim iscsi kautta?

Tai en nyt edes oikein tiedä mitä tässä haen, koska eihän tuossa välttämättä tarvitse ollakaan mitään järkeä... Ehkä kysymys olisi pikemminkin se että olisiko tuosta jotain merkittävää haittaa?

E: nyt luin että iscsilla vielä samalle koneelle muille VM:lle. Joo kyllähän se teoriassa onnistuu, mutta saa aavistuksen keräillä palasia jos/kun se truenas siitä kippaa ja iscsi yhteys/yhteydet katkeaa.
 
Viimeksi muokattu:
E: nyt luin että iscsilla vielä samalle koneelle muille VM:lle. Joo kyllähän se teoriassa onnistuu, mutta saa aavistuksen keräillä palasia jos/kun se truenas siitä kippaa ja iscsi yhteys/yhteydet katkeaa.
No tuskin siinä paljoa keräiltävää on, jos koko virtuaalikoneen levyjärjestelmä katoaa, eiköhän se vaan laadu.

Lähinnä siis mietin kun eihän sitä proxmoxia (tms) ole varsinaisesti suunniteltu levyjärjestelmiä ylläpitämään, vaikka tietysti senkin voi raidin päälle asentaa, mutta olisilo järkevää se levyjärjestelmän ylläpito jättää sellaisen (virtuaali)laitteen varaan joka siihen on alunperinkin suunniteltu.
 
Mä olen tässä leikkinyt ajatuksella että rakentaisin proxmox/xcp-ng koneen, joka toimisi kuitenkin samalla nassina.
Mulla oli pieni proxmox/openmediavault nas edellisessä koneessa, toimi kyllä riittävästi kaipasin kuitenkin suoraa pääsyä nassilta limpuile, mulla on kyllä hakittuna sata kortti pcie väylään kunhan jaksan niin koitan kasailla.
Jos proxmox pci-passthrouh toiiimii niin levyjen pitäisi näkyä suoraan.

Tuola on käytännön kokemusta nas rakentelusta.
 
No tuskin siinä paljoa keräiltävää on, jos koko virtuaalikoneen levyjärjestelmä katoaa, eiköhän se vaan laadu.

I/O virheiden saattelemia readonly tilassa olevia VMiä todennäköisesti ja tiedä sitten miten hyvin menee poweroff ja muut komennot läpi kun alla oleva levyjärjestelmä hukassa. Mahdollinen automaattinen/manuaalinen fsck jos VM:n levy(t) oli kovinkin aktiivisia kun ne lähti alta. Toki jos sen truenasin(tai mikä onkaan) saa sieltä edelleen pystyyn ok niin eipä tuo varsinaisesti eroa siitä, että levyjärjestelmä olisi jossain muualla. Mutta tosiaan vähintään HBA missä levyt kiinni passthroughna VM:lle jos siellä jotain zfs:ää meinasi ajella.
 
Jees, eli kyllä mä tuota kokeilen, jos ei muuten niin huvin ja harrastuksen vuoksi.

Tosin tuo raidkortti mikä mulla tuolla oli, olikin kertaluokkaa vanhempaa vuosikertaa. Olikin pci-x väylään. :lol:
 
Itse ajan proxmoxia dell r730ssa, levyt on laitettu ei raid modeeen, prpxmoxiasssa yksi 4levyn raid z2 pooli vm:a varten. ruenas scale virtuaalisen käyttis levy tuolla z2 pakassa. Sitten alustassa on 4 levyä jotka on passthtuna truenassille jossa sitten oma raidz2 pooli. Hyvin on toiminut, mietin kyllä jos tuolle valjastaisi oman verkkokortin.
 
Osaisiko joku auttaa noiden verkkokorttien ja siltaamisen kanssa proxmoxissa ?
Asentelin tässä huvikseen APU2 purkkiin proxmoxin ihan harjoittelumielessä.
Eli piholea ja openwrt:tä olen tässä nyt kokeillut asentaa. Ongelma on se, että en saa millään esim. openwrt:ssä valjastettua tuota verkkokorttia käyttöön.

Tässä nyt oma network config joka toimii itse proxmoxin kanssa.
Koodi:
source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback

auto enp1s0
iface enp1s0 inet static
        address 192.168.0.20/24
        gateway 192.168.0.1

iface enp2s0 inet manual

auto vmbr0
iface vmbr0 inet manual
        bridge-ports none
        bridge-stp off
        bridge-fd 0

Jos laitan tuohon vmbr0:n bridge portttiin tuon enp1s0 verkkokortin, niin en enää pääse koko proxmox serveriin käsiksi.
Olen kokeillut myös niin, että tuo enp1s0 rimpsu on muotoa: "iface enp1s0 inet manual" (ilman noita osoitteita), mutta silloinkin katoaa koko serveri verkosta.

Sinänsä vielä hankala konffailla, kun tuo APU2 purkki on headless ja joudun aina kun kadotan sen verkosta liittämään läppärin usb-sarjaportti adapterilla siihen.
 
Osaisiko joku auttaa noiden verkkokorttien ja siltaamisen kanssa proxmoxissa ?
Asentelin tässä huvikseen APU2 purkkiin proxmoxin ihan harjoittelumielessä.
Eli piholea ja openwrt:tä olen tässä nyt kokeillut asentaa. Ongelma on se, että en saa millään esim. openwrt:ssä valjastettua tuota verkkokorttia käyttöön.

Tässä nyt oma network config joka toimii itse proxmoxin kanssa.
Koodi:
source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback

auto enp1s0
iface enp1s0 inet static
        address 192.168.0.20/24
        gateway 192.168.0.1

iface enp2s0 inet manual

auto vmbr0
iface vmbr0 inet manual
        bridge-ports none
        bridge-stp off
        bridge-fd 0

Jos laitan tuohon vmbr0:n bridge portttiin tuon enp1s0 verkkokortin, niin en enää pääse koko proxmox serveriin käsiksi.
Olen kokeillut myös niin, että tuo enp1s0 rimpsu on muotoa: "iface enp1s0 inet manual" (ilman noita osoitteita), mutta silloinkin katoaa koko serveri verkosta.

Sinänsä vielä hankala konffailla, kun tuo APU2 purkki on headless ja joudun aina kun kadotan sen verkosta liittämään läppärin usb-sarjaportti adapterilla siihen.
Onko siis enp1s0 proxmoxin verkkokortti ja enp2s0 verkkokortti joka on annettu virtuaaleille, itse tekisin näin
auto lo
iface inet loopback
iface enp1s0 inet manual
iface enp2s0 inet manual
# pääverkkokortti
auto vmbr0
iface vmbr0 inet static
address pääverkkokortin osoite ja netmasc tähän esim 192.168.1.1/24

gateway verkon gateway tähän
bridge-ports enp1s0
bridge-stp off
bridge-fd off

# toinen verkkokortti
auto vmbr1
iface vmbr1 inet static
address haluttu osoite ja netmask
gateway haluttu gateway
bridge-ports enp2s0
bridge-stp off
bridge-fd off
Toivottavasti sait edes kiinni mitä ajan takaa, kerro toimiko, jos ei, jatketaan lisää ihmettelyjä
 
Ongelma on se, että en saa millään esim. openwrt:ssä valjastettua tuota verkkokorttia käyttöön.
Mulla on kanssa openwrt opiskelu vielä kesken, koitin jollain imagella ei toiminut.
Tuo openvrt hakee portit jotenkin automaagisesti ja img tiedostoon niitä ei saa muutettua.
Mulla seuraava kokeilu on varmaan laittaa wan portti pci-passtrouhg tilaan ja koittaa uudelleen, muutenkin varmaan kannattaa määritellä portit gui puolella.

pf ja opnsense menevät heittämällä.
Ja niin mulla tuo interfaces.d hakemisto tyhjä.
 
Osaisiko joku auttaa noiden verkkokorttien ja siltaamisen kanssa proxmoxissa ?
Asentelin tässä huvikseen APU2 purkkiin proxmoxin ihan harjoittelumielessä.
Eli piholea ja openwrt:tä olen tässä nyt kokeillut asentaa. Ongelma on se, että en saa millään esim. openwrt:ssä valjastettua tuota verkkokorttia käyttöön.

Tässä nyt oma network config joka toimii itse proxmoxin kanssa.
Koodi:
source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback

auto enp1s0
iface enp1s0 inet static
        address 192.168.0.20/24
        gateway 192.168.0.1

iface enp2s0 inet manual

auto vmbr0
iface vmbr0 inet manual
        bridge-ports none
        bridge-stp off
        bridge-fd 0

Jos laitan tuohon vmbr0:n bridge portttiin tuon enp1s0 verkkokortin, niin en enää pääse koko proxmox serveriin käsiksi.
Olen kokeillut myös niin, että tuo enp1s0 rimpsu on muotoa: "iface enp1s0 inet manual" (ilman noita osoitteita), mutta silloinkin katoaa koko serveri verkosta.

Sinänsä vielä hankala konffailla, kun tuo APU2 purkki on headless ja joudun aina kun kadotan sen verkosta liittämään läppärin usb-sarjaportti adapterilla siihen.
Vakio koskematon konffi pitäisi toimia siten että vmbr0 jakaa verkkokortin, jonka voi antaa virtuille/containereille. Samasta verkkokortista myös annetaan osoite Proxmoxille. Tässä lisätty myös vmbr10 tuohon toiseen verkkokorttiin. Nyt voit valita kumman vaan virtuihin/containereihin.

Koodi:
auto lo
iface lo inet loopback

iface enp1s0 inet manual

iface enp2s0 inet manual

auto vmbr0
iface vmbr0 inet static
        address 192.168.0.20/24
        gateway 192.168.0.1
        bridge-ports enp1s0
        bridge-stp off
        bridge-fd
#LAN

auto vmbr10
iface vmbr10 inet manual
        bridge-ports enp2s0
        bridge-stp off
        bridge-fd 0
#WAN

E: lisäsin kommentit jotka pitäisivät näkyä Proxmoxin guissa (WAN/LAN)
E2: Itse hiljattain kokeilin Openwrt, pfsense, opnsense (proxmoxissa), OpenWRT todella sekava vaikka dd-wrt:tä käyttänyt joskus vuosia sitten. Opnsenselle täältä suositus.
 
Viimeksi muokattu:
Ja vielä openwrt oletus aliverkko taitaa olla 192.168.1.x jolloin 192.168.0.x on ongelma.
 
Kyllä, kovaa ajoa tuolle mainitsemalleni konffille. Annat OpenWRT virtulle vmbr0 ja vmbr10, toinen niistä on sitten lähiverkkosi, toiseen tulee internet. Voit jakaa tuon lähiverkko-vmbr0:n muiden virtujen kanssa, ja myös fyysinen lähiverkkosi toimii sen kautta.

Voit myös tehdä kolmannen bridgen (ilman fyysiseen adapteriin kiinnittämistä) jos haluat tehdä toisen verkon esim. pelkästään virtuaalikoneille.
 

Statistiikka

Viestiketjuista
259 137
Viestejä
4 503 120
Jäsenet
74 331
Uusin jäsen
Bopperhopper

Hinta.fi

Back
Ylös Bottom