- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
Hirdetés
-
Konzolokra is megjelenik a Fera: The Sundered Tribe
gp A kooperatív szörnyvadászós játékhoz a minap egy friss trailert kaptunk.
-
Új Beats fej- és fülhallgatók jelentek meg
ma Frissítette a Solo termékcsaládot az Apple házi audiomárkája.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
PROHARDVER!
Új hozzászólás Aktív témák
-
A_ScHuLcZ
addikt
Sziasztok!
Jelenleg Synology NAS-om van, de több okból is váltást fontolgatok. A rendszerrel még nem is lenne baj, de a 2 HDD slot kevés, és az ARM proci eléggé lekorlátozza a lehetőségeket.
Erre szeretném használni:
fájlszerver, éjszakánként automatizált mentések lefuttatása
média szerver (plex, 4k-s remux tartalom lejátszása, transzkódolást is bírnia kell)
transmission 100-200 állandó torrenttel
logszerver
webszerver
nem lenne hátrány, ha virtuális gép futtatására is alkalmas lenne
fogadjon 6TB méretű lemezeket is (itt esett ki a HPE microserver gen10), és legyen benne legalább 4 HDD slotEzt minél kevesebb fogyasztással és minél halkabban szeretném elérni. Tudom, hogy nem lesz olcsó, de még mindig költséghatékonyabbnak gondolom, mint egy drága NAS megvételét, ahol szoftveresen megint csak nagyon korlátozott vagyok.
Mit javasoltok?
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
Sziasztok!
Egy egyszerű kérdésem lenne, amire sejtem a választ:
OMV alatt használt HDD-kat ás tudom költöztetni egy másik gépbe adatmozgatás nélkül (lementés, visszatöltés), amin szintén OMV fut?
Vasat szeretnék építeni hozzá, de nehéz megjósolni, hogy mikorra készül el, addig tudnám használni a jelenlegi elfekvőben lévő gépemet erre a célra, majd ezeket a HDD-kat áttenném az új gépbe, amikor elkészült.
Ha esetleg a teljes OMV beállításokkal, jogosultságokkal, mindennel együtt átköltöztethető, az lenne a legjobb, de ilyen lehetőségben nem reménykedek.
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
OMV-ben van alternatíva a Synology "photo station" fényképrendszerező/nézegető alkalmazásra, valamint a mobiltelefonra telepíthető quickconnect megoldásra, amikkel egyszerűen lehet fájlokat letölteni, vagy családi fotókat böngészni távolról a telefon segítségével?
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
OMV és Synology között szeretnék adatokat mozgatni, de gyorsabb lenne, ha ezt közvetlenül megtehetném, egy PC közbeiktatása lefelezi a sávszélességet, továbbá hangos, éjjelre nem hagyhatom bekapcsolva.
Hogyan tudnám megoldani?
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
válasz A_ScHuLcZ #6371 üzenetére
Találtam egy plugint (openmediavault-remotemount), ami erre alkalmas lehet, de még nem jöttem rá, hogy hogyan tudom bevarázsolni a rendszerbe.
Az omv-extras kiegészítőt már hozzáadtam, de ezt követően a keresés nem hozza ki a kívánt bővítményt. (tuti én csinálok rosszul valamit, még nem ismerem a rendszer működését)
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
-
A_ScHuLcZ
addikt
válasz Flowtation #6376 üzenetére
Synology: 192.168.0.50
OMV: 192.168.0.55Az OMV-ben az 50-est vettem fel, mint klienst, a Synoban pedig az OMV-re próbáltam csatlakozni (55), szerintem jók a címek.
Egyébként akkor sem működik, ha nem korlátozom 1 IP-re az elérést (192.168.0.0/24), vagy ha egyáltalán nem korlátozom (üresen hagyom a mezőt).
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
válasz Flowtation #6378 üzenetére
Igen, az elérési útban volt a probléma, mindenképp a /export/-es megoldást kellett használni, máshogy nem lehet meghivatkozni.
Köszi!
(már csak a jogosultságokkal van valami fennakadás, mert nem tudok írni a mappába, pedig OMV-n readwrite joggal lett létrehozva a megosztás)
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
OMV-re telepített transmission esetében megoldható, hogy ne egy kimondott downloads mappába vagy azok almappáiba tudjak letölteni, hanem szabadon megadhassam, hogy a filmeket a volume1\movies, a zenéket a volume2\music (és így tovább) mappába töltse, én azt követően onnan seedelje? (természetesen a debian-transmission kap írás és olvasási jogot az összes mappára.
Azért kérdezem, mert a plugin bállításainál ki kell jelölni egy letöltési könyvtárat, de merem feltételezni, hogy ez csak egy default. Ettől eltérő mappákat is használhatok?
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
Pedig működik, azóta kipróbáltam, torrent betöltésnél átírtam a default mappát a megfelelő elérési útra (amire ACL-el előtte adtam jogosultságot a debian-transmission részére), és működik, megy a letöltés az egyedi mappába.
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
Sziasztok!
Összeraktam az új hardvert, és telepíteném rá a friss rendszert (OMV 3), de hibába futottam bele. A HDD-k egyelőre nincsenek beüzemelve, jelenleg kizárólag a rendszer SSD (M2 PCIe) csatlakozik az alaplapra, és pendriveról (USB 2.0) telepítek.
A BIOS-t frissítettem, és alapbeállításokkal végzem a telepítést.
A hiba:
Egy telepítő lépés meghiúsult. A menüből megkísérelhető ennek a lépésnek az ismétlése vagy kihagyása és más választása. A sikertelen lépés: A GRUB rendszerbetöltő merevlemezre telepítése
Természetesen a menüből megpróbáltam újra, de nincs változás.
Mi lehet a gond, valami beállítást kell megmozdítani BIOS-ban? Másik gépre csont nélkül felment.
Itt valakinek hasonló problémája volt, és azt javasolták neki, hogy a GRUB telepítés idejére húzza le a pendriveot, majd vissza, de nálam ez nem segített.
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
válasz doberman #6443 üzenetére
Tapasztalatok:
Mezei debian netinst telepítőnél dettó ugyanaz a hiba.
Ha nem az nvme lemezt teszem be, hanem egy sima SATA meghajtót, arra gond nélkül felmegy a rendszer.
Következtetés:
Az M2 PCIe kavar be, de vajon miért, és hogyan tudom megoldani?"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
válasz Nagymelák #6446 üzenetére
Milyen meghajtóra próbáltad feltenni?
Olvastam egy olyat, hogy az NVME meghajtók a 3.3-as kerneltől kezdve vannak natívan támogatva, ebben pedig régebbi van, és ez okozhat problémát. Bár a meghajtót felismeri rendesen, később hasal el, ez a fura.
Ezt olvastam most, a srácnak hasonló gondja volt.
Mégsem volt annyira jó ötlet ez az M2-es SSD, ráadásul melegszik is, mint a fene.
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
BIOS-t átnyálaztam, nincs az NVME bootolására vonatkozó beállítás. Igazából semmilyen NVME specifikus beállítás nincs, mindössze információkat lehet lekérni a meghajtóról.
Nekem ez sem tetszik a telepítésnél (Unknown):
Dadan01:
Lap: ASRock Z270M-ITX/AC (legfrissebb BIOS)
CPU: Intel G4560"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
válasz Dadan01 #6455 üzenetére
Eszembe jutott ez a mód váltás, de ilyet sem láttam a BIOS-ban.
OMV 4-est azért nem szeretnék, mert plugin támogatottság terén egyelőre jóval alulmarad a 3-ashoz képest.
Lehet felteszem a sata-s SSD-mre, és akkor lesz egy eladó vadi új (2-3 órát futott) NVME meghajtóm.
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
Igen, én is hasonló posztot találtam tegnap, amiben azt írták, hogy a 3.16-ban még nem támogatott.
Megoldottam SATA-s SSD-vel, az M2-eset pedig eladom, mert így nincs rá szükségem.
Köszi az utánajárást, több időt ne ölj bele semmiképp!
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
Nem ez az egyetlen ok, ami arra késztet, hogy eladjam.
Sajnos nagyon melegszik egy mezei SATA-hoz képest (konkrétan éget a chip, nem lehet megérinteni 0,1s-nél hosszabb ideig), ami egy nagy szellős asztali házban nem probléma, de egy kicsi, zsúfolt, szekrényben 7/24-ben üzemelő szerver esetén már nem kifejezetten ideális.
Plusz nem vagyok hajlandó újra szétbontani, végre összeszereltem, benne van minden, a ventilátorokhoz sem ér hozzá semmi, végre konfigurálhatom.
Egy UPS-t, vagy minimum egy túlfeszvédőt még szeretnék hozzá, mert a betáp most nagyon gány módon lett megoldva.
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
root@home-server:~# journalctl -xn
-- Logs begin at p 2018-02-02 17:32:41 CET, end at p 2018-02-02 17:53:35 CET. --
febr 02 17:53:35 home-server systemd[1]: Failed to start Enable File System Quotas.
-- Subject: Unit quotaon.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit quotaon.service has failed.
--
-- The result is failed.
febr 02 17:53:35 home-server systemd[1]: Unit quotaon.service entered failed state.
febr 02 17:53:35 home-server systemd[1]: Starting LSB: VirtualBox Linux kernel module...
-- Subject: Unit virtualbox.service has begun with start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit virtualbox.service has begun starting up.
febr 02 17:53:35 home-server virtualbox[2714]: Loading VirtualBox kernel modules...No suitable module for running kernel found ... faile
febr 02 17:53:35 home-server virtualbox[2714]: failed!
febr 02 17:53:35 home-server systemd[1]: virtualbox.service: control process exited, code=exited status=1
febr 02 17:53:35 home-server systemd[1]: Failed to start LSB: VirtualBox Linux kernel module.
-- Subject: Unit virtualbox.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit virtualbox.service has failed.
--
-- The result is failed.
febr 02 17:53:35 home-server systemd[1]: Dependency failed for VirtualBox Web Service.
-- Subject: Unit virtualbox-web.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit virtualbox-web.service has failed.
--
-- The result is dependency.
febr 02 17:53:35 home-server systemd[1]: Unit virtualbox.service entered failed state.[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
Ezekben próbáltam, sajnos egyikkel sem megy:
Chrome
Firefox
Explorer
Edge
OperaA másik gépemen is fent vannak, ezért ott is teszteltem, de a helyzet változatlan.
Engem ez a rész zavar, ez alapján a kernellel függ össze a hiba:
Loading VirtualBox kernel modules...No suitable module for running kernel found ... failed"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
Alapból kaptak, azért még rányomtam én is, de nincs változás.
Kíváncsiságból teszteltem egyet virtualbox-al a saját gépemen, mármint vbox alá feltelepítettem egy omv3-at és omv4-et is. Omv3 alatt pontosan ugyanazt a hibát kapom a journalctl -xn alapján, omv4-re pedig nem települ az alábbi hibával:
<<< *************************************
>>> *************** Error ***************
Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LANG=C; export DEBIAN_FRONTEND=noninteractive; apt-get --yes --allow-downgrades --allow-change-held-packages --fix-missing --allow-unauthenticated --reinstall install openmediavault-virtualbox 2>&1' with exit code '100': Reading package lists...Building dependency tree...
Reading state information...
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:The following packages have unmet dependencies:
openmediavault-virtualbox : Depends: phpvirtualbox but it is not going to be installed
Depends: virtualbox but it is not going to be installed
Depends: virtualbox-ext-pack but it is not installable or
virtualbox-ext-pack-installer but it is not going to be installed
E
:
Unable to correct problems, you have held broken packages.<<< *************************************
doberman, Patice: az a baj, hogy ennyire azért nem értek a linuxhoz, ezért örültem neki, hogy van egy célzott telepítő az OMV rendszerhez. (például fogalmam sincs, hogy melyik kernelt érdemes használni, és hasonlók)
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
A rendszer diszk lehet probléma, 4GB-osat csináltam neki, letesztelem nagyobbal is.
A v4 egyébként használható már rendesen, plugin ügyileg hogy áll a támogatottsága?
És még annyit, hogy nem a Debian alá vannak telepítve az OMV-k, csak egyszerűen az ISO-ról.
Ezt úgy érted, hogy letöltötted ezt az ISO-t, és azzal együtt települt a debian is, ugye?
Ha van más virtualizációs lehetőség, vagy tudom telepíteni OMV-n kívülről is a virtualboxot, nekem az is megfelel.
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
Ez fura, miben más az az omv4, amit te, és amit én telepítettem vbox alatt, nálad miért működik, és nálam miért nem?
Csak a szükséges alaplépéseket tettem meg, semmi felesleges lépés.
1. Felparamétereztem a virtuális gépet, a hálókártyát bridge módba tettem
2. A gépet elindítottam, az ISO-t beadtam neki, majd végigmentem a telepítési lépéseken az útmutató alapján.
3. Frissítettem: apt-get update és upgrade, majd omv-initsystem
4. Kikapcs, adatdiszk fájlt csatoltam, indít
5. GUI-n beléptem, omvextras-t innen letöltöttem, majd GUI-n feltöltöttem, telepítettem.
6. Stable omv-extras.org repo alapból engedélyezve, ez így jó
7. Adat HDD-t létrehoztam a fájlrendszert és felcsatoltam
8. Extráknál frissítés, majd keresés, kikerestem a virtualbox plugint, telepítésre böktem, és a korábban írt hibával elszállt.
9. Rebootoltam, majd ismét nekifutottam a telepítésnek, de ugyanaz a hiba.<<< *************************************
>>> *************** Error ***************
Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LANG=C; export DEBIAN_FRONTEND=noninteractive; apt-get --yes --allow-downgrades --allow-change-held-packages --fix-missing --allow-unauthenticated --reinstall install openmediavault-virtualbox 2>&1' with exit code '100': Reading package lists...Building dependency tree...
Reading state information...
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:The following packages have unmet dependencies:
openmediavault-virtualbox : Depends: phpvirtualbox but it is not going to be installed
Depends: virtualbox but it is not going to be installed
Depends: virtualbox-ext-pack but it is not installable or
virtualbox-ext-pack-installer but it is not going to be installed
E
:
Unable to correct problems, you have held broken packages.<<< *************************************
Nem értem nálad miért működött.
No de nem is az a lényeg, hogy a 4-esen menjen, hanem a 3-ason szeretném használni.
Nagyon megörültem, hogy kevés linux ismerettel is fel lehet telepíteni az OMV-t, utána pedig pluginokkal testre tudom szabni magamnak, de egyre inkább úgy tűnik, hogy nem fogom megúszni a rendes rendszerre telepítést. Utóbbi esetében a szabadidőmet figyelembe véve ez egy több hónapos projektnek ígérkezik rengeteg olvasgatással, informálódással, kísérletezéssel és teszteléssel, aminek roppantul nem örülök, mihamarabb be szerettem volna üzemelni a gépeimet.
Melyik telepítőt javaslod egyébként, a fullosat?
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
Ez teljesen jogos, elkerülte a figyelmemet, javítottam.
A telepítési leírás szerintem félreérthető, mert bár írja, hogy különböző verziókhoz különböző extra bővítmény kell, a link közvetlenül a 3-as letöltéséhez vezet, nem hagy választási lehetőséget. Helyette ezt a linket tenném be, amit lentebb küldtél.
Lefrissítettem a GUI-ban a virtuális 4-esemet és az éles 3-asomat is, utána még nem működött, kellett egy virtualbox uninstall, reboot, majd install, ezt követően minden elindult rendesen, köszönöm!
A phpvirtualbox még frissítésre szorul, de a felület legalább már elindul.
This version of phpVirtualBox (5.0-5) is incompatible with VirtualBox 5.1.14_Debian. You probably need to download the latest phpVirtualBox 5.1-x.
Ahogy nézem nincs is frissebb, tehát marad ez.
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
Én egy komolyabb, erősebb masinát építettem, mert a felhasználás nem korlátozódik a NAS funkcióra.
Az elképzelésem az (volt), hogy ha már sikeresen beüzemeltem a NAS-t, mennek a megosztások, működik a plex szerver, akkor elkezdek foglalkozni a többi dologgal, többek között a virtuális gépekkel. Úgy gondoltam, hogy alapnak tökéletes ez a "kiherélt", minimalista debian, hiszen ha az OMV vbox pluginjának segítségével tudok rá virtuális gépeket telepíteni, akkor idővel bármit megoldok, valamint tudok kísérletezni anélkül, hogy összeborítsam a "hypervisor"-t.
Sok dolgot szeretnék megvalósítani/kipróbálni, erre fogom használni a virtuális gépeket, így túl nagy kárt nem tehetek a rendszerben.
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
válasz Dadan01 #6569 üzenetére
Megjegyzés: én is a virtuális gépek miatt vettem nagy SSD-t, aztán kiderült, hogy a vpc-k fájljait simán tudom tárolni az adat diszkeken is.. Ettől függetlenül valóban hasznos gyorsabb tárolót használni hozzájuk (SSD), de gondoltam jelzem.
lovi27: nem kötözködés volt, félre ne értsd!
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
Igen, működik tökéletesen.
A metódus a következő volt:
Mikor nem működött a vbox, le kellett gyalulni teljesen a rendszerről, majd reboot.
Ezt követően meg kellett updatelni a rendszert a Frissítések menüben.
A frissítés után újra telepíteni kellett a virtualboxot, megadni a VM-ek mappáját (fontos, hogy a mappára vbox felhasználónak és a vboxusers csoport readwrite joga legyen), majd engedélyezni, ekkor már hiba nélkül lefutott."I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
Sziasztok!
Látom időközben a 4-es lett a stabil és ajánlott verzió. Érdemes váltanom a 3-asról, vannak érdemi változások?
Jól sejtem, hogy kizárólag teljes reinstallal és újrakonfigurálással megy a dolog?
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
Sziasztok!
Van egy épített miniserverem, jelenleg azon fut az OMV, és az OMV-n belül telepített virtualbox segítségével futtatok különböző célokra használt virtuális gépeket (win és linux egyaránt).
Azon gondolkoztam, hogy nem jobb megoldás lenne-e, ha alapvetően egy virtualizációra szánt oprendszert tennék fel a gépre (pl esxi), és azon belül az egyik virtuális gép maga az OMV lenne, a többit pedig oda tenném mellé?
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
Sziasztok!
(Nem kizárólag OMV témakör, de alapvetően ahhoz kapcsolódik.)
Helyhiány és optimalizálás céljából át szeretném alakítani az itthoni szerver és NAS konfigurációt, ehhez szeretnék tanácsot kérni.
Röviden vázolom a jelenlegi felállást, hogy tiszta legyen a kép.
Server A: OMV a házi szerveren + Plex + Virtualbox + torrent + webserver
-Samsung EVO 850 240GB (system)
-WD Red 6TB
-WD Red 6TB
-Samsung 2TB
-Samsung 2TBA Virtualbox virtuális gépei az SSD-n helyezkednek el. Az ITX-es alaplapra 6 lemez csatlakoztatható.
Server B: 2 fiókos Synology NAS
-Seagate 1TB
-WD 500GBAz 500GB-s diszken elsősorban a fotók vannak, a mentések pedig az 1TB-osra kerülnek.
Server C: 2 fiókos Synology NAS
-WD Red 2TBA diszk két részre van felosztva, az egyik a kritikus adatoké, a másikon található adatok pótolhatóak.
Az "A" és "B" szerver nálunk (site1), házon belül található, a "C" pedig földrajzilag teljesen máshol, szülőknél (site2).
Jelen pillanatban egyik szerveren sincs semmilyen RAID definiálva, a fontos adatok védelmét korábban úgy oldottam meg, hogy mentés készül egyik szerverről a másikra az alábbi szabályok szerint:
A fotóinkat alapvetően a "B"-n tároljuk (a Photo Station miatt), és erről folyamatos (napi) mentés készül az "A"-ra.
Az "A"-n található fontos és pótolhatatlannak ítélt adatokról folyamatos (napi) mentés készül "B"-re.
A "C"-n található kritikus adatokról heti mentés készül "B"-re.A terveim között szerepelt, hogy a nálunk található extrafontos és pótolhatatlan (pl fotók) adatokat még menteni fogom a "C"-re is, azonban ezt még nem állítottam be.
A jelenlegi módszer legnagyobb problémáját abban látom, hogy ha mi, vagy szülők (erre nagyobb az esély) beszívnak egy alattomos (pl crypto) vírust, amiről ne adj isten még mentés is készül a másik site-ra, annak nagyon csúnya következményei lehetnek, ráadásul mindenhol SMB megosztást használunk. Ennek megelőzésére azt találtam ki, hogy valamilyen módszerrel teljesen le kell szigetelni azt a területet, ahova a mentések készülnek. Ezen kívül gondolkozom, hogy a biztonság növelésére milyen módszerrel alakítsam ki az új rendszert.
-----------------------------------------------------------------------
Az "A"-t teljes értékű debian disztribúcióval szeretném telepíteni, az SSD egy részét leválasztom a rendszer részére, a maradékot pedig a virtuális gépekhez szeretném felhasználni. A debian-ra ezt követően egy OMV, majd Plex, vbox és transmission kerül. Az egyéb dolgokat a virtuális gépeken belül szeretném kialakítani. (webserver, nextcloud, syslog-ng, cacti, nagios, stb.)
Helyhiány miatt beszereztem két új lemezt (WD Red 8TB) az adattárolásra, ezeket most szeretném felhasználni. Az "A" szerverbe kerülne a 4db WD Red és az SSD, tehát egy lemeznek marad még hely. A "B" két lemezes, tehát vagy a 2db 2TB-os megy bele, vagy 1db 1TB és 1db 2TB-os.
"A"-ról jelenleg durván 1,5TB-ot foglalnak el a mentést igénylő adatok. "C"-ről kisebb adathalmazt kell menteni (durván 100GB), ezért arra gondoltam, hogy a "B" lehetne a mentések fő helye, akár RAID1 létrehozásával, ha indokolt (bár a 2TB rövid időn belül kevés lehet). Az egyedüli gondom az, hogy a Photo Station-t továbbra is szívesen használnám, mert nagyon szeretem. (Alternatíva az "A" szerverre esetleg?)
Fájlrendszerek tekintetében gondolkoztam a zfs-en, de lehet nem bonyolítanám a dolgot, mert az OMV is macerásabb vele, és az erőforrásigénye is magasabb, mint a classic fájlrendszereké. Jelenleg mindenhol ext4 van, szerintem az is marad.
Milyen tanácsot tudnátok adni a kialakításhoz annak tekintetében, hogy minél több tárhelyet tudjak kialakítani, legyen elegendő terület a fontos adatok redundáns tárolására, valamint védekezni tudjak a crypto féle kellemetlen meglepetések ellen?
Köszönöm!
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
válasz doberman #9888 üzenetére
Igen, ilyesmi módszeren már én is gondolkoztam.
Viszont javítsatok ki, ha tévedek: ha azonos a filerendszer (pl ext4), és a vírus (legyen az bármilyen) felkerült a NAS-ra, akkor már nem teljesen mindegy, hogy az adott user hova lát be és hova nem?
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
Kényelem vs. Biztonság, neked kell eldöntened, hogy számodra melyik a fontosabb.
Előbb-utóbb a robotok megtalálják azt is, tehát ez nem a probléma megoldása, hanem a halogatása.
Biztonsági szempontból nem ajánlott, ezért a helyedben VPN-t használnék, ahogy fentebb is javasolták.
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
válasz KaiotEch #10051 üzenetére
Nekem úgy rémlik, hogy az OMV-t nem javasolják produktív használat esetén virtualizálva telepíteni, de majd az okosabbak kijavítanak, ha tévedek.
Ha mégis lehet/ajánlott, akkor az ESXi-s megoldást én is megfontolom, és akkor nem kell a vbox.
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
Igen, azóta kicsit olvasgattam a témáról, és valóban nem vészes, de némileg több előkészítést és átgondolást igényel.
Én jelenleg natívan használom a 3-ast, és pluginként fel van telepítve a vbox, ott fut 2 VM. A napokban tervezek átállni a 4-es verzióra, és VM-ből idővel várhatóan több lesz, ezért én is pont ezen agyalok, hogy melyik lenne a jobb megoldás.
Kétségtelenül a jelenlegi felállás a legegyszerűbb (natív omv), de a vbox-nál úgy érzem vannak jobb megoldások. ESX-et munkámból kifolyólag érintőjelleggel ismerem, kellett már nyomogatnom régebbi és újabb verziót is. Ezen kívül az OMV fórumán a Proxmox-ot ajánlották, az ESX-el szemben nagyobb a hardveres támogatottsága, és sokak szerint jobban kezelhető. Ismerem, de még nem használtam, nincs vele tapasztalatom.
Annyi biztos, hogy ha virtualizált környezet az alap, és a fölé kell tenni az OMV-t, akkor a diszkek kezelése problémásabb, célszerű előre megtervezni a megvalósítást.
Ezen fórum alapján alapvetően két módszer létezik, az egyik raw-ban átadja a teljes diszket az OMV részére, a másiknál a host-al kell megoldani az LVM-et, és a partíciót átadni az OMV-nek (ha jól értelmeztem).
Ti hogy tervezitek megvalósítani, illetve aki már virtualizáltan használja, az hogy oldotta meg?
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
Az AUFS működésével (elsősorban stabilitás) vannak-e tapasztalatok OMV4 alatt? Azt tudom, hogy a korábbi verzióknál voltak problémák, ezért kérdezem kimondottan a 4-est.
MergerFS nem opció, sajnos nagyon visszafogja a teljesítményt, az LVM pedig azért nem szimpatikus, mert ha az egyik lemez elhullik, RAID nélkül borul az egész.Másik kérdés, hogy amennyiben nem vagyok túl közeli ismertségben a linux rendszerekkel (de szeretnék), akkor érdemes-e a teljes disztribúciót telepítenem és arra az OMV-t, vagy inkább válasszam az egyszerűbb utat, a hagyományos OMV telepítőt?
Köszönöm!
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
Mi a véleményetek, a diszkek poolozása (pl aufs) vagy a symlinkek használata a jobb megoldás? (stabilitás, teljesítmény és hibatűrés szempontjából)
RAID nincs, a fontos adatokat másik NAS-ra mentem időzítve.
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
Az vajon normális, hogy pool-ba szervezett diszkek között nagyon gyatra értékeket produkál a másolás vagy áthelyezés?
Az érhetőség kedvéért adott 4 diszk:
volume1
volume2
volume3
volume4volume3 és volume4 unionfilesystems bővítmény segítségével közös poolba van rendezve.
Ha a volume1-ről vagy volume2-ről másolok a pool-ra, vagy fordítva, akkor teljesen rendben vannak az értékek, 100-130MB/sec sebességgel megy a másolás/áthelyezés.
Ha a poolon belül indítok egy másolás A mappából B mappába, akkor 15MB-25MB/sec körüli értéket produkál. (A mappa a volume3-on van, B pedig a volume4-en)
Ugyanezt kipróbáltam úgy is, ha az srv/ alatt nem a poolba lépek be, hanem közvetlenül a volume3-ra és volume4-re, ugyanazt tapasztaltam.
(A processzorhasználat másolás közben 10% alatt van, tehát nem az erőforrás hiánya áll a háttérben)
A teszteket közvetlenül a konzolról, mc segítségével végeztem.
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
válasz fonok87 #10291 üzenetére
Pedig jól működik a Docker-es Plex is, én azt használom. (A kereső többet is kihoz, én a "linuxserver/plex"-et töltöttem le)
Szvsz célszerű átállni, mert az 5-ös OMV-ben már biztosan nem lesz Plex plugin.
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
A_ScHuLcZ
addikt
Urak, ki mire esküszik, és miért?
- SnapRaid + MergerFS
- Szoftveres RAID (pl. RAID 5)"I'd tell you a joke about UDP, but you probably wouldn't get it."
Új hozzászólás Aktív témák
Figyelem!
Megjelent a Debian 10-re épülő OMV 5 stabil kiadása.
Új telepítésre ez a verzió ajánlott.
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Futás, futópályák
- Robogó, kismotor
- Kávé kezdőknek - amatőr koffeinisták anonim klubja
- Autós topik látogatók beszélgetős, offolós topikja
- Debrecen és környéke adok-veszek-beszélgetek
- Milyen alaplapot vegyek?
- Samsung Galaxy A54 - türelemjáték
- Luck Dragon: Asszociációs játék. :)
- Kerékpárosok, bringások ide!
- További aktív témák...
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Game Pass Ultimate előfizetések 1 - 25 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN!
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Canva Pro előfizetés - 1 éves