- MWC 2025: A kicsi és a kamerás - megjött a Xiaomi 15 és az Ultra
- Milyen okostelefont vegyek?
- Telekom mobilszolgáltatások
- Samsung Galaxy S25 - végre van kicsi!
- MIUI / HyperOS topik
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Samsung Galaxy A56 - megbízható középszerűség
- Samsung Galaxy S23 Ultra - non plus ultra
- iPhone topik
- Hat év támogatást csomagolt fém házba a OnePlus Nord 4
-
Mobilarena
"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
Új hozzászólás Aktív témák
-
-
AcCEsS
senior tag
Gyakorlatilag teljesen átköltöztem raspberry/docker alól proxmox/vm/docker alá. Eddig egy probléma merült fel: a VM-en belül mountoltam egy NFS megosztást, ami működik jól, de valamiért a Docker alól futtatott Syncthing nem veszi észre az NFS-en történt változásokat, csak ha manuálisan indítok egy "Átnézést" (vagy ha az időzített teljes átvizsgálás fut le). Mintha a Syncthing nem kapná meg a kerneltől a fájlrendszer változásáról az értesítést. Van valami ötletetek a megoldásra?
-
AcCEsS
senior tag
Szépen haladok a Proxmox "belakásával", de ezért belefutottam pár problémába is. Az elég gyorsan kiderült, hogy a Lenovo M720Q alaplapi Intel I219-V ethernet kártyája kicsit magasabb terhelésre "Detected Hardware Unit Hang" hibákat dobál, amire - a fellelt infók alapján - csak a rx és tx checksumming hwoffload kikapcsolása segített, aminek nem igazán örültem, habár nincs őrületesen nagy hálózati terhelés, dehátakkorisnanemá'. Mivel volt egy 4 portos Intel I350 hálókártyám (és mert a gépben van egy pci-e elosztó), beépítettem, és kihoztam belőle a maximum "tudást":
post-up ethtool -G enp1s0f0 tx 4096 rx 4096
echo "3f" > /sys/class/net/enp1s0f0/queues/rx-[*]/rps_cpus
echo "3f" > /sys/class/net/enp1s0f0/queues/tx-[*]/xps_cpusráadásul minden offload helyből működik, tehát az ethernet chip rendesen tehermentesíti a CPU-t. Úgy tűnt semmit hiba, nagy terhelésre se nagyon mozdul meg a CPU, nincs hibaüzni, minden szép! Viszont a hálózati teszteléshez plusz terhelésnek backupokat is akartam indítani, met az a NAS-ra megy, tehát jó ki kiegészítő terhelés a hálókártyának. Hát itt kaptam egy hibaüzenetet: "ERROR: Backup of VM 100 failed unable to open file /etc/pve/nodes/proxmox/lxc/100.conf.tmp.2358 Input/output error" Mi van? És mindegyik VM és mindegyik LXC-re ugyanez, és a clone is ugyanezt dobja, persze az adott configra hivatkozva. De hát a hajnali automata backup még jól ment! Hmmm. Mi a franc ez? Végig túrtam a beállításokat, a jogosultságokat meg mindent, de nem leltem meg az okot. Viszont a neten elég sok hasonló beírást találtam, végül az egyik hozott megoldást! A "systemctl status pve-cluster" infójában volt egy "proxmox pmxcfs[894]: [database] crit: sqlite3_step failed: database disk image is malformed#010" bejegyzés. Az adatbázis itt található: /var/lib/pve-cluster/config.db Valamiért megsérült. A hálókártya beépítése meg a beállítás során jó párszor újraindítottam a gépet, de mindig szabályos leállítás volt, és megvártam míg lekapcsolja a gép magát. Ettől függetlenül a config.db sérült. Gondoltam kidumpolom, visszaimportálom, és majd kiderül mi lesz!
sqlite3 /var/lib/pve-cluster/config.db
sqlite> .mode insert
sqlite> .output config.sql
sqlite> .dump
sqlite> .exit
mv /var/lib/pve-cluster/config.db config.db.original
sqlite3 /var/lib/pve-cluster/config.db < config.sql
rebootAz újraindítás után az adatbázis hibaüzi megszűnt, és láss csodát, megy a backup, a clone meg minden.
Ami kicsit idegesít, hogy megoldás már van, de a hiba eredeti okára nem jöttem rá. Bocs, kicsit hosszú lett a szöveg (és nem is túl hasznos), de ki kellett írnom magamból a tapasztalatokat!
Tuti ami ziher, ezt a fájlt (meg mindent is) betettem a mentésbe. -
#2847
AcCEsS
senior tag
markussandor
#2845
AcCEsS
senior tag
válasz
markussandor
#2845
üzenetére
Köszönöm, ezt az infót én is megtaláltam, de ehhez telepíteni kell a VM-ben a qemu-guest-agent csomagot. Lehet, hogy csak ezen a módon megy, egyelőre nem találtam más megoldást, de még keresem. De nagyon köszönöm a segítséget!
-
AcCEsS
senior tag
arp -a nem adja le, mert ha jól tudom, az arp táblába csak akkor kerül be, ha a forrás és a célcím már kommunikáltak egymással. (pl. azért nincs webes elérés, mert grafika nélküli linuxos konzolból lépek be. Emiatt kilőve a router webes felülete is, ahol a kiosztott IP-t meg tudnám nézni.) Tehát csak SSH van, amivel elérem a Proxmox-ot futtató gépet. Namármost, ha azon kiadom a "qm list" parancsot, akkor látom a VM-ek listáját, utána mehet pl. egy "qm start 105", erre elindul az VM, amibe szintén be kellene lépnem SSH-val, de ha DHCP volt a VM-ben beállítva, akkor nem tudom milyen IP-re kell hivatkoznom. A Docker esetén simán le tudtam kérni az "inspect" paraméterrel, de itt vajh hogyan tudom meg az IP címet?
-
AcCEsS
senior tag
Köszi!
Sok olyan beírással találkoztam ahol a Docker simán LXC alól volt használva, és annak ellenére, hogy a Proxmox doksi nem ajánlja, évek óta hibátlanul futtatják. Nálam már működik két VM, mindkettőben egy-egy Docker konténer fut, melyek elérik egymást, és a konfigokat felmountolt NFS-ről töltik. Nekem ez így már jó irány. Eöröm ebódottá! 
Egyelőre a lehetőségek feltérképezése tart... -
AcCEsS
senior tag
A tanácsotokat szeretném kérni. Jelenleg egy Raspberry PI4 intézi az otthoni dolgaimat Raspbian alapon, amihez egy Synology NAS biztosítja a tárhelyet, ami NFS-en keresztül van felcsatolva a PI4-hez. A smarthome rendszeremet (40-50 eszköz) natívan telepített Domoticz vezérli, ezen kívül minden Docker alatt fut, kb. ezek a konténerek:
node-red, pyload, calibre-web, uptime-kuma, filebrowser, changedetection, mariadb, syncthing, homarr, traefik, pihole, airsonic, transmission, watchtower, pigallery2, wireguard, influxdb, grafana stb., részben smarthome, részben kényelmi funkciókat (meg sok más feladatot) ellátva.
A konténerek minden configja/adata a PI4-re kötött SSD-re, illetve közvetlenül a Synology NFS-re dolgozik. Mivel minden konténerleíró compose formátumban van (és az adatok a konténeren kívüli adattárolóva vannak bindolva), bármikor eldobható a konténer, újrarakható, és újratelepítés után ott folytatja, ahol abbahagyta. Eddig ok. Viszont szeretném megismerni a Proxmoxot is, szereztem egy M720Q-t 32GB rammal és egy 500GB-os SSD-vel, amire szeretném leváltani a Raspberry-t. Hogyan bontanátok szét a jelenleg futó Docker konténereket? Docker konténerek egyenként LXC-be, vagy külön a Netről elérhető / helyi kiszolgálásra használt konténerek egy-egy LCX-be Dockerrel, esetlen valamit VM-be, pl. Domoticz? És hogyan oldjátok meg a configok mentését/visszaállítását? Egyelőre próbálom megismerni a VM és a CT rejtelmeit, de nem igazán tudom hogyan induljak el. Pontosabban amellett, hogy nagyon teszik a Proxmox a remek lehetőségeivel, úgy érzem a későbbi felügyelet jóval több munkát igényelne, mert a VM vagy a CT frissítések plusz munkát jelentenek, és minél több van, annál rosszabb a helyzet. Ha azokon belül meg Docker is lenne, akkor még azok frissítése is plusz figyelmet igényelne, pl. ne törjön el egy LXC frissítés után, működjön rendben stb. (most a Watchtower megoldja), bonyolultabbnak tűnik sokkal, mint a jelenlegi rendszer. A lényeg: kicsit úgy érzem, nem előrelépést hozna az átállás a Proxmoxra, hanem csak plusz munkát. Vagy rosszul gondolom? Valszeg még egy csomó mindent nem ismerek, rengeteg kérdés és kétség van bennem, és emiatt érzem így. Pl. ha felhúzok egy Traefik konténert, hogyan tudom úgy eldobni, hogy a beállításaim (pl. cert-ek stb.) ne vesszenek el? -
AcCEsS
senior tag
Ok, a Docker a ludas, az okozza a Proxmox hálózati problémáját. A Docker service induláskor megváltoztatja a tűzfalban a továbbítási lánc működését, ezért az összes virtuális gépnek/tárolónak meghal a hálózata. A probléma pontosan az, hogy ACCEPT-ről DROP-ra teszi a FORWARD láncot a hülye. Chain FORWARD (policy DROP). Pedig ahogy írtam, direkt alapra állítottam a host tűzfalát és mindent engedélyeztem, de biztos figyelmetlen voltam, valamit eltoltam, és azért nem működött utána sem a VM network. Az iptables -P FORWARD ACCEPT visszaállítja az eredeti állapotot és műxik a VM-ben minden, de a docker service restart vagy reload után ismét DROP lesz a FORWARD ág első bejegyzése. Ok, nem életszerű egy Docker meg egy Proxmox egymás mellett, de ez nekem most csak egy teszt lett volna, kicsit meg akartam ismerni a Prokszmokszot!
De végre megvan a magyarázat a hibára, és tudok továbbhaladni! -
AcCEsS
senior tag
A Debianból csak a host volt pingelhető, de már megoldódott!!! Újrahúztam az alaprendszert, feldobtam a Proxmoxot, majd a debiant VM-et ismét. Belőttem minden az előző telepítéssel megegyező módon, és most működik minden. Az ilyen megoldásokat nem szeretem, mert nem lehet okosulni!
Azért nagyon köszönöm harcostársaim a segítséget! Most feldobom a Dockert is, majd utána lecsekkolom megy-e még a Proxmoxos Debianban a hálózat. -
AcCEsS
senior tag
Egy fórumbeírást találtam, amiben a srác hasonló problémával kűzdött, míg végül downgradelte a PVE kernelét az előző verzióra, és megoldódott a dolog. De ez egy viszonylag régi beírás volt, ha valós hiba volt, már tuti javításra került azóta. Persze téjesen más oka lehet az én esetemben.
-
AcCEsS
senior tag
Itt vannak a képernyőfotók:
HOST (raspberrypi5 10.0.0.15):
GUEST (debian1 10.0.0.230):
A guest-ről csak saját maga és a host pingelhető. A firewall host/guest oldalon is ki van kapcsolva, de ha aktiváltam és a policy-t input/output oldalon is ACCEPT-re állítottam, akkor is ugyanez volt a helyzet. Valszeg vlami komolyabb guest kellene, mert ez a debian-netinst totál alap, és nincs benne semmi hálózati debug lehetőség, nincs arp, arping, mtr, traceroute stb., és így kicsit nagyon vak vagyok! :-)
-
AcCEsS
senior tag
válasz
tasiadam
#2634
üzenetére
Jó szórakozást, én 2 hónappal ezelőtt egy gép késése miatt +7 órát ültem a reptéren!
Lehet, hogy újrahúzom az egészet, nem nagy dolog feldobni mégegyszer a rendszert. Valami apró elbaltázott dolog lehet, mert maga a bridge hálózat faék egyszerű, működnie kellene. Köszi a felajánlást, ha az újratelepítés után sem megy, jelentkezem. Jó utat! -
AcCEsS
senior tag
válasz
tasiadam
#2626
üzenetére
Ja, nem! A router egy különálló eszköz a 10.0.0.1 címen. A PI a 10.0.0.15 címen dolgozik, az futtatja a Proxmoxot (is). A PI-on hoztam létre a bridge beállításokat (vmbr0), és van net elérés meg minden. A Proxmoxon húztam fel egy VM-et Debiannal, 10.0.0.230 ip címmel, úgyanúgy /24 maszkkal, mint a host vagy a hálózat egyéb tagjait.
-
AcCEsS
senior tag
Ha a datacenter és a guest beállításaiban a Firewall-t bekapcsolom és az INPUT Policy-t ACCEPT-re állítom, akkor is csak a hostot éri el a guest. Persze a host is tudja pingelni a guestet, illetve bármit a hálózaton és a host a netet is eléri a 10.0.0.1 router átjárón keresztül.
-
AcCEsS
senior tag
válasz
tasiadam
#2621
üzenetére
Pont hálózati mizéria miatt akartam beírni, és elolvastam a frissített összefoglalót, de a hálózatom továbbra sem működik. A felállás: A host egy Raspberry PI5 raspbiannal, amin egy bridge lett létrehozva a Proxmox számára. Az ip címe 10.0.0.15, a gateway 10.0.0.1 A guest egy sima Debian ami a 10.0.0.230 címet kapta, de a guest csak saját magát és a host ip címét tudja pingelni, a gw-t nem. Az "ip a" és az "ip r" parancsok a jó felállást mutatják, a Proxmox szerint is ok a vmbr0. Ja, és a guest felől csak akkor érem el a host ip címét, ha a Hardware -> Network Device (net0) részen kiveszem a Firewall négyzeből a pipát. Kell valami routing is ehhez a megoldáshoz? De hát a bridge-nek anélkül is kőne működnie. Hol keressem a problémát?
Tuti ami ziher, ezt a fájlt (meg mindent is) betettem a mentésbe.
Egyelőre a lehetőségek feltérképezése tart...
Új hozzászólás Aktív témák
Hirdetés
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Battlefield 6
- MWC 2025: A kicsi és a kamerás - megjött a Xiaomi 15 és az Ultra
- Milyen notebookot vegyek?
- Gaming notebook topik
- Amlogic S905, S912 processzoros készülékek
- Autós topik
- Milyen okostelefont vegyek?
- nVidia GeForce GTX 1070 / 1070 Ti / 1080 (GP104)
- Spórolós topik
- További aktív témák...
- ROBUX ÁRON ALUL - VÁSÁROLJ ROBLOX ROBUXOT MÉG MA, ELKÉPESZTŐ KEDVEZMÉNNYEL (Bármilyen platformra)
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Assassin's Creed Shadows Collector's Edition PC
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- BESZÁMÍTÁS! MSI B150M i5 7400 16GB DDR4 250GB SSD 500GB HDD GTX 1060 3GB BitFenix NOVA MESH 400W
- Bomba ár! Dell Latitude E5570 Touch - i5-6300U I 8GB I 256SSD I 15,6" FHD I HDMI I CAM I W10 I Gari
- Homepod Mini /// Újszerű // Számla + Garancia
- Lenovo LEGION Pro 5 / Pro 7, Lenovo Yoga Pro gépek (RTX 4060 / 4070 / 4080 / 4090)
- HIBÁTLAN iPhone 13 512GB Starlight -1 ÉV GARANCIA - Kártyafüggetlen, MS3075
Állásajánlatok
Cég: FOTC
Város: Budapest