-
Fototrend
"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
-
-
nemurea
aktív tag
Én általában nem tartom jó ötletnek, ha egy NAS funkciót virtualizálva oldunk meg. Az OMV önálló jogon egy nagyszerű NAS fő rendszerként futtatva, nálam is évekig futott, mindent hozzá tudtam hegeszteni, ami kellett, tényleg kényelmes volt, a maga (akkori) hákliaival együtt.
De ha már van egy pve, akkor számomra túlzó overhead és bizonytalansági forrás egy fullos NAS rendszer telepítése VM-ként általában csak azért, hogy egy samba és egy NFS megosztást megoldjunk. Úgy gondolom, az OMV előnye pont az, hogy érthetővé és könnyen kezelhetővé teszi pl. a jogok kezelését (amíg nagyon bele nem kavarodunk a szintekbe
), de ha már hipervisorozunk, akkor ebbe a témába úgyis bele kell mélyednünk, és akkor már könnyen lehet, hogy nem akarunk az OMV config fájljainak rejtelmeire hagyatkoznunk és imádkoznunk, hogy konzisztensek maradjanak az alatta lévő lemezekkel.Szerintem.
-
Balinov
titán
Szia ViZion. Ezzel kapcsolatban kerdeznem
"A Te esetedben, ha nem akarod átszervezni a dolgokat, akkor egyszerűbb lenne egy dockereket futtató VM az OMV mellé, abba csatolni a megosztást és azt odaadni a dockerekben a bármiknek."
Ha az OMV VM-ben az 1TB ilyen ID alatt van felcsatolva
Akkor jol gondolom, hogy a masodlagos, docker VM-ben az add device passthru-ban eleg csak a device ID-t (/dev/disk/by-partuuid/4f9e803c-ff23-bf44-99bb-574d46718950) bemasolni?
?
Koszi neked is es a tobbiekenek isB
-
nemurea
aktív tag
válasz
tomigonzo
#3692
üzenetére
A technika ugyanaz, ha jól emlékszem (most nincs itt a PVE), az LXC beállításain a Resources részen tudsz MP-t (mount point-ot) felvenni.
Igazából azt kell megérteni, hogy nem az egyik LXC adott mappáját osztod meg a másik LXC-vel, hanem a közös nevező az maga a host, a PVE: ott van egy mappa, amit mindkét LXC használ. És emiatt lesz ugyanaz a technika a két LXC esetében, hiszen mindkettő csak megkapja a host egy adott mappáját használatra (az egyik írásra, a másik, a plex csak olvasni fog belőle).Csak amit meg most én nem értek: a "tartalmat szolgáltató LXC" (eufemizmus a transmission-re?
) az a saját meghajtójára menti a tartalmakat? Van neki dedikálva egy hatalmas HDD? Végül is meg lehet így is oldani. Lehet, hogy mondtad, de ezen elsiklottam. Mert ha így van, akkor
1) kivetted a HDD-t a host kezeléséből (passthrough például)
2) odaadtad a tartalom-LXC-nek
3) és most vissza kellene adni a host-nak az egészet vagy egy részét, pl. videókat, hogy
4) az meg megoszthassa a plex LXC-vel?Mert ha a fenti esetleg így lenne, akkor szerintem már az is egyszerűbb, ha a tartalom-LXC-be teszel dockerben egy plex szervert, ott helyben megkapja az anyagot.
-
tomigonzo
aktív tag
válasz
nemurea
#3684
üzenetére
koszonom a rengeteg infot, nekiallok lepesrol lepesre
a felallas ket LXC (egyik a Plex szerver a masik a tartalmat szolgaltato kontener),Ami meg mindig nem tiszta, hogy - az esetemben a tartalmat szolgaltato kontener egy mappajat aminek a tartalma valtozik es ezt a mappat szeretnem majd bekotnom/moutolnom a Plex szerver ala - hogyan mountolom fel a pve/prxomox -ba,
jogosultsagok kb mindegy mindenki csinalhat mindent. -
ViZion
félisten
pár hete kerestem épp ilyen samba tuning leírásokat.
A tippek/trükkök nagy része már default a v4-ben, szal. sokra nem mentem vele.PistiSan: VM-től függ, hogy menthető-e futás közben, de ált. igen. Beállítható, hogy csak "fagyassza" a VM-et, mentse, majd megy tovább, de leállítani és újraindítani is tudja.
Kis LXC-nél én a leáll-ment-restart használom, nem lehet baj. VM-eket futás közben menti, HA-ba ilyenkor is megy adat, de a mentés hibátlan.SD kártya halált nem venném a rendkívüli halálok közé, sajnos a sok írás mellékhatása ez. SSD vagy HDD fényévekkel jobb, nálam eddig a random áramszünetek sem nyírták ki a PVE-t vagy a VM-eket.
-
#3689
PistiSan
addikt
markussandor
#3688
PistiSan
addikt
válasz
markussandor
#3688
üzenetére
Azért ne legyél ilyen negatív. Volt sok frissítés ami gond nélkül lement, ami meg nem, ott megkerestem a hiba okát.
Az, hogy nem egy SD kártyáról fog futni az oprendszer, már önmagában előny. SD kártya azért volt jó a pi-vel, mert relatív könnyű volt konzisztens biztonsági mentést csinálni, de ilyenkor le kellett állítani, kiszedni az sd kártyát, össze kötni egy pc-vel, és úgy menteni a teljes SD-t. Az SD kártya miatt a fájlba logolást kikapcsoltam, hogy tovább bírja, de volt hogy os update közben halt meg a kártya.
Később volt HDD-n is a rendszer, itt partíciót mentettem, az is megoldás volt, de az elérhető telepítőkkel ha újra akartam húzni, akkor a teljes diszket törölte, ez nem túl barátságos megoldás.
A Proxmoxtól azt várom, hogy ezeket a mentéseket egyszerűbben meg tudjam csinálni időszakosan, ha tud futó vm-et menteni, az nagyon jó lenne, de ha le kell állítani addig a gépet, az sem gond. VM-et könnyebb menteni, mint a fizikai gépet. -
#3688
markussandor
senior tag
PistiSan
#3681
markussandor
senior tag
-
PistiSan
addikt
válasz
tasiadam
#3682
üzenetére
Köszi szépen, örülök, hogy megoldható.
A HDD-n lennének az adatok, egyik vm-ben letöltöm a linux iso-t,
aztán a másik vm-ben megosztom samba és nfs segítségével a mappát.
Ahogy látom ehhez vagy valami cluster kompatibilis fájlrendszer kell, vagy egy samba megosztás amit oda adok a VM-ek részére. A samba-ra azt írják, lassabb, ezzel kapcsolatban van tapasztalat? Feltételezem, hogy ez a típusú megosztás gépen belül nem jár valós hálózati forgalom terheléssel, csak a VM-ek között mozog az adat.Van egy régi 512GB-os usb2 hdd-m, azt backupra használnám, vm-ek futás közben menthetőek, vagy le kell állítani előbb a gépeket?
Ha igen, ez ütemezetten meg tud törtenni? -
nemurea
aktív tag
válasz
tomigonzo
#3683
üzenetére
A kifotózott log valami mély szintű CIFS hiba, nem szimpla jogosultsági kérdés, erről lövésem sincs.
A megosztott mappa két LXC között: a legegyszerűbb a ViZion által is említett bind mount:
- kinézel a proxmox-on vagy valahol, ami mount-olva van a root-ba egy jóképű könyvtárat, abba készítesz egy közöset nekik. Ha csak átmeneti fájlok lesznek itt, akkor javaslom a /tmp/valami-t.
- ha nem akarsz vesződni a jogosultságokkal, akkor erre adsz 777 jogot, ha igen, akkor belemélyedsz az LXC user mapping témakörébe VAGY az írásra jogosult LXC-t privileged-re állítod. Ez utóbbi esetben csak a 'normál' jogosultságállítást kell végigjátszanod.
- az LXC-kben létrehozol könyvtárat, amibe majd belinkeled ezt a közös mappát
- az LXC beállításaiban elkészíted az összerendeléseket (host mappa -> LXC mappa)Kb. ennyi. Lehet, hogy van egyszerűbb is, ha így van, a többiek megírják.
-
tomigonzo
aktív tag
válasz
nemurea
#3680
üzenetére
koszi, mivel ahogy irtam egyenlore meg csak teszt kornyezet es ismerkedes, igy azon kivul hogy a 777-vel mindennek is adtam jogot mindenre meg nem latom at teljesen ezt a mountolasos temakort.
pl itt egy log hiba (ez valamelyik smb mountolasi kiserletem eredmenye szerintem)
illetve ujabb megoldandom ebben a temakorben egy lxc mappat kellene elerhetove tennem egy masik lxc-ben, jelenleg egyik unprivileged a masik meg nem, de ha konnyebb megoldani nem unprivileged kontenrek kozott akkor ujrarakom ami jelenleg meg az. -
-
PistiSan
addikt
Sziasztok!
Jelenleg egy raspberry pi 4-et használok (GUI nélkül) nas funkcióra, telefonok mentésére, docker futtatására.Jól fut minden (a maga tempójában), de néha egy-egy frissítés után van, hogy elcsesződnek a dolgok, ilyenkor ha volt mentésem vissza állok, vagy hibát keresek.
Ezt szeretném kiváltani most egy házi szerverrel, amin proxmox futna elsődlegesen. A fenti dolgokat meg 2-3 vm-be szét szedném, nem azért mert 1-ben nem lehet, csak így külön tudom majd frissíteni őket, snapshotolni, és vissza állni ha gond lenne.1TB-os M2 ssd lesz benne, (összefoglalóban lévő szervizeket kikapcsolom majd) mennyi helyet kell hagyni a rendszernek? Elég mondjuk 20-30-50GB-ot leválasztani? Gondolom a 2. ext4 fájlrendszerű partícióra mehetnek az ISO-k, és a virtuális gépek is erről futnának.
Lenne még hozzá kapcsolva egy HDD, teljes diszk. Ezt fel lehet úgy csatolni, hogy több virtuális gép is lássa, tudjon rajta adatokat kezelni?
Ha felcsatolok egy hdd-t mondjuk a /mnt/hdd alá egy virtuális gépen, ha snapshotot készítek róla, akkor ugye csak az alap rendszerről készül snaphost, a külön felcsatolt HDD kimarad ebből?
A gépben lévő 1db hálózati kártyát szeretném használni az összes gépen, gondolom bridge módban, külön ip-ről fog mindegyik menni.
Akármilyen tanácsot szívesen fogadok, proxmoxot egyszer teszt jelleggel raktam fel, próbálgattam egy kicsit, de semmi komolyabbat nem csináltam vele, a fentiek megvalósíthatóak?
Teljesítmény javulást, stabilabb működést, és picit több villanyszámlát várok a pi-ről történő váltás után.
-
nemurea
aktív tag
válasz
tomigonzo
#3679
üzenetére
Ott a #3678-as hozzászólásban a screenshoton, ha a 'hibára fut' alatt az utolsó parancsot érted, akkor az kb. annyi, hogy a mount szerintem legalább két paramétert igényel, a <mit> és <hova>.
Az meg, hogy utána az LXC-n belül a shell-ben látod a tartalmat, de ha már a plexben nézed, ott meg nem, az arra utal, hogy a plex user-e (akivel a plex szolgáltatás, docker fut), nem kap read jogot arra a könyvtárra. Én lehet, hogy futnék még egy kört, mert a 777 szerintem túlzó, meggajdul valamelyik másik szolgáltatás vagy neked szalad meg a kezed egy törléssel, az nagyobb károkat tud okozni.
-
tomigonzo
aktív tag
válasz
tomigonzo
#3678
üzenetére
mar nem tudtam szerkeszteni, kozben sikerult felcsatolnom, de hogy megis melyik lepes oldotta meg arrol hirtelen fogalamam nincs
de gyanus, hogy a @ViZion fele megoldas lett a jo, mert ott meg rakuldtem a 'chmod -R 777 /mnt/shared' es utanna elerhetoek lettek a tartalmak a PMS-enmost akkor megprobalom az egeszet 'osszedrotozni' egy PlexDebrid-Zurg megoldassal, ha valkinek ismeros vagy hasznalja jelezze pls, nalam Synologyn dockerban mar mukodokepes
-
tomigonzo
aktív tag
koszi, ez a megoldas mar szembejott itt a ket nap folyaman, de nem probaltam ra, de akkor megnezem ezzel is, mert vegig csinaltam a @viZion fele leirast
https://prohardver.hu/tema/proxmox_ve/hsz_3442-3442.html
de tovabbra is csak consolban latszik a tartalom, PMS alatt mar csak ures mappa :S
de sajnos ez hibara is fut (vagy en rontom el valahol - az smb_user name/pw az nalam egy NAS user lett megadva, vagy en ertem felre a dolgot) -
-
tomigonzo
aktív tag
ok, jogos
Proxmox (tesztre) egy regi Macbookon,
Synon megosztott mappa ok, (media)
SMB es NFS is (utobbinal hozza adva permissionban a proxmox ip alapjan), user/jelszo letrehozva
datacenterhez hozzaadva (elso nfs, masodik smb)
a plex lxc-hez szeretnem hozzaadni, na es itt verzik el a dolog, -
ViZion
félisten
válasz
tomigonzo
#3671
üzenetére
....ööö, akkor nem értem a kérdést.
Van egy működő megosztásod a syno-n, ugye? Ha nem, akkor az syno topik. Ha igen, akkor proxmox datacenter storage a csatolás helye, de vm-en belül is megoldható.
Milyen vm-hez kellene csatolni? Linux? Debian, ubuntu, arch, stb... ez kellene a válaszhoz, ha ez nem megy.
Szal. több infó, jobb válasz.
ohh, látom. Plex LXC trükkös lesz, mert oda bind mount kellene, mert ha csak tárolóként adod, akkor sztem egy üres meghajtót hoz létre.
-
tomigonzo
aktív tag
a datacenterben felcsatoltam mar,
kontenerhez nem sikerul hozzaadni,NFS-vel mar addig eljutotam, hogy a kontenerben megtalalom a felmountolt konyvtarat latom is a benne levo tartalmat, ellenben a Plex szerveren amit ebben a kontenerben futtatok hozza tudom ugyan adni a mountolt konytarat de a tartalamat mar nem latja benne
-
R̲e̲m̲
senior tag
végigtotóztam mindet, sajnos nem jött be
De mindegy is, 50/50%-os osztott screennel olvasható, szerintem így marad.
tomigonzo
smb simán felcsatolható proxmox storage-be. Ha meg a konténernek kell, oda is simán mennie kell az smb mountnak.
vagy a kérdés inkább az, hogy hogyan kell smb share-t felcsatolni?
Látom közben megelőztek -
R̲e̲m̲
senior tag
Ezeket már korábban belőttem, az egyetlen dolog ami kimaradt, hogy a display-t none-ra tettem, most megjelent a monitoron a kimenet, viszont valami irgalmatlan felbontáson.
minden esetre ez már valami előrelépés. Köszi!
Nem lehet valahogy kényszeríteni a konzolt, hogy ne natív felbontáson menjen? PiP-ben használnám, és a fullhd olvashatatlan így.
Vagy ezt inkább valami linuxos topicban? -
R̲e̲m̲
senior tag
Sziasztok
Korábban írtam, adot eggy 8.3as proxmox, benne egy 24.04-es ubuntu server
Kapott egy másodlagos vga-t (A310) a node, ez át lett adva ennek a vm-nek transcode feladatokra.
Na azóta a proxmoxból nem érhető el a vm konzolja, kifagy a boot végén.
A vm elindul, minden működik rajta, csak a konzol nem érhető el a hypervisor felől.
nekem úgy tűnik, mintha a kimenetet átadná a fizikai kártyának, ellenben azon nincs kimenet/kép.
Esetleg valakinek valami ötlet?
Előre is köszönöm!
-
nemurea
aktív tag
Csak egy rövid kérdés: inkább követem a javaslatodat (tényleg egyszerűbb így
), és backupból visszaállítom az LXC-ket. De az egyik LXC-be bind mount-tal (MP) be van linkelve rw módon a teljes adat HDD. És a restore során ilyeneket ír, hogy "Mount point volumes are also erased". Utánanéztem, elvileg ez a törlés a bind mountra nem vonatkozik, de ha megerősítitek, azt azért megköszönöm. A hétvégébe nem terveztem be full HDD visszaállítást -
ViZion
félisten
s1150/s1151 mostanság a legolcsóbb, de mégsem ókori gépek, amik teljesen jók a felsoroltakra. Ram is olcsón van, a procival várnék -ha nem akarsz költeni rá- és a CPU használat függvényében lehet keresgélni, ha kell. Fogyasztásban rosszabb, mint egy újabb vas, de árat nézve még így is versenyképes sztem.
nemurea: hááát, én gyáva vagyok, nekem LXC-ket is menti
Pont ez az egyik érvem, ha vmit elkefélek (opnsense-ből kizártam magam párszor, miközben a védelem megerősítésén ügyködtem), akkor egy helyreállítás kb. annyi idő, mint beírni gugliba a bánatom. -
nemurea
aktív tag
Az LXC-k saját meghajtójáról van szó, több LXC-nél is láttam a logban a figyelmeztető bejegyzést. A PVE saját meghajtóját tudtam fsck-zni a boot során.
Igen, ezt a linket találtam én is, innen másoltam ki a parancsot. OK, akkor kipróbálom az egyiken. Egy kis fájlrendszerhibát csak megoldunk backup nélkül
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
kutga
félisten
Hölgyek/Urak!
Az irodában ahol dolgozom, leselejteztek pár gépet, egyet hazahoztam, gondoltam lehetne belőle valamit csinálni: ASUS H110M-K, i3-7100, 4+4 giga DDR4 RAM, 120 giga SATA SSD, mindez egy midi toronyban, hozzá való táppal, amibe belefér még egy 3,5 collos hdd is adatoknak), szerintetek van ebben fantázia? Hirtelen amire befognám az samba, torrent, esetleg opnsense, ha találok bele megfelelő lan kártyát. A proci csak 2/4-es, 10k körül találtam bele i5-7500-at pl, de ha nem muszáj, nem költenék rá.
-
-
nemurea
aktív tag
Sziasztok, kissé elkiabáltam, tegnap este (zenehallgatás közben) merevre fagyott a proxmox, de nálam inkább a Desktop environment miatt lehetett ez. SSH-n és Webmin-en keresztül továbbra is elértem, de már nem tudtam megmenteni, így restart.
Nem is emiatt írok, hanem azért, mert - valszeg a kényszerített, nem clean restart miatt - az LXC-k meghajtóin hibák vannak:
Feb 20 09:52:12 pve kernel: EXT4-fs (dm-14): warning: mounting fs with errors, running e2fsck is recommendedFeb 20 09:52:12 pve kernel: EXT4-fs (dm-14): mounted filesystem 5d4270ff-6c52-4449-9a2f-426c58698fca r/w with ordered data mode. Quota mode: none.Feb 20 09:52:12 pve kernel: audit: type=1400 audit(1740041532.842:47): apparmor="STATUS" operation="profile_load" profile="/usr/bin/lxc-start" name="lxc-109_</var/lib/lxc>" pid=5914 comm="apparmor_parser"Mi ilyenkor a normál módszer, találtam egy ilyet az egyik fórumon, ezt használjam?
e2fsck -p -c -f -v /mnt/pve/storage/images/71403/vm-71403-disk-1.raw -
ViZion
félisten
egyelőre nem tudom, h mi okozza. Az alaplapon 2 db USB port hibás, minden egyéb OK, szal. rizikó, de nem hiszem, h ez lenne az ok, mert akkor az sokkal sűrűbben jelentkezne.
Ne az üzleti PVE-vel hasonlítsd, de az enyémet még csak az átlag PVE-vel se... 
A telepítés debian minimalra ment, már ott is kipucolva minden felesleges cucc.
Nincs LVM, nincs ZFS, meg semmi extra. A szolgáltatások is átvariálva, sokminden letiltva, átkonfigolva, stb... Utána volt gépváltás, volt pár monitorozó cucc telepítve és ennek megfelelően szanaszét állítgatva minden. Volt X is telepítve... Majd ezeket eltakarítottam, amennyire tudtam.
Nem, erre sem gyanakszom, ha elb*tam volna, akkor nem indul el...Gépváltásnál a Grub feladta a harcot, systemd boot van, azzal OK. Mikor volt pár leállás (korábban pár naponta előfordult), akkor ugrottam pár verziót kernelben...
6.11.11-1 és PVE 8.3.3 már. Hetekig stabil volt.
Utolsó log bejegyzés:Feb 19 12:17:01 pve CRON[2735446]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)Feb 19 12:17:01 pve CRON[2735447]: (root) CMD (cd / && run-parts --report /etc/cron.hourly)Feb 19 12:17:01 pve CRON[2735446]: pam_unix(cron:session): session closed for user root-- Reboot --Tehát a reboot-ot is észlelte. De most azért a hourly/weekly bánatokat is kitakarítottam, nem kell futkosnia óránként.
Újratelepítés nem árthat, bár a múltkori logban minden warning vagy ilyesmit megnézve kiderült, h másnál is van, nem élet-halál dolgok.
Gyanítom, h Tasiadamnak lesz igaza, ha szimplán korábbi kernelre váltanék, akkor minden menne flottul, mint a gépváltás előtt... de tudom, h ezt csak a legvégső esetben tenném, belül még Fedora user vagyok
-
nemurea
aktív tag
Nálam is volt ugyanilyen jelenség, nem segített volna, ha monitor van rajta (nekem van), üres, fekete kép. Logban semmi az ég-világon, percre pontosan tudom, mikor történt és fogalmam sincs, hogy mi. Kernel logot is néztem, semmi extra. De ez jó pár hete volt, azóta szintén hibátlan.
-
tasiadam
Topikgazda
szerintem ott ha nagyon beletúrsz a logban, ott lesz a gond. nekem az USB portokkal csinálta ezt a régi kernel, amikor usb3.0-rj45 átalakítóm volt. amint kapott új kernelt, semmi gond.
Ezért is mondom, ha működik az adott XPE, vagy bármi hypervisor, ne upgradelj és ne updatelj, ha csak nem nagyon muszáj. Ha egy régebbivel hibátlan, maradj azon. -
ViZion
félisten
PVE és a VM-ek sem elérhetőek.
Se a PVE, se opnsense se más logban nem volt anomália.1 alaplapi LAN és dual nic bridgelve... sehonnan nem elérhető, mintha a tűzfal elzárná, vagy kihúztam volna a kanócot. Restart teljes gép és OK megint hetekig.
Ma a gyerek hazament, gép be és nincs net. Előtte még cégtől ránéztem a fűtésre, semmi baja nem volt.
-
ViZion
félisten
Nah, most is volt egy ilyen "elveszett" szerver jelenség. Kintről, az alaplapi LAN-on át sem értem el, de a belső hálóról sem (dual nic). Eddig a hálókarira gyanakodtam, de semmi nem volt a logokban. Most megpróbáltam az alaplapiról elérni, de semmi...
Szerintem a PVE kap új telepítést, hátha csak a sok verziófrissítés odatett neki.
Vagy mire gyanakodnátok még?
Monitor nem lett rádugva, nem tudom, h amúgy elérhető lett volna-e. -
MasterHUn
senior tag
válasz
tasiadam
#3631
üzenetére
errorcode 1.-el száll el.
raw-ba kell konvertáljak, onnan meg vmdk-t kéne gyártanom a migriálshoz, de ezt jelenleg úgy tudom megoldani, hogy proxmox alatt mountolok ext. diske arra feltolom a raw-ot utána unmount, virtuális gépre (ami ugyanazon a gépen ugyanabban a HÁLÓBAN FUT) felmountolom és vmdk-vra konvertálom -
-
R̲e̲m̲
senior tag
Sziasztok!
Proxmox 8.3-at használok, benne adott egy ubuntu server 22.04.05 LTS
a szerver rendelkezik integrált vga-val, tehát az elsődleges vga az ast2400
A vm-ben fut egy jellyfin, aminek szeretném engedélyezni a hardveres transzkódolást, ezért vettem egy arc A310-et
A kérdésem az lenne, hogy hogyan lehetne teljesen átadni a kártyát a vm-nek.
a "raw device" + "all functions" nem elég, nince transzkódolásra befogható hardver.
A tanácsokat előre is küszönöm. -
-
ViZion
félisten
Chromium, Chrome és Brave usereknek találtam hasznosat, de lehet már ismeritek.
Ez a cert dolog már unalnas volt, nem akartam létrehozással szuttyogni, csak ne dobálja fel az oldalt...
Elsőként a flag-os tippet találtam:
brave://flags/#unsafely-treat-insecure-origin-as-secure
De ez csak a self signednél nem dobja fel a figyelmeztetést.
Van viszont az
--ignore-certificate-errors
amit a böngésző parancsikonba a paraméterekhez kell bedobni, bamm, nincs több vissza a biztonságoshoz marhaság. -
rgqjx
aktív tag
Opciónak bedobnám az intel s3710-est és hasonló társait, mint boot drive. Bár nem nvme, de az endurance számai elég impozánsak. Proxmoxnak szerintem nem feltétlenül szükséges az nvme adta extra sebesség, azt a vm-et tároló másik eszköztől várnám.
Használtam vettem egy ilyent és nem okozott csalódást. -
ViZion
félisten
válasz
Balinov
#3617
üzenetére
[link] fstab mountban az a jó, hogy induláskor csatolja. Viszont ez a baja is.
Ha a megosztásod VM-ben van, akkor nem lesz mit csatolnia a PVE-nek induláskor, ebbe bele is zakkanhat. Szal ezzel csak külső megosztást illene csatolni, vagy nofail-t hozzárakni. Lehet crontab-ból is csatolni indulás után késleltetve, vagy scripttel, de macerás.A Te esetedben, ha nem akarod átszervezni a dolgokat, akkor egyszerűbb lenne egy dockereket futtató VM az OMV mellé, abba csatolni a megosztást és azt odaadni a dockerekben a bármiknek.
-
Balinov
titán
igen, OMV az egy VM-ben fut, azon megy az SMB share. Atolvasva a 3ik kerdest, ja, Zyxel SMB remotemount, a helyi 1Tb meg passhtru a host ZFS-pool.
Szoval akkor UP'd LXC-hez nem megy es a PVE hostba kell? FSTAB tudom hogy van, de nem voltam meg olyan bator, hogy beleassam magam (ugye a hoston kell az etc-ben szerkeszteni?)
H tudnal/tudnatok leirast linkelni/adni mind a kettore? Megkoszonnem
(max ha nem boldogulok, megy az arr stack meg egyebek dockerkent az OMV alatt)Bali
-
ViZion
félisten
-
Balinov
titán
Sracok, kis segitseg/iranymutatas kene megint. Ugye van egy ZFS poolom, OMV7 VM-ben, SMB-vel (+ban a zyxel share felmountolva az OMV ala).
Futtathatnak Immich-et vagy arr stacket docker composen keresztul OMV-n, de csak nem hagy beken hogy par dedikalt LXC-t hasznaljak, adott esetben az OMV-s share-t hasznalva.
2 fo share van az OMV alatt a kovetkezo relativ es abszolut path-tal
Zyxel ZyxelVideo - /video/ -> /srv/remotemount/Zyxel/ZyxelVideo/video
ill
/dev/sda1 - /data/media//srv/dev-disk-by-uuid-a5ec2c50-7587-4cea-9c77-99d17250f7da/data/mediajol gondolom, hogy a PVE host shell-jeben, pct set paranccsal kell az (unprivileged) LXC-k ala felmountolnom, amelyiket akarom?
mi lenne a helyes syntax?
pct set "LXC ID-je" -mp0 (es/vagy -mp1, ha adott LXC alatt mind a ket OMV-s volumet akarnam felmountolni), eddig tiszta, de a "volume=/host/directory," -nal hogyan kene megadom a path-t ill. mp=/container/directory lenne az az utvonal, amit az LXC-ben akarok latni?Koszi
Bali -
_Petya_
őstag
Sziasztok, biztos volt már téma, nem találtam keresővel ne kövezzetek meg
Milyen NVMe boot SSD-t ajánlanátok 2230 méretben?
Egy ilyen cuccba lenne, a terv az hogy egy 2230-as SSD Proxmox alá boot-nak, és két 2280-as SSD ZFS mirror-ban VM-eknek/adatnak, és még 2 vagy 4 HDD adattárolásra.2230-asból elég szar a kínálat, a WD BLACK SN770M -t néztem mint a legnagyobb write endurance-al rendelkezőt, mert rémtörténeteket lehet hallani arról hogy a Proxmox tönkre írja a boot disk-et, főleg ZFS-el write amplification miatt. Esetleg tudtok valami jobbat ajánlani? Akár 2230-asban boot-nak, akár 2280-asban VM drive-nak?
És érdemes a ZFS-ben gondolkodni vagy maradjon a jó öreg ext4?
Köszi!
-
ViZion
félisten
válasz
PhoenixK
#3609
üzenetére
Még soha nem frissítettem scriptel, illetve igen, a sajátommal: apt-get update, stb...
OK, itt is lehet bukta, ha a repo-kat vmi fake repora állítják, mert azt nem szoktam nézni
"Emiatt több fejlesztő/reviewer is otthagyta a projektet, tehát nincs ami megállítsa ezt az irányt."
Ezt sem értem, kellett volna egy badge, h reviewed, meg egy olyan, h experimental. Pl. HA-nál hasonló működik, tudod kvázi ránézésről, h mennyire van az a kiegészítő összerakva, mennyi info lesz hozzá, ha elakadsz.Adjunk nekik időt, most vették át pár hónapja, nyilván akarnak villantani, sokmindenre scriptet készíteni elsé körben.
-
Mellément a válaszom, de akkor összefoglalónak még jó lesz:
A régi gyűjtemény, amit még tteckster készített:
ProxMox VE Helper-Scripts - tteck
Ott ő volt, aki döntött, és benne meg is bíztunk sokan! Sajnos 2024. novemberében rövid betegség után távozott közülünk.A halála után community project lett a gyűjteményből, és itt van az aktuális verzió:
ProxMox VE Helper-Scripts Community scriptsA probléma az, hogy itt nem egy régi, megbízható tag van a script-ek mögött, hanem többen viszik tovább, és a fő maintain-er nem tartja magát a régi minőségi standardokhoz, mostanában inkább a mennyiség a fontos a minőség elött.
Emiatt több fejlesztő/reviewer is otthagyta a projektet, tehát nincs ami megállítsa ezt az irányt.szerk.: Csak egy példa, ami sokakat aggaszt, hogy régen egy egyszerű megoldás volt a frissítésekre: egy update-parancs minden LXC-ben.
Egy egyszerü példa az ubuntu LXC-re:cat /usr/bin/updatebash -c "$(wget -qLO - https://github.com/community-scripts/ProxmoxVE/raw/main/ct/ubuntu.sh")
Mivel ez root-ként fut, komoly problémát jelenthet, ha a forrása nem megbízható! -
ViZion
félisten
Nem olvastam végig a cikket, nem vagyok tag. Mi a lényege?
Óvatosan? Hááát, tűzfal van, meg felesleges bármiket nem szoktam telepíteni, de nem látom, h mi a baj ezekkel. Több a privileged LXC? Attól azokat is lehet unprivileged telepíteni és megoldani máshogy a feladatot. Curl? Vagy mit ír? -
ViZion
félisten
Sziasztok!
Érdemes ránézni a Helper scriptekre. Kerülnek fel újak és a régieket is hegesztgetik!
Pl. a Kernel clean bugos volt, most már jó.
A script lista folyamatosan bővül, a nagy része már kvázi ismeretlen nekem
UrBackup amit ki fogok próbálni, bár a scriptem működik és mentegetőzik szépen, de erre kiváncsi vagyok. -
Összeállt a HW, feltelepítettem a proxmox-ot. A három NIC-ből az egyik volt csak bedugva, adtam neki a gépen fixált IP-t (192.168.1.2, ez ki van véve a DHCP pool-bol). Ez marad managment port.
Működik a rendszer, frissítettem, feltöltöttem az ISO-kat a telepítésekhez. Csináltam egy másik NIC-re egy új bridge-t, ez lesz a kijárat a hálózat felé (kapott egy LAN commentet).
Itt nem adtam meg gatewayt, ez gond?
A másik kérdésem, az első VM a NAS lenne XigmaNAS lesz a rendszer, ez ZFS-t kezel,
meg is tudja csinálni. A kérdésem, hogy tudom átadni a fizikai lemezeket? A HBA-t nem szeretném, még később raknék rá lemezt más céllal, másik VM felé. Ha ez nem megy, akkor megcsinálom a ZFS-t proxmoxban, de így akkor kevesebb RAM kell a VM-nek, hisz nem kezel ZFS-t, csak egy átadott tárolót.
), de ha már hipervisorozunk, akkor ebbe a témába úgyis bele kell mélyednünk, és akkor már könnyen lehet, hogy nem akarunk az OMV config fájljainak rejtelmeire hagyatkoznunk és imádkoznunk, hogy konzisztensek maradjanak az alatta lévő lemezekkel.
) az a saját meghajtójára menti a tartalmakat? Van neki dedikálva egy hatalmas HDD? Végül is meg lehet így is oldani. Lehet, hogy mondtad, de ezen elsiklottam. Mert ha így van, akkor
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Nem, erre sem gyanakszom, ha elb*tam volna, akkor nem indul el...
Új hozzászólás Aktív témák
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Bomba ár! Lenovo ThinkPad X395 - AMD Ryzen PRO 5 I 8GB I 512GB SSD I 13,3" FHD I Cam I W11 I Gari!
- Bomba ár! Dell Latitude 5400 - i5-8GEN I 16GB I 512SSD I 14" HD I HDMI I Cam I W11 I Gari!
- Apple iPhone 11 64GB, Kártyafüggetlen, 1 Év Garanciával
- Tablet felvásárlás!! Apple iPad, iPad Mini, iPad Air, iPad Pro
- AKCIÓ! Gigabyte H510M i5 10400F 16GB DDR4 512GB SSD GTX 1070 8GB Rampage SHIVA Zalman 600W
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest