-
GAMEPOD.hu
"A Proxmox Virtual Environment (röviden: Proxmox VE, PVE vagy proxmox) egy szerver virtualizációra optimalizált nyilt forráskódú Debian alapú Linux disztribúció. Lehetővé teszi a virtuális gépek és konténerek egyszerű telepítését és kezelését web konzol és command line felülettel. A programcsomag két LXC és OpenVZ konténerek, valamint a KVM alapú virtualizáció kezelését támogatja" (Wikipédia)
Hivatalos oldal: https://proxmox.com/en/
Hivatalos fórum: https://forum.proxmox.com/Véreshurka hozzászólásából
ESXi -> Proxmox migráció
Új hozzászólás Aktív témák
-
amargo
addikt
válasz tasiadam #745 üzenetére
Igen azt tudom miért jó az ssd, de mint írtam a host egy külön álló disk-en van, oda nem töltök semmit, nincs backup, log, semmi, metrikák influxdb-be mennek. Nem tudom a proxmox host-nak mihez kellene gyors random elérés?
A VM-ek rendszer meghajtója van több SSD-n elosztva, pont a random elérés miatt, de az adatok kezelése más-más diskeken vannak. (3 ssd és 4 hdd van a gépben)
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
Szóval ez a kálvária nem javult meg, de amíg nem volt időm foglalkozni vele és 100%-os bizonyosságot szerezni addig nem akartam már írni.
A lényeg, hogy miután napokig futott a dstat és nem mutatott semmi extrém írást elkezdtem a zfs felé kutakodni. (Tudom többször volt itt már téma, de csak ezért nem akartam adatokat mozgatni, hogy másra rakjam)
A lényeg, hogy ezen kívül még van 2db ssd a gépben és ott egyáltalán nincs ekkora degradáció ezért végig néztem az összes property-t meg reddit-et és ezeket találtam:zfs set atime=off sync=disabled xattr=sa compression=lz4 rpool
Már napok óta nincs a hajnali extra degradólás.
Nálam kb 12TB extra írást okozott ez..“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
válasz Fuser és Tsa #839 üzenetére
ennek így működnie kellene, kivéve, ha a bash-el van valami.
Töltsd le a fájlt és futtasd megfelelő jogokkal.“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
Azért a restore process-be is gondolj bele, OK lefut a mentés és a restore miként fog? Persze nyilván felcsatolhatod a host-ra vagy bárhova máshova is, de ez már 1-2 lépéssel komplexebb mintha a host-nak van egy dedikált backup storage-e.
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
Azért a duplicati kulcsát is rakd el ehhez a process-hez és ilyen esetben még van egy plusz réteg, hogy kell neki docker daemon, internet stb. Nyilván végső soron nekem is van egy mentés felhőben elkódolva, de ez szerintem a szopó kategória, amikor helyben minden szétesett és meghalt -> ellopták a gépet, kigyulladt a ház stb..
Nekem már kellett helyreállítani, mert az alaplap döglött meg + memória + egy ssd asszem, bár akkor még OMV-n voltam és akkor tértem át proxmox-ra, de magát az OMV-t első körben restore-ból nyomtam vissza egy VM-be már. Mivel a HA vezérli a házat ezért ugye az ideglenes gépre is kellet restore..
Ezért van nálam a proxmox-nak egy külön dedikált 2TB HDD odaadva, erre csinálja a kis mentéseit és kb 1T pedig odaadtam az NVR-nek ebből + innen azure storage-be van mentés. Én magát az egész proxmox-ot (is) mentem hetente.
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
fsarchiver -el mentem.
szpeti40: azért mentem, mert (sajnos) van 1-2 beállítás, amit el kellene végezni egy tiszta rendszer után is pl: gpu passtrougth miatt. Továbbá, úgyis át kellene másolni az /etc/pve alá a dolgokat persze lehet kattintani is végig mindent, networking, logging, monitoring egyéb extrák, hogy ne az ssd legyen terhelve, de akkor már viszonylag gyorsan jövök ki egy restore-al. Van is egy gyűjtő scriptem erre, direkt nem ansible, hiszen akkor csak újabb problémát hozok be. Így viszont, ha valamit elkonfigolok, akkor is van egy mentésem, akár a problémát is visszatudom keresni, stb. 20GB sincs 1 hónapnyi mentés ennyit megér
[ Szerkesztve ]
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
válasz inspiroyhome #887 üzenetére
[ Szerkesztve ]
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
válasz paizinho #912 üzenetére
ezt így kicsit túl bonyolítod. Ha megnövelted proxmox-ban a disk méretét, akkor egyszerűen az adott VM-nél csatolj fel egy live os-t amin van gparted ui és ott csináld meg a mért növelését.
[ Szerkesztve ]
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
Nálam is egy "sima" HP elitedesk van erre a célra befogva. i7-8700 és 64GB RAM van a gépben. 2x1GbE NIC az alaplapin kívül, ha több VM, LXC van, akkor ez kelleni fog.
Nálam 4db HDD és 3db ssd van a gépben. Ezt az alap 200w táp simán kiszolgálja.
idle esetén is meglepően keveset eszik a gép,Nálam egyedül a frigate (NVR+object detection) terheli a gépet, de van egy TPU-m hozzá, viszont a képek méretezése az iGPU/CPU-ból történik.. szóval kb 2 magot elvisz.
[ Szerkesztve ]
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
válasz Ranger^41 #941 üzenetére
1db alaplapi kártya van a gépben csak vagy esetleg van másik is? Nálam volt hasonló gond.. nem emlékszem a pontos hibaüzenetre, de hasonló stabilitási gondokat írt, azaz nem tudja az alaplapi lekezelni ezt a sok csatornát (több VM, LXC stb). A megoldás egy dedikált dual port NIC lett. Azóta nincsenek hálózati gondok, az alaplapi port pedig csak táv management-re van.
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
válasz tasiadam #989 üzenetére
Köszi!
Nálam a proxmox hdd-n van, ezen a log2ram-on elgondolkozok. Majdnem minden fontos VM, LXC ssd-n van.
Van egy sima qvo ssd-ami 220 nap alatt 27TB írásnál tart, én pl figyelem a SMART adatokat is Hassio-ból.[ Szerkesztve ]
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
Még az év elején volt szerencsétlenkedésem: [link] rosszul volt a zfs beállítva.
De amúgy rajta hagytam a mariadb, backup cache és még pár dolgot, így is azért van rendesen írás rá, de ezért van“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
Tegnap este felpattintottam én is a Tailscale-t (már többször kiszerettem volna próbálni). Alapjában véve elég egyszerű, én most még csak docker-be tudtam felrakni az volt számomra a leggyorsabb. Egy apró észrevételem van vele, hogy az Android-os kliense kicsit bug-os.. shortcut menüből van, hogy nem akar elindulni. Nálam többször elvesztette azt a beállítást, hogy az egyik exit node-ot kiválasztottam, ugye a belső hálózaton akartam elérni a tool-okat és ami furcsa az emby-t nem érte el, minden más látszólag megy.
Amiért szükség volt rá, hogy hamarosan NAT-olt hálózat mögé fogok én is kerülni és már nem akarok port forward-al vacakolni, hanem akkor minden p2p, tunnel-el lesz megoldva, (kivéve a torrent..).“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
No eddig nagyon úgy fest, hogy az ASM1062-es external controller kezd leépülni, a kábeleket nem cseréltem még, csak a két disk-ből az egyiket egy alaplapiba dugtam és most halad a scrub mind a két disk-re. Meglátjuk mi lesz.
Milyet érdemes venni, ha bebizonyosodik, ha tényleg ez volt a baja?
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
válasz tasiadam #1337 üzenetére
A core a FreeBSD a Scale már debian alapon van.
Az OMV alatt viszonylag sok minden fut nálam, van kb 10-12TB ZFS + olyan kb 30 container fut. Maga az alaprendszer elfut persze egy RPi-n.
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
Sziasztok!
Lenne egy kérdésem, mert ilyet még nem tapasztaltam, tegnap kb egy 5-10 percre a cluster-en belül lévő gépek még hálózati szinten is elérhetetlenek voltak.
Az alábbi képen látszik: [kép] , hogy az egyik VM (omv) elfoglalt elég sok erőforrást, aminek következtében a wait (I/O ?) pedig az egekbe szökött.
[kép] [kép] látszik, hogy valami írás kezdődőt el egy belső disk-en, letöltődött egy torrent.
A setup itt: van egy 500GB-os ssd, amire a letöltés megy, innen letöltés után átkerül egy 6TB-os diskre (ez közvetlenül van odaadva a VM-nek)Ilyet még korábban nem tapasztaltam, az omv-t 1-2-3 hete frissítettem fel (előtte vagy félévig nem volt..), lehet, hogy volt ilyen korábban is, csak nem vettem észre ez alatt az 1-2 hét alatt, de előtte biztos nem volt.
Ami a furcsa, hogy a többi VM is elérhetetlen volt.
Látszólag valami nem jó, mert többször is van ez az elég magas I/O wait a pve-n:
omv:
Mit érdemes jobban megnézni?“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
Ami még eszembe jutott, hogy az 500GB-os ssd tár az az egyik pve disk-ből van odaadva.
SMART alapján jó állapotvarban van, igaz a napi 100GB írás megvan rá, tehát már 31TB az összes írás rá.. de erre az 1TB-os modellre is az 360TB-ot írnak, amit bírnia illik.“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
válasz szpeti40 #1350 üzenetére
6TB diskkel is a SMART alapján minden OK.
qbittorrent, korlátozva van 8GB, de most az új verzióval az 1GB-ot is csak ritkán éri el.
A probléma, azzal van amikor az ssd-ről másolja át a disk-re:
Itt példaként 10GB másolását indítottam el.
Tehát a nincs másolás, akkor olyan 3-4% között van az iowait.“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
válasz inspiroyhome #1352 üzenetére
hetente fut a trim, de persze lefuttattam.
Itt most ezen talán még jobban látszik (bocs a sok különböző output miatt): [kép]
az sdb a 6TB hdd az sdc pedig az ssd.
Látszik, hogy az ssd az szépen kimaxolja a HDD képességeit, amúgy most is amikor futottak a tesztek egyszer sem volt elérhetetlen másik VM minden futott szépen.“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
Nekem van/volt I7-8700 és i7-8700T is.
A non-T semmivel nem fogyaszt többet alapjáraton mint a T-s. Annyi a különbség, hogy a T-s proci hamarabb van leszabályozva azaz a non-T engedi tovább magasabb órajelen dolgozni, meg a T-t nem.Én eléggé befürödtem ezzel, mert azt gondoltam minden képen kell egy T-s proci aztán a tesztek és az utánaolvasás kiderítette, hogy tök felesleges ezen szenvedni. Ha a lapod támogatja, akkor a feszt lejjebb veszed azzal jársz a legjobban.
[ Szerkesztve ]
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
válasz tasiadam #1361 üzenetére
Igen, én nagyon hittem a T-ben, de a non-T szerintem jobb választás, ha van megfelelő hűtés.
minikube-ot rakjál fel, az mindenen is elfut.
Ha valami specifikus dolog (AKS vagy EKS) arra pedig remek dokumentációk vannak, de ezekhez már érdemes egy előfizetés alatt játszadozni és akkor már terraform/terragrunt alatt kezelni.
[ Szerkesztve ]
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
válasz tasiadam #1363 üzenetére
on-premises EKS-re csak gyakorlás miatt van szükség? Azért, abból a pénzből pár hónapig a cloud-ban is simán lehet játszani, de ezt amúgy a cégnek kellene fizetni vagy vesznek inkább gépeket Neked? IAM roles-t is össze lehet összekapcsolni? Ennek sosem néztem utána
rgqjx: Nincs mit
ViZion: Nálam pont egy ilyen proci van a gépben, alapjában véve, ma már "olcsó" és nem árt a tartalék
[ Szerkesztve ]
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
válasz tasiadam #1368 üzenetére
Most átfutottam így vélhetően minden jól van integrálva: [link] . IAM-ban azért annak az 1 user-nek a roles/policies providerek stb kezelése az érdekes, de a fentieket átfutva az EKS-ed integrálódik majd ebbe a környezetbe szépen, tehát nem lesz semmi gond
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
válasz Ranger^41 #1433 üzenetére
Mi fut a HA-ban? Biztos, hogy ott fekszik meg valami.
Nálam még nagyon az elején volt egy HACS repó amit futtattam és a rosszul implementált BT driver miatt leakelt az egész ezért ott is bizonyos időközönként az összes erőforrást felemésztette.
Itt lenne segítség, ha vannak logok, hogy mikor kezdett megzuhanni a gép.“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
Nálam a HA külön VM-ben fut OS verzióként. Teljesen stabil, igaz csak kb 1,5 éve van így.
Nincsnek benne nagyon addon-ok, esphome, z2m és ssh, + mentés, semmi extra. A HACS az egyedüli komolyabb dolog benne, minden más lényeges dolog kint van.Előtte debian-on volt az is stabil volt (maga az OMV nem stabil virtualizálásra). Mint írtam nálam egyedül eddig csak egy rosszul megírt könyvtár tudott ilyen erőforrás fogyást produkálni, de annak sem volt köze magához a HA-hoz. Ha magában az OS-ben nem kavarnak el valamit, akkor jelenleg ez a legtámogatottabb megoldás.
Én amit tudok szeparálok/csoportokba szervezem és külön kezelek inkább, mert jobban egyedire tudom szabni a mentést, bármint.
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
válasz inspiroyhome #1444 üzenetére
Nálam van/volt, de ilyennel nem találkoztam. Milyen GPU? Volt olyan, hogy egy bizonyos driver verzió volt jó nálam, de nem erre a hibaüzenetre emlékszem.
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
válasz Ranger^41 #1446 üzenetére
mariadb-t nem raknám alá, "könnyen" kilehet szervezni onnan backup/restore. LXC alá rakd inkább.
Utána pedig egy mentés a HA-ra a google addon-al majd egy full új VM-en restore.
Így pl, egy "blue green" deployment -et is tudsz otthon nyomni.
szerk, de persze egy loggolás pl glances-el érdemes lenne, influxba küldheted az adatokat, ami persze kívül fut egy másik VM/LXC-ben.
hálózat rendben van? csak onboard nic van?[ Szerkesztve ]
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
Kíváncsi vagyok rá, mert már többször ajánlottad az influxdb-vel csak az a bajom, hogy nehézkes az adatok karbantartása vagy is csak fizetős megoldást ismerek rá, amivel ezt egyszerűen lehet megtenni.
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
Én még VM-nek a DietPi ajánlom: [link] már legalább 6 éve használom, ilyen-olyan célokra. Minimális erőforrással fut tényleg.
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
plusz kiegészítés, ha unprivileged LXC-ben szeretnéd az smb megosztást használni, akkor kicsit trükközni kell még, hogy a write jogod is legyen. Én a pve-n csatoltam fel közvetlenül ezt az smb-t és onnan adtam tovább. Most hirtelen nem találom telefonon a leírást, de ha megmagyarázhatatlan permission denied -ba futsz, akkor emlékezz majd rá (majd megpróbálom megkeresni a leírást is)
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
válasz 5leteseN #1512 üzenetére
tehát azt szeretnéd, hogy egy meglévő desktopos rendszert, ami eddig natívan futott egy gépen azt a proxmox alá költöztetni?
Ha igen, akkor kb persze lehet, én a régi gépeimet mindig Ghost -al mentettem. A régebbi rendszerek esetében be kellett állítani, hogy éppen HW-t cserélsz alatta és akkor a virtuális gép alatt is simán elindultak. Most annyi plusz kell, hogy a mentett image-et pl vmdk-t qcow2-re alakítasz.
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
válasz tasiadam #1540 üzenetére
jellyfin logja fog ebben segíteni, kell ott lennie egy külön transcoding lognak is (emby-ben van). Ugye csak akkor fogja elkezdeni, ha valamiért a tartalmon alakítani kell.
A transcoding-ot nem tudod kikapcsolni, csak azt, hogy HW-ból próbálja vagy minden más esetben CPU-ból fogja.“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
Itt egy sima qvo ssd, ez nincs 1 éves és teljesen jó állapotban van még.
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
Én most egy régóta halogatott 7 -> 8(.1) upgrade-et ugortam meg, látszólag minden OK. Egy apróságot kivéve az emby elvesztette az iGPU-hoz a jogot.
Nem tudtam még megfelelően utána olvasni ezért kapott teljes hozzáférést :drwxr-xr-x 3 root root 100 Nov 28 17:41 .
drwxr-xr-x 10 root root 660 Nov 30 16:13 ..
drw-rw-rw- 2 root root 80 Nov 28 17:41 by-path
crw-rw-rw- 1 root video 226, 0 Nov 28 17:41 card0
crw-rw-rw- 1 root kvm 226, 128 Nov 28 17:41 renderD128Még nincs jobb ötletem mi történt vele, de így legalább van HW transcoding továbbra is.
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
Új hozzászólás Aktív témák
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- AKCIÓ! - STEAM kulcsok / Punch Club, Oddworld: Soulstorm, Children of Morta, stb. - 2024.05.16.
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Steam kulcsok - UTALÁS/REVOLUT
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs