-
Fototrend
Téma összefoglaló
(Utoljára frissítve: 2024.04.20)
Új hozzászólás Aktív témák
-
dkess
őstag
válasz gyugyo79 #59495 üzenetére
Most nézegettem az iXsystems konfigurátorát és elég jó dolgok vannak. Igaz nem olcsó, de jók. Ami érdekes, hogy a FreeNAS Mini szériába csak WD Red -et lehet konfigurálni továbbra is. Igaz csak a 1, 4 (ezek lehet EFRX -ek) illetve 10 TB -osat (ez EFAX, de nem érintett ebben a kérdésben). Kíváncsi leszek ezt mikor veszik le (ha leveszik egyáltalán):
Azt a 100 db FreeNAS Mini -t említi, hogy a csak DM-SMR -es Red -el eladottakat érti ezalatt. Igen, ez nem feltétlenül jelenti, hogy minden esetben "telekérték" - ugyanakkor azt is valószínűsítem, hogy aki Tőlük HDD -vel kérte ezeket azok jellemzően nem 1-2 HDD -vel kérték. Sőt az esetek elsöprő részében akik HDD -t is Tőlük veszi az jó eséllyel telikéri.
Az anyagi érdek egyértelmű és világos. A kínálat aljára betenni SMR típusokat már eleve erre utal. Semmilyen más indok nem volt már itt sem szerintem. Hogy ebből a WD hogy vakarózik ki azt nem tudom. A helyükben kijönnék mondjuk egy "EFBX" (ez csak példa a feltételezésre) Red új szériával minimum a 2-6 TB -os szekcióban, de akár a teljes szériában CMR -el.
Magunk között tartom, hogy a Seagate -nek mindösszesen "ordas nagy mázlija" volt. Mint "két Seagate -es" magunk között mondhatjuk talán, hogy a Seagate csak azért nem mert még lépni, mert a NAS szériájuk (Ironwolf) még nagyon fiatal (2,5 éves) és ott nem mertek egy ilyet megkockáztatni - vártak, hogy hogy fogadja a piac a WD ezirányú törekvéseit. Ismerjük annyira a Seagate -et, hogy pont e tekintetben pont semmivel nem különb a WD -nél meg senki másnál sem ... Ugye a Seagate -nél súlyosbító tényező, hogy az azt (2017 év vége) megelőző másfél évtizedes időszakban borzalmasan szar consumer szériákkal égették magukat folyamatosan (ez sajnos engem is igencsak érintett). Egész egyszerűen egy ilyen botránnyal lassan búcsúzhattak volna a consumer vonaltól ...
Nem akarok "régi sebeket feltépni", de a korábbi legelső ezt taglaló cikk körül kialakult vitánkban az én interpretációm szerint konzekvensen azt az álláspontot képviseltem, hogy az elsődleges hír (probléma) az, hogy a gyártók (mindegyik) nem tüntetik fel a PMR(CMR)/SMR tényét sehol és a "WD Red kérdés" csak ennek folyománya (csak egy példa). Akkor még nem volt elismerés senki által. Úgy éreztem, hogy Nálad az üzenet viszont csak annyi, hogy "szar a Red" (ezt egyébként azóta is). Na, ezen vitatkoztunk jó sokat.
Az akkori álláspontomnak megfelelően azzal, hogy immáron ez mindenhol (web, adatlapok stb.) feltüntetésre kerül a consumer kategóriában is én "most dőlök hátra". A részemről a probléma megoldva - a rendelkezésre álló info -k alapján (meg a Red botrány óta) mindenki azt vesz amit akar/gondol. Sőt továbbmegyek - tudom gyűjtöm a további rossz pontokat Nálad - továbbra is azt gondolom amit akkor: 8 TB illetve a felett a Red -ek "póriasan" (nagyon nem szakmaian) fogalmazva nagyon "bitang" HDD -k. Mind teljesítményre - mind megbízhatóságra értve illetve ugye az SMR kérdéskörben sem érintettek ... Azaz azt továbbra sem merném kijelenteni, hogy a WD Red -ek úgy általánosságban "szarok" (a régebbiek sem voltak azok).
-
BullZeye
veterán
válasz gyugyo79 #59500 üzenetére
Mióta kirobbant ez pár hete, WD-vel levelezgetek, ha esetleg más is ezen gondolkodik, akkor érdemes odafigyelni, mert nagylelkűen felajánlják, hogy:
1) Visszaküldöd a HDD-t és küldenek helyette egyet, de neked kell fizetni a futárt.
2) Következő lépés, hogy ők fizetik a futárt, de mikor rákérdeztem, hogy ugye újat küldenek, közölték, hogy ja nem, refurbishedet 100%.
3) Aztán mikor jeleztem feléjük, hogy legutoljára hibás refurbished kaptam (ami náluk átment a teszteken) és ezt nem fogadom el, javasoltam, hogy adjanak egy coupont, veszek boltjukból 80efax-ot ami CMR, és 6 terra megy egy offline disknek 3,5" házba backupnak.
4) Írták, hogy szuper jó hírük van, engedélyeztek nekem egy 15%-os coupon kódot. Na most mikor számoltam 82k lett volna WD storeból a 15%os kuponnal, itthoni boltból pedig 83k, írtam nekik, hogy nem nagyon közelítünk a megoldás felé, azóta még nem írtak.Van még valaki, aki beszélget velük, hogy haladtok ti?
Háttér story, hogy december 12én vettem, amikor még volt ERFX, és egy árban volt a kettő, de tech sheeten jobbnak tűnt a nagyobb cache miatt EFAX, ezért lett az, azonos áron nagykerből, csak a restore több napig tartott, és kellett végül egy SSD, mert nem pörgött a rendszer annyira mint előtte ERFX-el.[ Szerkesztve ]
-
dkess
őstag
válasz gyugyo79 #59546 üzenetére
Igen, azt nem is néztem, hogy DS118/DS218+ nem támogatott eszközök a PetaSpace alkalmazás által. Ugye írtam, hogy semmi értelme nem lenne, de ez hasznos kiegészítés.
Egyetlen egy szempont alapján hasonlítottam a PetaSpace -t a JBOD/RAID0 -hoz - méghozzá csak a rendelkezésreállás tekintetében. Ezt kérlek vedd figyelembe ...
Ezt arra alapoztam arra, hogy:
- Synology leírása alapján amennyiben csak egyetlen kötet (legyen az egy HDD -n vagy egy RAID tömb pl.) elérhetetlenné válik vagy akár csak Read-only -vá, akkor az érintett adatok mindegyike elérhetetlenné válik,
- fórumokon is, ami a témában elérhető mindenki azt írja, hogy az adatok mennek a levesbe ebben az esetben. Konkrétan sokan a JBOD -hoz hasonlítják ebből a szempontból (ami szintén "pongyola", de érthető mire gondolnak). Arról nem találtam sehol info -t, hogy PetaSpace -ből kiesett (összeomlott) kötet esetén hogyan szednek ki adatokat.Ami szigorúan elméleti oldalról jó hír, hogy a PetaSpace file-alapú - azaz egy file maximum egy köteten lehet. Azaz legalább az nem fordulhat elő a Synology megoldásánál (máshol igen), hogy az érintett file (-ok) 4K -s blokkjait szétszórja az több vagy akár az összes kötetre. Ebből persze jön a limitáció, hogy egy file mérete nem lehet nagyobb, mint a kötet amire kiírásra kerül (legyen a PetaSpace megosztott mappa bármekkora), de ez a legkevesebb.
Maga a PetaSpace rengeteg limitációval bír és ennek folyományaként is a Synology se ajánlja olyan helyekre, ahol a teljesítmény bármennyire is számít illetve ahol a korlátozások miatt nem elégítené ki az igényeket - leginkább csak archiválás/backup céljából mint egy hatalmas méretű tárhelyként.
Azt bevallom férfiasan, hogy nem tudom mit kezdenék pl. egy többszáz TB -os összeomlott PetaSpace -el. Amennyire jól láttam nincs olyan opció, hogy betolok új HDD -ket az összeomlottak helyére, nyomok egy 'Repair' -t és föláll a PetaSpace megosztott mappa és mindössze azon adatok hiányoznak, melyek a kiesett köteten voltak. Amennyire jól tudom összeomlott PetaSpace megosztott mappához hozzáadni sem lehet új kötetet. Nem tudom, hogy az mv vagy mount ezen segítene-e a megmaradt ép kötetekkel kapcsolatosan. Nem vagyok benne biztos ...
-
dkess
őstag
válasz gyugyo79 #59558 üzenetére
Igazából az mindegy is milyen hosszan írok. Amit írtam (már az azt megelőző hozzászólásomban is) azt az elérhető Synology -s leírások alapján, fórumok stb. alapján tettem.
Rendelkezésre állás - RAID esetén ez megvolt, köszönöm. Ugyanakkor igazad van - egészen pontosan 0 valós tapasztalatom van összeomlott PetaSpace -el kapcsolatosan. Ezzel kapcsolatosan alakult ki is az eszmecsere, mely folyamán körvonalazódott a kérdés, hogy mit lehet ekkor tenni? Amennyiben ilyen esettel kapcsolatosan Neked van tapasztalatod, akkor azt hiszem a fórum közössége nevében is megköszönöm, ha megosztod velünk hogyan lehet talpra állítani (akár részleges adatvesztéssel) vagy akár a többi köteten levő adatok visszaállításával kapcsolatosan. Annál is inkább, mert a net -en túl sok dolog azért nem kering ebben a témakörben.
Ez nem egyetértés vagy a nem egyetértés kérdése. Amennyiben tényleg van tapasztalat, akkor azt köszönettel veszem, ha megosztod - valahol erről is szól a fórum ...
-
dkess
őstag
válasz gyugyo79 #59563 üzenetére
Nagyon szépen köszönöm a leírást.
Könnyen érthető és nem is tűnik bonyolultnak. Valós előny akkor, hogy egy kötet összeomlásakor is az adataink – az összeomlott köteten levő file -ok hiányát leszámítva – intaktak maradnak könyvtárszerkezetestől, mindenestül. Ilyenformán külön előny a Synology megoldásánál a file alapú megközelítés – azaz, hogy egy file csak egy köteten lehet.
Igen, olvastam, hogy a PetaSpace automatán is képes adatokat mozgatni kötetek között, ha az egyik kötet gyengélkedik (persze ez lehet nagyon sok idő, de legalább automata). Ugyanakkor, ha egy kötet csak olvashatóvá válik vagy összeomlik, akkor semmilyen eszközt nem biztosít – még akár pirosbetűs figyelmeztetésekkel sem – ennek helyreállítására, hanem mindjárt az összes adat elérhetetlenné válik és marad a „manuális matatás”. Ez néhány esetben komoly hátrány lehet a PetaSpace tárhelyre épülő pl. backup szolgáltatásnak.
Egyébként amikor először megemlítetted a „@cluster_brick” könyvtárakat, akkor a Glusterfs -t kezdtem olvasgatni még, ami nagyon távolról nézve hasonló. Igaz, ennek már semmi köze sem Synology -hoz, sem a felvetetett kérdésekhez …
No, de ennek boncolgatása már tényleg messzire vezetne – még egyszer köszönöm a leírást. -
dkess
őstag
válasz gyugyo79 #59651 üzenetére
Nagyon jó videó - köszönjük szépen. A témában abszolút nem jártasak számára is elsőre érthető és tanulságos. Ahogy szokták mondani "ebéd közben jön meg az étvágy" ...
Apró megjegyzés, hogy amennyiben pl. a jobb alsó sarokban egy nyitott txt file -ban benne van a synoindex kapcsolói azok jelentésével, akkor még érthetőbb lett volna - különösen a témával most ismerkedők részére. Persze amennyiben a videó nézése közben fokozatosan "összeáll a kép" valakinél, akkor ki is lehet következtetni, hogy melyik mire szolgál:
"
Add: synoindex -a filename
Delete: synoindex -d filename
Add folder: synoindex -A folder
Delete folder: synoindex -D folder
Rename/move file/folder: synoindex -N newfullpath oldfullpath
Update Photo Images: synoindex -U photo
Get from DB: synoindex -g filename -t [video|music|photo|playlist]
Reindex: synoindex -R {all|photo|music|video|thumb}(a '-g' kapcsoló már nem működik a gyakorlatban)"
Ami esetleg érdekes lehetett volna még (a script szempontjából is illetve pontosabban az ezzel kapcsolatosan kialakult diskurzussal kapcsolatban is), hogy pl. amennyiben '-a' (azaz nem '-A') kapcsolóval megy a synoindex egy olyan file -ra, melynek szülőmappája nincs benne a mediaserver adatbázis directory táblában, akkor az érintett file akkor sem kerül leindexelésre, ha amúgy a gyökérmappa (pl. 'downloads') -n belül lenne az a szülőmappa is a 'downloads' -ra rendben típus szerint is be lenne állítva az indexelés a 'Média indexelés/Indexelt mappa' -ban. Azaz egy kép file a "volume1/downloads/teszt_van3fajl" -ban (legyen: 'kep3.jpg') és a 'teszt_van3fajl' nincs a 'directory' táblában, akkor synoindex -a "/volume1/downloads/teszt_van3fajl/kep3.jpg" parancsra nem kerül indexelésre ('-A' kapcsolóval a szülőmappára viszont igen - a 'downloads' benne van ...).
További érdekesség, hogy amennyiben a 'Médiaszerver/Integrálja a Video Station adatbázist a Médiaszerverbe' opció be van pipálva és a Video Station -ben van külön mappa beállítva, akkor annak video típusú tartalma akkor is indexelésre kerül, ha a 'Média indexelés/Indexelt mappa' felületen az érintett mappa egyáltalán nem szerepel (ugye ilyenkor ezt a Video Station -ből veszi és az alapján a csak a Video Station -ben beállított mappák is indexelésre kerülnek). Ez azért is lehet érdekes, mert pl. a Transmission 'downloads' mappáját (vagy almappáját) is beteheti valaki a Video Station -be és akkor arra is menni fognak az indexelési parancsok (az automata indexelés nem, ha TR letöltéssel frissül a mappa tartalma). Persze érdemes ekkor a 'downloads' mappán belül pl. 'filmek', 'sorozatok' és 'egyebek' almappákat létrehozni és letöltéskor odafigyelni, hogy a megfelelő almappába menjen a tartalom, mert akkor a Video Station adatbázisába megfelelően kerül be a film vagy videó típusú tartalom (a mediaserver -nek tök mindegy lenne, mert annak mind a kettő 'video' típus ...). Ez ugye azért is érdekes, mert pl. a Audio Station illetve Photo Station -nél ez a logika nem működik (teljesen más a logika).
@SutPet
Amennyiben megfelelőek a beállítások - ld. pont a fentebb említett videót - akkor Médiaszerver vagy Video Station -ben a megfelelő mappákba kerülő tartalmak automatikusan indexelésre kerülnek amennyiben azok Synology app által vagy pl. SMB -n keresztül bemásolva kerülnek oda. Külsős alkalmazás - pl. Transmission - által produkált tartalmak viszont nem. Így aki nem használ Médiaszerver vagy Video Station -t azt esetleg ez egyáltalán nem érdekli (meg persze azt sem aki nem Transmission -t, hanem a beépített torrent klienst használja vagy nem használ torrent -et például).
Gondolom Plex is úgy működik, mint az Emby (én ez utóbbit használom) - beállítás alapján akár könyvtáranként külön állítva:
- realtime monitor - bekerülést követően azonnal indexel és megjelenik a tartalom (csak támogatott file rendszerrel),
- időközönkénti automata ütemezett feladattal - Emby -ben állítható maga az időköz is
- manuális könyvtár szkenelés (akár csak az új film könyvtárára vagy az egyik teljes film könyvtárra stb.)@mester778
Az attól függ, hogy lenne-e más igény. Csak a felsoroltak tekintetében megfelelő lehet a DS220j is ...Nem, a DSM minden esetben egy formázással kezd egy behelyezett új HDD -vel kapcsolatban - így annak tartalmát buknád. Utólag szükséges azt rámásolni majd.
@ha5atp
Lásd ezt a bejegyzést vagy akár gyugyo79 videóját -esetleg a [link] hozzászólást vagy számtalan korábbit ezen fórumban. Amennyiben picit konkrétabb vagy, akkor a fórumlakók is célzottabban tudnak segíteni.
-
dkess
őstag
válasz gyugyo79 #59660 üzenetére
Igen, pont ezért lett volna előnyös, ha egy txt -ben ezek kinn vannak mondjuk a jobb alsó sarokban. A 'synoindex -h' sem volt mondjuk az elején, hogy akár abból gyorsan kinézze valaki (akit érdekel), hogy mely használt kapcsoló mire is való. Ez csak észrevétel volt. Az általad használtakat írtam én ki illetve még egy-kettőt. A '-g' kapcsolót meg csak azért, mert az a script tartalmazza, amire válaszoltál (Magnat hozzászólásában) és csak megjegyzésként, hogy pont ez viszont már nem él ...
A "kákán is csomót keresés" -es meg "mindent logikát nélkülöz" -ős részhez. Ahogy írtam is a script -es részhez lett volna érdekes rész, aki ilyenbe vágná a fejszéjét. Egyébként meg pont nem a könyvtár nélkül letöltődő torrentekről szólt a történet. Az egy teljesen más érdekes eset (ekkor ugye elég a '-a' kapcsolóval magának a file -nak a nevének megadása ; '-A' -val meg a teljes 'downloads' mappát indexelné), ami most egyáltalán nem érdekes. Ez a több könyvtár mélyen levő indexelendő tartalom szempontjából lehet(ne) érdekes kérdés. Ennek a teszt szkenáriója valami ilyesmi lett volna:
- 'downloads' mappa hozzáadva és akár minden médiatípus beállítva a 'Média indexelés/Indexelt mappa' -nál,
- 'kep3.jpg' file a '/volume1/downloads/teszt_van3fajl' könyvtárba,
- automata indexelés ...
- synoindex -D "/volume1/downloads/teszt_van3fajl/" (ezzel töröljük a tartalmazó könyvtárat a index adatbázisból)Idáig szimulálva, hogy Transmission -el bekerül egy új könyvtár és abban a indexelendő média. Aztán:
- synoindex -a "/volume1/downloads/teszt_van3fajl/kep3.jpg" (nem kerül indexelésre - csak, ha '-A' a könyvtárra. Ez volt kérdés korábban.)
Az utolsó gondolathoz - amennyiben a Transmission átadná magát a torrentet tartalmazó könyvárat, akkor a lőtéri kutya nem szórakoztatná magát script -ekkel e tekintetben. Egyszerűen synoindex -A {a torrentet tartalmazó mappa elérése} és kész. Amennyiben meg ez a 'downloads' mappa lenne (könyvtár nélkül letöltődő torrentek esete), akkor meg synoindex -a {a torrentből csak az indexelendő médiafile(ok) elérése} ...
@Tachion
Amennyiben csak azért kellene a NAS -ba második 1-2 TB-os HDD, hogy a fontosabb adatokról legyen backup, akkor javaslom erre inkább USB -s külső HDD -t használj és állíts be rá rendszeres backup -ot - vagy ad-hoc használatra 'USB Copy' funkciót. Ilyenformán az "értékes" NAS HDD helyet meg tudnád őrizni későbbi használatra - akár nagyobb HDD -vel ...
[ Szerkesztve ]
-
Magnat
veterán
válasz gyugyo79 #59649 üzenetére
"- a synoindex csak olyan mappán fut le ami az indexelési szolgáltatásoknál hozzá van adva !" - az eredeti probléma az volt, h egy korábbi állapotot lát a tv-n, tehát a mappa értelemszerűen indexelt, csak nem frissül az indexelés.
"- a synoindex által meghívott folyamat csak olyan tartalmat ad hozzá az adatbázishoz ami be van állítva az indexelési szolgáltatásoknál. Viszont azokból mindent amit talál. Ezek 3 kategóriája a video,music,photo." - az eredeti hsz-ben benne van, h csak videora van megcsinálva a script.
"Aztán ott van az, hogy mi értelme egy scriptel egyszer xy időre szűrni és kiterjesztést vizsgálni és utána egyezés esetén a találatokon végig futtatni a synoindex -el az átvizsgálást ?" - próbáld ki, h mennyi ideig fut egy teljes reindex ha a dsm-ből indítod (órás nagyságrend) és ez a script (pár mp) és máris megvan az értelme.
"Konklúzió felesleges túl misztifikálni és sok olyan dologra megvizsgálni valamit ami utána még egyszer megtörténik. Ha meg pofon egyszerűen kinyerhető minden új átvizsgálandó tartalom botorság nem azt használni. Megint csak a fenti script mint ahogy a legtöbb elérhető régi és pláne nem a TM utáni media indexelésre készült..." - nyilván meg lehetne csinálni jobban, de hagy idézzek tőled, amikor korábban erről már egyszer beszéltünk: "Nyilván ha van egy működő dolog nem biztos, hogy megéri ebbe időt fektetni mert sokat nem hoz...."
"Ráadásul a fenti rész nyilván még mindig nem foglalkozik azzal , hogy bizonyos törlések esetén is mennyire lesz konzisztens az adatbázis még mindig nem tért ki, hogy mi a helyzet ha valaki VS is használ " - ez a mondat sem igazán konzisztens, de a lényeget nagyjából levettem :) miért kellene egy Transmission done scriptnek foglalkozni a törléssel? Ez a script annyit ígér, h videoállomány letöltése után az adott állománnyal az indexelést frissíti. Törlés esetén sztem le sem fut - de az is lehet, h igen, nem néztem soha.
̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
Magnat
veterán
válasz gyugyo79 #59678 üzenetére
Szerencsére te most leírtad :)
Egyébként minden szarkazmus nélkül mondom, h amennyire vágod az egész Synoindex témát meg amennyi energiát már ebbe a sztoriba beleöltél, akár csinálhattál is volna egy letisztultabb megoldást. Mert értem én, h szted ez nem erre készült script (már ha jól sikerült kihámoznom a lényeget, mert a vesszőkkel elég fukarul bántál), de per pill még senki sem mutatott ennél jobb megoldást. Viszont ha lesz ilyen, most leteszem a nagyesküt, h a legközelebbi érdeklődőnek azt fogom linkelni.̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿
-
gyugyo79
addikt
válasz gyugyo79 #59682 üzenetére
Elnézést a 2. sor így helyes
TR_SYNOINDEX="$TR_TORRENT_DIR"/"$TR_TORRENT_NAME"
bekapcsolt loggolásal a kimenete 1-2 letöltésnek :
2020-05-16 01:53:39 __NEW TORRENT ___
2020-05-16 01:53:39 Könyvtár: /volume1/downloads
2020-05-16 01:53:39 Torrent Név: D*** F**** ****ce - ****en t**fa.epub
/volume1/downloads/****d ***r ****ce - ******en t****.epub -> fájl
2020-05-16 01:54:00 __NEW TORRENT ___
2020-05-16 01:54:00 Könyvtár: /volume1/downloads
2020-05-16 01:54:00 Torrent Név: K*****k - S01E16 - P****, pillangó.mkv
/volume1/downloads/K******k - S01E16 - P***, pillangó.mkv -> fájl
2020-05-16 01:57:16 __NEW TORRENT ___
2020-05-16 01:57:16 Könyvtár: /volume1/downloads
2020-05-16 01:57:16 Torrent Név: Q***n - Gr****t H**s I, II & III (The Platinum Collection)
/volume1/downloads/Q**** - Gr***** Hi** I, II & III (The Platinum Collection) -> mappa[ Szerkesztve ]
-
Parson
addikt
válasz gyugyo79 #59411 üzenetére
No most tudok vele ujfent érdemben foglalkozni.
A Hyper Backup (HB) a szerver(1)-en vmiért tehát nem látja a VPN-en csatlakozott kliens(2) NAS-t. Mivel meg kell adni egy portot is a HB-n belül a feladat definiálásánál, igy felmerül a kérdés, hogy kliens(2) oldalon tutira nem kell port forwarding ehhez a VPN-hez??
[ Szerkesztve ]
───────────── P r o / E N G I N E E R ─────────────
-
gyugyo79
addikt
válasz gyugyo79 #59859 üzenetére
+ ha egy géppel is csatlakozol a VPN -be akkor a fenti példánál maradva (és a szabvány port is nyilván ha változtatva lett akkor azzal) a http://192.168.20.1:5000 -en még a másik NAS -nak a felülete is elérhető egy böngészőből amikor minden jól működik...
[ Szerkesztve ]
-
Sanyi.mTs
addikt
válasz gyugyo79 #59878 üzenetére
ezer hála, sikerült tényleg nagyon jó ez a statisztika, amit mutat
Volna még két kérdésem:
1.) Setup wizard-nál "Plex Media Server" rész:
- A nas IP-jét ajánlott megadni, nem? Mert a külső IP, amin kívülről is el lehet érni a plex szervert, az "folyamatosan" változik.
- "SSL"-t és "Remote server"-t ajánlott kipipálni?
2.) (#59844) gyugyo79 itt említetted és ennek a beállításában is nagyra értékelném a segítséged:
"De ha akarod akkor a logokhoz is adhatsz hozzáférést: (-v <path to plexlogs>:/plex_logs:ro \
)"
Plexben ez lenne a beállítások/Általános/Engedélyezi a Plex Média Szerver részletes naplózását?
A zárójeles részt nem nagyon értem. Ezt is a "szerkesztés/környezet" részbe kellene beírni? Amúgy a plex log-jai melyik könyvtárba található meg? -
eszakas
senior tag
válasz gyugyo79 #59959 üzenetére
Köszönöm szépen. Addig remélem kibírom nélküle mert már nagyon megszoktam.
Asus rog strix x570‑e gaming alaplap ,AMD Ryzen 7 3800X ,SAPPHIRE NITRO+ AMD Radeon RX 7900 XT Vapor-X 20G,G.SKILL Ripjaws V 32GB (2x16GB) DDR4 3600MHz, Corsair HX1200i Köszönöm szépen. Üdv. eszakas :)
-
Parson
addikt
válasz gyugyo79 #59859 üzenetére
Én komolyan mondom, ez egy agyrém. Végre sikerült kinyitnom a server(1) oldalon a router-portokat, frankon müködik a VPN a javallott megoldással. Ellenben közben frissültek az appok, meg a rendszer is, mindkét NAS-on, és erre most az rsync backup hibaüzenettel nem hajtja végre a biztonsági mentést, mert az uj HB nem kompatibilis, vagy mi... az eszem megáll, komolyan, eddig soha ilyen gond nem volt.
───────────── P r o / E N G I N E E R ─────────────
-
eszakas
senior tag
válasz gyugyo79 #59959 üzenetére
Remélem lesz valakinek elfekvőben.
A nason nem lehet meg valahol? Innen valahová el is jutni csak nem tudom mi is ezAsus rog strix x570‑e gaming alaplap ,AMD Ryzen 7 3800X ,SAPPHIRE NITRO+ AMD Radeon RX 7900 XT Vapor-X 20G,G.SKILL Ripjaws V 32GB (2x16GB) DDR4 3600MHz, Corsair HX1200i Köszönöm szépen. Üdv. eszakas :)
-
-
-
addikt
válasz gyugyo79 #60008 üzenetére
Lehet Safe Módban volt,de a muszáj volt kézzel leállítanom. A logban azt írta,hogy nem megfelelő leállítás történt.
Ez így normális? Safe módból miért nem lépett tovább és állt le?
dkess: Most frissítettem a legújabbra. De nem láttam semmit a changelogban aminek köze lenne ehhez. -
szricsi_0917
tag
válasz gyugyo79 #60011 üzenetére
Szia
Az biztos, hogy jobban örültem volna ha csak én rontom el.
Igen a "mellette" szó használata nem volt pontosan értelmezhető ebben a helyzetben.
A master aljzatos megoldás is szépen működik rajta amúgy, mert leteszteltem háha azzal van valami gond, de az sem segített.
Hol tudom leellenőrizni, hogy milyen jelet küld ki az ups a nasnak, mert abbol lehetne következtetni, hogy rögtön küldi a safe mod jelet vagy másik jelet küld csak rosszul értelemzi a nas.
A safe mod egyelőre a kisebbik rossz csak sajnos üzemel rajta egy webserver, de inkább ez mint az adatvesztés. -
addikt
válasz gyugyo79 #60017 üzenetére
Azért mert a UPS-en van még egy szerver,kamera rögzítő,router,switch,2modem... és ha a UPS leáll akkor a pl routert sem érem el
blakey: De nekem más eszközök is vannak rajta,amik a NAS-ra mentenek. Előbb azok kapcsolódjanak le,majd a NAS és majd minden más. NAS leállásával nem akartam a UPS lekapcsolni. Bár azt gondoltam volna,hogy ha NAS biztonsági üzemmódba lép utána a NAS lekapcsolja magát,hogy ne fogyasszon áramot. Ehelyett egy elérhetetlen állapotba vált amin el sem lehet érni és a UPS is eszi. Ennek nincs értelme.
-
Somatom
veterán
válasz gyugyo79 #60035 üzenetére
Köszi! Ez jól hangzik. Erőben nekem a 310 is elég lenne, csak már zéró a support -ja. Nincs DDNS, WebDAV, Owncloud, a Gdrive sync is lehalt és már a PyLoad fejlesztése is leállt. Pedig, a legjobb letöltő kliens volt, amit eddig használtam. Remélem, Synohoz is van olyan, ami ismeri a data.hu -s prémiumot!
Samsung XCover 6 pro, Tab S7+ 5G
-
Somatom
veterán
válasz gyugyo79 #60059 üzenetére
Köszi! A PyLoad utolsó frissítése 2011 körül volt és max. 2.7 -es Python -ra ment fel (ez a 4.9 -es verzió). Most, hogy itt szóba került, ránéztem a GitHUB -on és úgy tűnik, hogy vki felélesztette csipkerózsika álmából és átírta 3 -as Python -ra. Ez 5.x verzió, de még nem stable.
Azért szerettem, mert
-"datalinuxdisztrók.net" oldalra felrakott Linuxdisztró linkeket letöltötte, akár TC -vel darabolt állományként, akár jelszavas rar darabonként, majd összeillesztette/kicsomagolta (a Linuxdisztró kifejezés tecccés szerint behelyettesíthető )
-ezt lehetett időzíteni
-meg lehetett adni max. CPU terhelést, amit a letöltés, kicsomagolás, összeillesztés során használhat. Így sosem terhelte túl a NAS -t.
-meg lehetett adni, hogy a tömörített állományokon belüli tömörített állományokat kicsomagolja, vagy sem. Ez pl. olyankor hasznos, ha egy becsomagolt szoftveren belül van olyan becsomagolt állomány, amit nem szabad kicsomagolni (pl. data.zip, branding.zip, stb.).Samsung XCover 6 pro, Tab S7+ 5G
-
gyugyo79
addikt
válasz gyugyo79 #60181 üzenetére
*jav
"gb kerül a ddnsneved elé ebből azonosítja a fp. , hogy mit kell betöltenie. Tehát ha a https://file.ddnsneved.synology.me -lesz meghívva akkor betölti a http://192.168.10.5:11111 -et ami ugye a webes felülete lesz az eszköznek "
=
gb kerül a ddnsneved elé ebből azonosítja a fp. , hogy mit kell betöltenie. Tehát ha a https://gb.ddnsneved.synology.me -lesz meghívva akkor betölti a http://192.168.10.5:11111 -et ami ugye a webes felülete lesz az eszköznekMeg az, hogy XY "kerül a ddnsneved elé ebből azonosítja a fp. , hogy mit kell betöltenie" nyilván nem helyes a kapott komplett domainből azonosítja (portostul mindenestől)
-
lewisfm
aktív tag
válasz gyugyo79 #60229 üzenetére
Szia!
Az
lsusb
ezt az eredményt írja ki:root@xxxxxx:/volume1/homes/xxxxx$ lsusb
|__usb2 1d6b:0002:0404 09 2.00 480MBit/s 0mA 1IF (Linux 4.4.59+ xhci-hcd xHCI Host Controller xhci-hcd.2.auto) hub
|__usb3 1d6b:0003:0404 09 3.00 5000MBit/s 0mA 1IF (Linux 4.4.59+ xhci-hcd xHCI Host Controller xhci-hcd.2.auto) hub
|__3-1 1058:1078:1065 00 3.00 5000MBit/s 896mA 1IF (Western Digital Elements 1078 575838314141344158463252)
|__usb4 1d6b:0002:0404 09 2.00 480MBit/s 0mA 1IF (Linux 4.4.59+ xhci-hcd xHCI Host Controller xhci-hcd.5.auto) hub
|__usb5 1d6b:0003:0404 09 3.00 5000MBit/s 0mA 1IF (Linux 4.4.59+ xhci-hcd xHCI Host Controller xhci-hcd.5.auto) hub -
lewisfm
aktív tag
Új hozzászólás Aktív témák
- FULL HD Lenovo Thinkpad T490/Touch Core I5/I7 256/512Gb M.2 SSD Nvidia MX 250 WIN11 Gar Laptop
- Dell Precision 7530,15.6",4K UHD,i9-8950H,64GB DDR4,512GB SSD,6GB VGA,WIN11
- Samsung Galaxy Watch 4 44mm, Bluetooth, 1 Év Garanciával
- Samsung Galaxy Note 20 Ultra 5G 256GB, Kártyafüggetlen, 1 Év Garanciával
- Samsung Galaxy S20 FE 128GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs