- sziku69: Fűzzük össze a szavakat :)
- sh4d0w: Netflix? Ugyan, VW előfizetés!
- Geri Bátyó: Megint tahó voltam – SZEMÉLYISÉGFEJLŐDÉS
- Luck Dragon: Asszociációs játék. :)
- Meggyi001: Nyilvános wc-k.....még mindig hiánypótló...
- sziku69: Szólánc.
- Mr Dini: Mindent a StreamSharkról!
- GoodSpeed: AMD Ryzen 7 7700X vs AMD Ryzen 9 9900X Cinebench R23 & R24 Benchmarkokban mérve
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Meggyi001: RTX 5060 - Az új népkártya?
-
LOGOUT
"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
-
rgqjx
aktív tag
válasz
SwissAirplan #2496 üzenetére
Erre van itt a fórum. Ráadásul a leírtakból más is tud tanulni. Amikor van valami nyűgöm, akkor jövök a Ph! fórumra és az aktuális topik összefoglalója után igyekszem minimum 1000 hozzászólást visszaolvasni. Javaslom
-
tasiadam
Topikgazda
válasz
SwissAirplan #2496 üzenetére
TLDR foglald ossze, biztosan tudunk segiteni ingyen is
-
ViZion
félisten
válasz
SwissAirplan #2496 üzenetére
Szia! Itt visszaolvasol, bevezetőt elolvasod, felteszed a kérdéseid és segítünk. Ha nem elég, akkor egy langyos sörért biztos van vki a közelben... ja, ok, külföld. Megoldjuk itt, tele vagyunk jó tanáccsal
-
SwissAirplan
aktív tag
Sziasztok!
Keresnék valakit, aki otthon van a Proxmox és a hálózatok világában, valamint lenne kb 25-30 perce hogy WhatsApp on Messengeren vagy akármin konsultáljon velem, teljesen alap felhasználói kérdésekről.. inkább elvi megvalósitási dolgokról!
Az idődet természetesen megfizetném!
Köszönöm! -
footy
addikt
Ismet kernek egy kis segitseget toletek.
Az OMV virtualis gepben fut nalam, amihez egy fizikai lemez lett kozvetlenul csatolva. (parancssorbol)
2 problemam van:
1. Proxmoxban ott a kerdojel a lemez mellett. Ez gondolom csak esztetikai dolog.
2. Ez a nagyobbik problema: Ha Backupot csinalok OMV-rol akkor a 2TBs SSD is benne van. Ami szamomra irrelevans (csak filmek/sorozatok vannak rajta). Hogyan lehetne kihagyni a felcsatolt meghajtot backupnal?
Jobb lenne ha nem fizikai lemezkent hanem konyvtarkent csatolnam fel?koszi
-
tothd1989
tag
Halihó harcosok, köszön a korábbi tanácsokat, kezd tisztulni a kép mit hogyan érdemes csinálni (egyszer csak elkészül
). Újra kérdéssel jöttem hozzátok: vásároltam további 3 vasat mert érdekel a téma és szeretem magamat fejleszteni.
Próbáltam összehozni a clustert, ami elvben pofonegyszerű, a valóság meg elszomorító.
A vasak:
hp dl380p 2x e2640-es cpuval, 48gb ram, 2x 146gb sas lemez raid1ben, 1tb nvme ssd pci-e fordító segítségével, illetve egy gt710
hp dl380p 2xe2670, 64gb ram, 2x 72gb sas lemez, 1x 146gb sas lemez
hp dl360e 2x2450l, jelenleg ram és lemez nélkül (ezt a gépet egyenlőre nem akartam clusterbe, mivel nincs lemezmeghajtóm hozzá )
hp dl380 g7 2xx5560, 24gb ram, 2x 72gb sas lemez.
Amit próbáltam:
A felállás az lett volna, hogy a g7hez csatlakozik a 2db 380p g8. Létrehoztam a clustert, de a másik 2 gépről nem tudtam csatlakozni, 401-es hibát dobott. Mind3 gépre egyidőben be voltam jelentkezve, és ugyanazt a hálózatot használtam amit egyébként is használnak, nincsenek "külön körre" rakva, mert nincs annyi cat5 itthon jelenleg. Ez a kisebbik gond, hogy nem csatlakzotak a clusterbe, a nagyobb az, hogy megpróbáltam az egyik g8at beállítani fő gépnek, de nyilván ugyanaz volt az eredmény, illetve a g7ről meg sem lehetett proóbálni csatlakozni mivel azon volt cluster profil. Ezeket a profilokat természetesen törölni sem lehet, hiába törölném a node1-et terminálban a pvecm-el.
Erre valami megoldás esetleg? -
ViZion
félisten
válasz
bpmcwap #2488 üzenetére
az egyik lxc, ami nem vm...
omv extras és motioneyet abba rakd, akkor ezt omv kezeli.
vagy motioneyehez egy bind mountolt mappa, amit az lxcn samba megosztasz, ezt mountolod omvben.
Esetleg omv helyett casaOS vagy Debian, oda motioneye docker, samba kézzel beállít, ez mondjuk lehet bonyolultabb, ha nem ismered.vagy motioneye is vm, akkor tudsz samba csatolni hozzá. Csak a vm több erőforrást igényel kicsit.
esetleg omv is lxc, akkor shared bind mount mindkettő lxcre csatolható, omv kezeli a sambat, kész. azt nem tudom, omv mennyire szeret lxc lenni. helper scritben van omv lxc?
-
bpmcwap
senior tag
Pont így tettem be az LXC-n futo motioneye alá a VMben futo OMVhez kötött hdd-t. Ez (#2486ViZion) viszont nagyon fáááájt
Kicsit rendbetennék a fejemben proxmox ügyileg, mert lehet hogy félreértettem ezt a dolgot.... A proxmoxon létrehozott VM-ek és LXC-k, gyakorlatilag olyanok, mintha fizikailag(!) az OMV-t rátenném egy pi3-ra a motioneyet meg egy pi4-re pl. És akkor a két gépet akarnám összekötni SMB-vel. Vagy félreértek valamit? Az belekavar, hogy proxmoxon van a két app és nem fizikai gépen? Figyelembe kell venni ezt a körülményt? Mert ha igen, akkor kicsit jobban utána kellene olvasnom ennek, ha viszont nem, akkor nem nagyon értem miét nem működik... -
ViZion
félisten
-
bpmcwap
senior tag
OMV megy VM-ben, megosztott könyvtárat látom laptopon és LXC motioneye-ben is. LXC-n bemegyek a könyvtárba mc-vel, létrehozok egy teszt könyvtárat, winbe törlöm és forditva is. motion eye mégse tud rá írni, pedig a weboldalán beírtam az elérési utat és a tárhely méretet is látja, de jobbat mutatok shellben:
root@motioneye:~# cd /media
root@motioneye:/media# ls
Kapu
root@motioneye:/media# cd /Kapu
-bash: cd: /Kapu: No such file or directory
root@motioneye:/media# cd
root@motioneye:~# cd /media/Kapu
root@motioneye:/media/Kapu#
Nem tudok rájönni, hogy mi a frászkarika baja van -
válasz
markussandor #2477 üzenetére
Az említett 4GB esetén már nem is olyan jelentéktelen...
-
bpmcwap
senior tag
csak nálam van ez egésznap?
W: Failed to fetch http://deb.debian.org/debian/dists/bookworm/InRelease Temporary failure resolving 'deb.debian.org'
W: Failed to fetch http://deb.debian.org/debian/dists/bookworm-updates/InRelease Temporary failure resolving 'deb.debian.org'
W: Failed to fetch http://security.debian.org/dists/bookworm-security/InRelease Temporary failure resolving 'security.debian.org'
W: Some index files failed to download. They have been ignored, or old ones used instead. -
bpmcwap
senior tag
# This file is auto-generated by openmediavault (https://www.openmediavault.org)
# WARNING: Do not edit this file, your changes will get lost.
#======================= Global Settings =======================
[global]
workgroup = WORKGROUP
server string = %h server
dns proxy = no
log level = 1
log file = /var/log/samba/log.%m
max log size = 1000
logging = syslog
panic action = /usr/share/samba/panic-action %d
passdb backend = tdbsam
obey pam restrictions = no
unix password sync = no
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
pam password change = yes
socket options = TCP_NODELAY IPTOS_LOWDELAY
guest account = nobody
load printers = no
disable spoolss = yes
printing = bsd
printcap name = /dev/null
unix extensions = yes
wide links = no
create mask = 0777
directory mask = 0777
use sendfile = yes
aio read size = 1
aio write size = 1
time server = no
wins support = no
disable netbios = yes
multicast dns register = no
server min protocol = SMB2_02
# Special configuration for Apple's Time Machine
fruit:aapl = yes
fruit:copyfile = yes
fruit:nfs_aces = no
#======================= Share Definitions =======================
[NVR]
path = /srv/dev-disk-by-uuid-024c0cec-0096-472b-8a6d-85fef8573cec/NVR/
guest ok = no
guest only = no
read only = no
browseable = yes
inherit acls = no
inherit permissions = no
ea support = no
store dos attributes = no
vfs objects =
printable = no
create mask = 0664
force create mode = 0664
directory mask = 0775
force directory mode = 0775
hide special files = yes
follow symlinks = yes
hide dot files = yes
valid users = "bpmcwap","camkapu",@"kamerak"
invalid users =
read list =
write list = "bpmcwap","camkapu",@"kamerak"HA alá biztos nem rakok szambát... Nem tudom, hogy te mennyire foglalkoztál HA-val - mostanában én sem, kb két éve áttértem Alexára, mert stabilabb és törődésmentesebb -, gyötrelem. Ráadásul egy áramszünet és meghalt az egész. Mondjuk most nem RPi-n futna és szünetmentes is lesz mögötte, de nem hagynám úgy ott több száz kilóméterre a vasat a tapasztalataim alapján... Ha lehasal a HA attól még futhat az OMV külön gépen, illetve ha az OMVnek lenne nyűge, attól még a kameráim elérem motioneye-n és menthetek egy másik lemezre, vagy akár felhőbe, ftpre, stb Egymástól "függetlenül" - eltekintve ugye a megosztott mappától -, sokkal nyugodtabbnak érzem.
-
Pista0001
addikt
Na, hát akkor úgy van ahhogy gondoltam.
Az OMV-vel nincs bajom, egyszer beállítgattam, azóta megy. Mondjuk nem aggatok rá extra funkciókat, főleg nem úgy, hogy hypervisor alatt fut. A vm-es rendszerem jól működik, és fenntartom, hogy neki is megfelelne. Kicsit utánanézek az lxc-nek, megnézem milyen, ha ugyanezt úgy rakom össze.
-
ViZion
félisten
válasz
Pista0001 #2473 üzenetére
Nagyon egyszerű a dolog, ha a Proxmoxhoz csatolt HDD-ből egy virtuális HDD-t rendelsz az LXC-hez, akkor az PVE "oldalról" egy fájl, kvótával, ami csak ehhez az LXC-hez tartozik. LXC felől meg egy HDD, saját fájlrendszerrel, stb. Ennek a hátránya, h LXC mentésekor ezt is mentened kell, mert helyreállításkor -ha nem mentetted- egy üres HDD-t fog kreálni. Lehet, h ez megkerülhető, de nem kerestem rá megoldást.
Bind mountnál a PVE-hez csatolt HDD-n létrehozol egy mappát. Ez olyan, mintha egy samba mappát csatolnál az LXC-hez. Nincs saját fájlrendszer, örökli a PVE-ben létrehozottat. Nincs kvóta (lehet, h megoldható, nem kerestem, alapból nincs), megosztható, más is elérheti (ez lehet előny vagy hátrány, kinek mi). Ha LXC mentéskor ezt nem mented, akkor sincs semmi, helyreállításkor a mappát újra csatolja, nem törli a tartalmát. További előnye, h PVE nélkül is hozzáférsz, tehát ha vmi baj van, ennek a "meghajtónak" a tartalmát látod live linux alatt is, a fentebb HDD-ként hozzáadott meg csak egy raw fájl (igen, biztosan megoldható, nem kerestem ilyesmit).
El kell dönteni, h melyikre van szükség. OMV-t én rég elengedtem, túl sok macera és nem is stabil (extras után jöttek a bajok, volt, h kinyírta magát... a fejlesztővel is leveleztem, de nincs idegzetem havonta újrahúzni). A külön LXC is felesleges, meglepő módon ez is van OMV pluginként (rákerestem, juhé) [link] De akár a motioneye LXC is kezelhetné a samba megosztásokat, sokkal egyszerűbb lenne - akár még egy webmin rá és a beállítása sem lenne macerásabb, mint az OMV-ben, aminél ez is kicsit ehh.
Ha meg Home Assisstant is fut, akkor oda raknám [link] innen meg már mindent IS lehet [link] -
Pista0001
addikt
Ha jól értem, ez arra megoldás, hogy ha a proxmoxbeli drájvot (directory-t) blind mountolod az lxc-ben.
Csak mert ő nem úgy próbálja, hanem omv-belit blind mountol, ami "az ellen nem véd". Ha ebben az esetben az omv hullik el, akkor maga a directory is elveszik, ha a másik, akkor meg mindegy, hiszen az eredeti directory az omv-n megmarad, a helyreállított vm/lxc alá kell csak újra felcsatolni.
Másrészt nem olyan anyagról van szó, amihez foggal-körömmel ragaszkodni kell, hogy ott és úgy meglegyen (nem családi fotók, amik nem veszhetnek el, de elérhetőnek is kell lenniük mindig a nasról, hogy a nagyi bármikor nézegethesse), hanem egy folyamatosan változó, megújuló anyagról. Egy sima sync biztosítani tudja, hogy az esetleges bizonyítékok biztonságban legyenek, a többi mehet veszendőbe, helyreállítás után tiszta lappal indulhat tovább az nvr.
-
Pista0001
addikt
válasz
bpmcwap #2469 üzenetére
Azt gondolnám, hogy a jogosultság kezelést az OMV-ben kell rendbeszedned, elvégre abban van/vannak a megosztott mappa/mappák. Igazából nem világos, miért használsz bind mountot. Utánaolvasgattam, nem látom értelmét. Kb annyi jött le a cikkből, hogy jó módszer elrejteni a pornót (csinálsz egy könyvtárat, belemásolod a poreszt, egy pendrive-ra beállítasz auto bind mountot erre a könyvtárra, így ha a pendrive be van dugva a gépbe, nem a mappa eredeti tartalma fog látszani benne, hanem a pendrive). Első blikkre azt gondolnám, hogy túbonyolítod, de amúgy ami kellene neked, az nagyon hasonlít az én jelenlegi felhasználásomra. Annyi a különbség, hogy nálad a kamerák és az azokhoz szánt motion/motioneye használná az OMV megosztott mappáját/mappáit, nem a torrent. LXC-ket még nem próbálgattam, elsősorban VM-ben gondolkodok, szóval:
1.: VM1 OMV, benne könyvtárak a megfelelő jogokkal a családtagoknak és a kameráknak (mondjuk apa, anya, gyerek1, ..., gyerekn, felvételek).
2.: VM2 headless debian, motion/motionplus+motioneye, felhasználó a motion-nek.
3.: Az OMV "felvételek" könyvtárát megosztod a VM2-nek NFS-sel (itt meg lehet adni, a hálózat mely gépe(i) csatolhatják fel), VM2-ben simán felcsatolod (fstab, automount), a felcsatolt mappára kiadod a jogokat a motion felhasználónak.
4.: A "felvételek" könyvtárat megosztod sambával is azoknak a felhasználóknak adva jogokat, akiknek szeretnél (gyerekek és asszony read only, magadnak read/write például), hogy meg tudja nézni a rögzített anyagokat bárki a példánál maradva, és tudd menedzselni azokat (csak te tudsz törölni, nehogy egy családtag törölje a rendetlenkedést.Így az OMV-ben a motioneye jogaival nem kell foglalkoznod, fel lesz csatolva a mappája a motioneye alatti oprendszernek. Itt már sokkal egyszerűbb kiadni a motioneye felhasználónak a jogokat, más jogokkal nem is kell foglalkoznod, mert a böngészéshez már sambát használsz, amihez meg az OMV userek jogait kell csak menedzselned.
-
ViZion
félisten
válasz
bpmcwap #2469 üzenetére
Ha ennyire macerás, akkor miért nem fordítod meg a dolgot?
Motioneye-hez a HDD-t és motioney-ben hozol létre samba megosztást a családnak.
Valószínűleg kézzel kell konfigolni, de azért az nem bonyolult.OMV alatt is érvényes, ha mondjuk az elérési út
/mnt/nas/kamera
akkor nem csak a kamera mappára kell engedélyezni az elérést, hanem a szülő mappákra is. Tehát érdemes a fenti nouser:nogroup és a 777 beállítást kiadni az mnt és a nas mappákra (mindenki mindent tehet), majd ezen belül létrehozni azonos szinten a "samba" mappákat, pl. kamera, anya, apa, gyerekek, stb... és itt megadni, h kinek mire van jogosultsága (akár user, akár group szinten). -
bpmcwap
senior tag
válasz
Pista0001 #2468 üzenetére
Hát tölem nem nagyon fox tanulni, mert én is csak túrista vagyok....
OMV VM-ben fut, neki tudsz adni lemezt - ezt tettem én is, proxmoxban kapott egy usb sata-t -, de nem tudsz neki mountolni máshonnan, mert azt csak LXC-nek(CT) lehet. A motioneye viszont vigan el van CT-ben, szóval neki ment bind mount a VMben futo OMVhez satan kötött hdd. OMV-ben létrehoztam egy kamera usert, amit egyébként betettem kamera groupba is, mert több kamera van. A kamera groupnak adtam hozzáférést a HDD-hez és az azon létrehozott NVR könyvtárhoz. A motioneye látja is a hdd-t és hogy mennyi hely van rajta, de nem látja a win smb-n létrehozott könyvtárat (shell,mc), nem tud rá menteni, és a win se látja a motioneye-n mc-ben létrehozott könyvtárt. Ez mappakezelési gond egyértelműen és valszeg jogosultság, DE én nem találom a motioneye-ben a jogosultság kezelést, meg hülye is vagyok hozzá.... lásd a bejegyzés első mondatát.... -
Pista0001
addikt
válasz
bpmcwap #2465 üzenetére
Az OMV-nek adott drive-on az OMV-ben létrehozott, OMV-ben megosztott könyvtárat próbálsz a Motioneye-nak adni, vagy ugyanazt a drive-ot próbálod két külön vm-nek adni? Bocsi, nekem nem evidens. Ahogy az sem, miért pont bind mountolod. Próbálok tanulni, megköszönném, ha kifejtenéd, mit miért csinálsz.
-
bpmcwap
senior tag
a chmod megvolt, de szándékosan groupba tettem, mert több kamera van( összesen 10, de nem kell mindet bekötni) és úgy láttam, hogy minden kamerának egyedi u/p[user/pass] kell különben összeakad. Azt nem vágom, hol adom meg motioneyeben, hogy melyik kamera milyen u/p vel fér hozzá a mappához - ami egyébként ugye be van mountolva a motioeye alá, rgo, bár nem vagyok koponya, olyan, mintha a saját lemezére írna, amihez meg nem kell semmi jogosultság szvsz... Nálam a lemezkezelés egy katyvasz mint azt már irtam is...
azért azt sem akarom elhinni, hogy mindenki a telepített merevlemezére menti a kamera képeit/videóit, mert az még nekem is baromság, de hogy erről ne legyen egy poszt/tuto/bármi az meg egyenesen MI... most megint én vagyok a helikpoter, ezt úúúúgy utálom
pláne, hogy én csak túrista vagyok ezen a területen (IS)...
-
ViZion
félisten
válasz
bpmcwap #2465 üzenetére
Ha a VM-hez passthrugh volt a külső SSD, akkor nem lehet bind mountolni is szerintem.
Ha datacenterben hoztad létre, akkor shared-et be kell kapcsolni.
Proxmox shell-ben nézd meg a mappákat, jogosultságokat.
Lehet kell neki egychown nobody:nogroup mappaneve
illetvechmod 777 mappaneve
-
bpmcwap
senior tag
OMV-t újra telepítettem ugyanúgy VM-be, hozzákötöttem a 300-as usb hddt satán.
ext4, nvr könyvtár, megosztás, camuser irás/olvasási joggal. A motioneye maradt CT-ben, ezért hozzá tudtam adni bind mount-tal az OMV alá kötött ssd-t. Szépen látja is, hogy mennyi a giga.
Win-el belképtem az usb-re, létrehoztam egy mappát. Feljelentkeztem shell-ben a motioneye-re, mc, de nincs ott a mappa. Létrehoztam itt egy mappat, de az meg nincs fent winen. Hibát nem ír ki sehol, hogy legalább tudnám mi a baja, viszont ha a kamerárol szeretnék csinálni egy képet, akkor a kamera képe kifagy, leáll a stream, képet nem menti el, ha beakarom tölteni a képek mappát, akkor nincs mentett kép. Legalább valami hibát írna ki valahova... :( -
Zirowe
nagyúr
válasz
PhoenixK #2446 üzenetére
Leültem tegnap este, hogy megtörténjen a clean instal a szerveren, erre kiderült, hogy semmi baja a rendszer ssd-nek, egyszerűen a cmos elem és az alap boot opció miatt nem töltött be.
Na mindegy, most újra zakatol a régi, nem támogatott ubuntun dockerben futó HA-m.
Viszont szerintem majd ősszel váltok nuc-ot és akkor nekiállok az egész proxmox témának.
-
ViZion
félisten
A helper között van a Proxmox VE Kernel Clean, jóféle. Kicsi baja van, h systemd bootloadernél azt nem frissíti, a grub frissítés nálam málnás.
Rákerestem, mások is írták, h nem frissíti, mivel ott válasz sem volt, gondolom ez nem lesz benne mostanában.
Van erre is vmi script, vagy kézzel kell majd takarítgatnom a boot mappában?
OK, nem jön hetente kernel, de nah. Ismertek erre vmit? Köszönöm -
Pista0001
addikt
válasz
bpmcwap #2461 üzenetére
A Motioneye tud nfs-t?
Nálam egy OMV vm van, meg egy Debian vm, utóbbi futtat egy qbittorrentet. Az OMV alatt van egy torrent és egy downloads mappa, mindkettő megosztva nfs-sel, mindkét nfs megosztás felcsatolva a Debianba, így éri el a qbittorrent. Egyben mindkettő sambával is meg van osztva, így tudok a torrent mappába torrentet másolni, és elérni a letöltött tartalmat a downloads mappában. A torrent mappába másolt torrentet meg elindítja automatikusan a qbittorrent. Már ha épp van kedve, sajnos nem mindig van, és nem tudom, miéet. A megosztások rendben vannak, fel vannak csatolva a Debianba, konzolon látom mindkettőt, bennük amik ott vannak. Valamiért a qbittorrent nem indítja el automatikusan a letöltést.
Szóval ha a Motioneye tud nfs-t, akkor talán működhet így.
-
bpmcwap
senior tag
pont az utolsó bekezdés miatt van az OMV VM-ben...
Ismerem a gyerekeim
ehhez ne nyúlj, ne húzd le, kell egy disk, ez mi ez, csak kölcsön veszem, utána letörlöm amit rátoltam, ja bocs apa...
meg én is összekeverhetek 6 usb 3-at....
Az smb-n motioneye-nek külön felhasználó nevet hoztam létre, azzal akarom kezelni. Köszi a linket, át fogom nézni, de ma már nehezen, mert amíg én a laptopon dolgozok, az asszony az EB-t nézi és már kétszer bele akarta vágni a távirányítót í TV-be a portugálok miatt....Így mára jegelem ezt a projektet...
Az OMV a szamba miatt kell, extrából semmi most, de hogy mi lesz később, ha ezt a rendszert magamévá tudom tenni, azt nem tudom, bár úgy hogy a proxmoxal mindent IS lehet csinálni ahogy elnézem, nagyon nem vagyok megijedve... igazából ahogy nézem, nekem a lemezkezelés a gyengém...
Köszönök minden tippet, linket, keresési szót, nem akarom szétoffolni a topikot, elnézést ha sok vagyok, de ha valamire rákattanok, akkor kb semmi mással nem szoktam foglalkozni....Ezért nem akartam a proxmoxal sem - lásd másik topikban....
#2460Istv@n
Igen, köszönöm, ez meg volt, csak azt próbáltam mountolni és nem lehet mint kiderült...
-
ViZion
félisten
válasz
bpmcwap #2455 üzenetére
Ohh, az OMV Nálad VM és nem LXC? VM-hez nem lehet shared bind mount-ot rendelni.
OMV csak a samba miatt kell? Vagy az extras-ból is használsz valamit?Teszt képpen felraknék egy Debian LXC-t, arra egy egyszerű samba megosztást, hogy azt eléri-e a MotionEye (ez LXC gondolom).
Az eredeti problémára: OMV samba beállításokat is meg kellene nézni, motion eye beállításokat is. [link] Ezek rendben? Van jogosultsága írni oda? Ha ez egy almappa, akkor a szülő mappát is át kell állítani. Bedobhatnád ide a konfigot és ránézünk. Jogosultság, kis/nagy betű, rossz path, stb... én ilyen piti dolgokon szoktam elhasalni
B terv lehet az OMV-t LXC-re cserélni, a külső meghajtót akkor már lehet shared bind mountként hozzáadni. Ennek a veszélyes része (a mindenki eléri dolgon túl), hogy proxmox fstab-ban kellene csatolni, ha lehúzod a HDD-t, akkor a Proxmox nem indul el (könnyen megoldható, de ilyenkor hirtelen az ember nem tudja, h mi van...).
#2458 bpmcwap: azt kell eldöntened, h a teljes meghajtót átadod (passthrough), vagy csak egy részét. szvsz ha OMV VM van, akkor a passthrough-t keresed. De ha OMV samba működött, akkor nem ott volt a hiba szerintem...
-
bpmcwap
senior tag
válasz
tasiadam #2456 üzenetére
Hát most ott tartok, hogy kikapcsoltam az OMV-t és a motioneye-t is. A hdd-t amit felmountoltam és megosztottam, leválasztottam, töröltem, formáztam, újra feltettem, ext4 és GPT ini. Na most szeretném OMV-hez hardwareként hozzáadni, de format nélkül nem lehet... raw, qemu, vmware közül lehet választani... olyan nincs hogy nincs
Én meg egyiket se szeretném, csak simán háttértárolónak.
-
bpmcwap
senior tag
Wyse 5070 J5005-be beletettem egy 128Gb M.2 SSD-t, erre ment a proxmox. A cél, hogy legyen egy privát felhő a családnak a 7 telefonra és egy kis melós tárhely amit elérek bárhonnan – erre kell az omv. Ezen kívül a kamerákat szeretném rákötni, hogy ne csak sd kártyán legyen meg ha van valami – szintén privát felhő, csak hát ugye nvr-nek hívják – erre lenne a motioneye… és ha már van a proxmox szerver, akkor HomeAssistant-ot is nézegetném, mert régen ez volt, de inkább átálltam Alexára, mert az sokkal törődés mentesebb, de azért a HA-nak vannak olyan lehetőségei, amik jobban tetszenek. A terv az lenne, hogy maguk az appok a belső M2ssd-n fussanak, de a tárolás usb 3.0-on legyen ráakasztott hdd-kkel. Ebből az egyik HDD-t úgy szeretném, hogy elérje a motioneye is és sambán is meg legyen osztva, tehát az omv is – így bárhonnan bármivel meg lehetne nézni a mentéseket, persze megfelelő jogosultságokkal. (ja, talán nem mellékes, mindez asus tufax5400 mögött lenne, amin asusdns és openvpn is van.
-
amargo
addikt
válasz
bpmcwap #2449 üzenetére
Alapjában véve nem hiába ajánlottam megoldást a problémádra, de persze nem kell elfogadni..
Ahogy írták iGPU is tud gyorsítani.Helyettesíteni lehet csak nem erre a feladatra vagy cloud-ot fog használni, stb. Ha kikapcsolod az object detection -t itt sem fog semmit enni.
-
bpmcwap
senior tag
válasz
tasiadam #2450 üzenetére
igazából engem az egyszerűség gyönyörködtet és ez a motioneye eléggé egyszerűnek tűnik és nagyon tetszik. Pláne, hogy nem terheli a rendszert sem, csak a lemezkezeléssel vannak problémáim a Proxmoxban - igaz három napja még azt sem tudtam, hogy létezik maga a proxmox...
-
bpmcwap
senior tag
A leírásod alapján sikerült... illetve mégsem... Most az van, hogy a MotionEye látja a hdd-t ami az OMV alatt volt, de nem tud rá írni. Az OMV meg el se indul, csak pörög az óra a kék háttérrel, még bejelentkezni se tudok... shellben elérem mindenhonnan, könyvtárat is tudok benne létrehozni, de semmire nem tudom használni.
Jó nagy lecsót föztem, egyem meg... -
bpmcwap
senior tag
Alig tudtam beimátkozni OMV alá is - lehet már akkor bind mount kellett volna? Oda lehetne adni ugyanazt a meghajtót VM-nek és LXC-nek is? Semmi fontos nincs sehol, egyenlőre ismerkedem a proxmoxxal, csak egyből beleugrottam a mélyvízbe... Most mi lenne a jó? OMV-ben töröljem a megosztást, majd csatoljam le a lemezt, pre node-ban meg wipe? felcsatolás újra? (mondjuk mivel id-val csatoltam fel, így gondolom újra hozzávágja az OMV-hez alapból
ha nem akkor utána bind mount VM omv-nek és LXC motioneye-nek is?
-
Nekem a Home Asssitant (HAOS) 2,75GB-ot eszik, de benne van a ZHA és NodeRED.
Cserébe amikor pár hónapja volt egy memory leak-es verzió, akkor simán ment 6GB fölé a szombati reboot elött.
Szóval a memória elég lehet, de a mai használt RAM árak mellett érdemesebb feljebb lőni vele.Az SMB nem fogja meghatni, nem sokat eszik (otthoni használatnál, 2-3 User), viszont a transmission-nek nem árt egy kis RAM tartalék.
-
bpmcwap
senior tag
válasz
tasiadam #2443 üzenetére
proxmoxra (Wyse Dell 5070 20gb/128gb + 320gb külső ssd). Jobban utánaolvasva el is engedtem, mert zabálja az erőforrást, nekem meg más is van a gépen...
Közben megpróbálkoztam a MotionEye-vel, az tök jól működik, csak nem tudok samba megosztásra menteni (a 320gb van OMVhez csatolva és megosztva, mindennel is látom) Találtam egy olyat, hogy a motioneye.conf-ban az smb_shares-t át kell írni false ról true-ra. De ha átírom, akkor meg nem érem el böngészőben, csak ha visszaírom false-ra... -
Zirowe
nagyúr
válasz
PhoenixK #2441 üzenetére
Igen, a ram miatt meg a magok száma miatt is húzom a szám, illetve amiket linkeltem leírások is tteck scriptet használnak.
Viszont nekem eddig ez a vas bőven elég volt erre a felhasználásra, így viszont a proxmox többlet terhelést tenne az egészre ami miatt bővítenem kellene?
Lehet akkor jobban járok a debian+dockeres supervised telepítéssel.
-
bpmcwap
senior tag
Rakta fel valaki mostanában a Frigate-t - akár innen? Már több módszerrel is próbáltam felrakni a frigate-t, de nem jött össze sehogy, megörültem hogy megúszom egy parancsal, de ez elszáll még a telepítésnél is. Más módszerekkel meg nem érem el a böngészőből - akár dhcp, akár fix ip-t adok neki. Valakinek valami naprakész tutoja, leírása, ötlete?
-
Zirowe
nagyúr
Sziasztok, több, mint 5 év használat után tegnap sajnos megadta magát a home assistant ssd-je és elszállt minden.
Szeretnék egy friss installt csinálni, ami már megfelel a mostani körülményeknek, mivel a korábbi egy ubuntun futott dockerben supervised módban, ami elvileg rég nem támogatott, de minden tökéletesen működött és minden igényemnek megfelelt.
Néztem a proxmoxot, mint "modern" megoldás, de még sosem használtam.
A gép amin menne egy intel N3150 4gb rammal és egy 120 gigás új ssd-vel, a gépre csatlakoztatva pedig egy sonoff zigbee usb 3.0. adapter, egy usb uart ttl ami egy paradox riasztóhoz csatlakozik, egy 2tb-s 2.5" hdd külső házban és egy esp32 ami csak táp miatt van csatlakoztatva.
A gépen a HA-n kívül futott még samba, minidlna és transmission a külső vinyón lévő adatokkal.
Néztem a proxmox HA telepítési leírásokat és ez szimpatikusnak tűnt, valamint ez a másik leírás, ami a zigbee2mqtt és a moquittot külön konténerbe rakja, hogy HA probléma esetén is működjön.
Illetve a samba, minidlna és transmissiont pedig magára a proxmox alapra telepíteném és futattnám.A kérdésem az, hogy ez így kivitelezhető és a gép bírná a különböző konténerek terhelését vagy inkább más telepítési mód javasolt?
Illetve majd szeretném a meghajtót klónozni miután mindent telepítettem, hogy egy esetleges hasonló lehalás után gyorsabban helyre lehessen hozni mindent.
-
válasz
SwissAirplan #2436 üzenetére
A logon screen-en melyik realm van kiválasztva?
A root-nak Linux PAM kell, míg a HA-User valószínűleg Proxmox VE user. -
ViZion
félisten
válasz
SwissAirplan #2436 üzenetére
ilyet nem tapasztaltam... jogokat nem állítottad át? f5 a böngészőben?
-
SwissAirplan
aktív tag
Sziasztok!
Proxmoxba telepítéskor, ugye létre jön a "root" felhasználó a "pam" tartományba...
Ahhoz hogy a HA elérje a proxmoxot, csináltam egy másik "hacontrol" felhasználót ( a leirás szerint pve tartományba)
A HA el is éri a Proxmox-ot le is kapcsolja a nem szükséges VM-eket, de ... Amiota létrejött a hacontrol felhasználó, azóta nem tudok belépni a root felhasználóval!
Ennek tudja valaki az okát? Mit tudok vele tenni?
Köszönöm
-
tasiadam
Topikgazda
válasz
Vektor77 #2428 üzenetére
Felvazolom az idealis helyzetet, es azt, hogy milyen az, amikor nem idealis, de megis prod kornyezet.
Ideallis:
2 betap 2 kulon kabelen 2 kulon eromubol plusz egy dizel generator. Ezt a reszet altalaban az irodahaz, vagy ha nagy a ceg, ok megoldjak, azaz nem ritka eset. Utana raksz minimum 1 szep hatalmas UPS-t, amire behuzol minden gepet 1-1 tapegysegben, es a halozatot is. Szoval minden is redundans. Az UPS-en van ugye RJ45, ami ad signalt onmagarol, es bekotheted hypervisorokba, akar ugy is, hogy egy script fut, hogy ha 20%on van a UPS, kuldjon egy graceful shutdown jelet.Nem idealis, de prod:
1 betap, es minden x darab gep 1-1 tapra van kotve, es remenykednek, hogt visszagyun az aram hamar.Ehhez kepest mi, halandok, kb a HDD-ben vagyunk redundansak. Te nem fizetsz sem a proxmoxert, sem a UPS supportert, igy nem is kapsz ilyen huncutsagokat. Szoval a hazi takolas van, vagy semmi. A hazi megoldas ez a moka, amit ajanlottak es benne van az osszefoglaloban.
Nekunk otthonra ezek a tapok arra jok, ekkora meretekben, hogy a futes szivattyujat vigye, es ne szolaljon meg a kazan, vagy athidalja a pillanatnyi aramszunetet, meg birjon par percet.
-
válasz
Vektor77 #2428 üzenetére
Nem viccel, ezt nem így szokás megoldani azon a célpiacon amire a PVE lő. Ott nem úgy néz ki a setup, hogy a szerverekre egyesével kötögetnek ups-eket. Ilyet még a vSphere/ESXi sem támogat, csak közvetetten (az UPS gyártójának kell támogatnia az API-t, amin keresztül tud egy shutdwont csinálni a saját szoftvere egy teljesen clusteren vagy akár egy komplett DC-n, és ez pontosan így van a Proxmoxnál is).
Ha a Proxmox lemenne erre a szintre, akkor elismerné, hogy DIY home usereket meg egy node-os mini cégeket szeretne ügyfélnek, és ez nem csak UPS támogatást kéne hogy magával hozzon, hanem egyéb olyan apróságokat is, amik az enterprise piacon teljesen máshol/máshogy működnek (nem a hypervisoron). Szóval van ennek egy üzenet értéke is ("hova pozicionáljuk magunkat"), érthető, ha nem akarnak ilyesmibe belemenni.
-
Nyugodtan tegyétek fel a NUT-ot a hostra, mezei Debian, eleve tele van egy csomó egyéb PVE-től független dologgal is gyárilag, nem a NUT service fogja tönkretenni a KVM-et meg az LXC-t
Ilyen jellegű toolok (ups manager, monitoring agentek, backup agent, apróbb toolok, stb..) nyugodtan telepíthetőek.
-
ViZion
félisten
még nincs UPSem, de engem is érdekelne...
HA tudja kezelni, csak PVEbe nem tudok parancsot küldeni, de az megoldható. Ha lenne egyszerűbb út, az jó lenne. -
válasz
Vektor77 #2422 üzenetére
Miért kellene a Proxmox-nak ezt is tudnia, mikor a NUT már bizonyított régi motoros?
Arra meg tetszőleges szkriptet írsz, ha az alap vmiért nem tetszik!#2419 SwissAirplan:
Nézz körül a Cyber Power háza táján vagy kérdezz a szaktopikban. -
Vektor77
tag
válasz
SwissAirplan #2419 üzenetére
Csak nem? Tud már UPS-t kezelni a Proxmox?
-
SwissAirplan
aktív tag
Sziasztok!
Otthoni környezetbe keresnék UPS-t...
A cél az lenne hogy Tudjon kommunikálni a Proxmox-al és alacsony akkufesz esetén leállítsa a VM-eket, majd a gépet is!
Akár DIY megoldás is érdekel... -
ViZion
félisten
webmin nem jött be...
Az csak egy fancy WebUI a beállításokhoz, minden csoportosítva. De van Cockpit is, modernebb felülettel. A fontos adatokat lehet mással is menteni, pl. Duplicity, vagy ilyesmi.
Írtam a megoldást fentebb is, kb. 3 parancs a PVE CLI-ben átadni a teljes HDD-t a VM-nek, vagy a bind mount. VM vagy PVE elhullásnál is egy live linux alól olvasható. Sajnos ezt nem olvastad.
-
footy
addikt
válasz
Pista0001 #2410 üzenetére
#2411tasiadam + #2413ViZion
Nalam forditott a helyzet, mert maga VM kvazi lenyegtelen, de a benne tarolt adatok nagyon fontosak.
OMV VM-ben NASnak(maradtam mellette, mert ismerem, es az alternativak mint webmin ami nem jott be, a truenas overkill es tul eroforrasigenyes az unraid is hasonlok miatt esett ki) telepitve, de tartok tole hogyha release upgradere kerul sor, akkor nem eli tul. (eddig 2x is volt ez a problema )
Szoval a lenyeg az lenne hogyha lehal a VM vagy a host rendszer akkor kulso meghajtoba teve a drive-ot hozzaferjek az adatokhoz. Ha ez nem is lehetseges akkor a minimumnak azt szeretnem hogy VM halal eseten ki tudjam menteni az adatokat.
Erre keresek most megoldast. Mi lenne a legjobbb? -
footy
addikt
Van aki hasznal ugy VM-t hogy fizikai lemezt csatolt hozza?
Virtualis NASnak most OMV van fent es valahogy biztonsagosabbnak ereznem, ha a fizikai lemezt tudnam atadni. (Esetleg ha a VM-mel tortenik valami akkor az adatok meg megmaradnanak) -
Pista0001
addikt
Nem integrált cpu, de Asrock Deskmini? 2 nvme, 2 sata (2,5), egy das mellé 4 vinyóval, és célbaértél. Mondjuk ez az összeállítás sem olcsó...
A funkciók mehetnek az nvme-kről, a két belső sata lehet a friss torrentnek, éjszaka/délelőtt (amikor tuti nem filmezel) automatikus áthelyezés a das-ra, onnan mehet a seed meg a filmezés.
-
ViZion
félisten
válasz
tasiadam #2403 üzenetére
Külön HDD a torrentnek? Arra elég bármi. Nézegettem, de marha ritka (és drága) az SSHD, pedig amúgy ötletes dolog volt.
Igen, a tökéletes lapot még nem találtam meg én sem, de ez már közelít... Valami kicsi lap, DDR4-ből 2 slot elég, 4-6 SATA port, 2 PCIe meg a szokásos sallangok (esetleg NVME/M.2 hely). Asztali gépnél sem tudtam mATX alá menni, mert az ár duplázódik, de pl. wifi nem kell, ami kellene, az meg nincs. Jah, és külső táp, ne 24 pin ATX...Kb. ennyi, hát sokat kérek?
kb. 10.20 -óta fut a calibrate, pár megszakítással. Auto-tune még nem futott le, hiba... azért ez volt kb. 1,5 óra nettó kalibrálás, szerintem elengedem.
-
-
ViZion
félisten
powertop --calibrate
ez a parancs kell többször, restart és újra... meg hagyni kell futni, h adatokat gyűjtsön. A readme-ben azt írta, h esetenként több órát... utána jöhet az auto-tune.Nem hiba -doksi írta- így működik. A neten található kerülő megoldás nem jó, mert akkor nincs adat, ami alapján beállítsa a dolgokat. Mondjuk a fejlesztők lehetnmének verbose módban azért, ill. a honlapjukon sem találtam, csak a letöltős tar-ban infót erre.
Új hozzászólás Aktív témák
Hirdetés
- PC Game Pass előfizetés
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- 27%-OS ÁFÁS SZÁMLA I Jogtiszta Microsoft digitális és fizikai termékek I DIGITALKEYZ.COM
- Vírusirtó, Antivirus, VPN kulcsok
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- DELL PowerEdge R740 rack szerver - 2xGold 6130 (16c/32t, 2.1/3.7GHz), 64GB RAM, 10Gbit HBA330, áfás
- Jogtiszta Microsoft Windows / Office / Stb.
- BESZÁMÍTÁS! MSI Z87-G43 GAMING Z87 chipset alaplap garanciával hibátlan működéssel
- Apple iPhone 14 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- Bezámítás! Lenovo ThinkPad X13 Gen 5 üzleti notebook - Ultra 5 135U 16GB DDR5 512GB SSD Intel Win11
Állásajánlatok
Cég: FOTC
Város: Budapest