- Letartóztatták, mert AI segítségével csalt az egyetemi vizsgán
- Linux kezdőknek
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Bittorrent topik
- Microsoft Outlook topic
- Musk meggondolta magát, mégsem pereli az OpenAI-t
- Aliexpress tapasztalatok
- Az AI miatt vehetnek sokan új iPhone-t
- ASUS routerek
- PHP programozás
-
IT café
Téma összefoglaló
(Utoljára frissítve: 2024.04.20)
Új hozzászólás Aktív témák
-
gyugyo79
addikt
válasz Magnat #59120 üzenetére
Mert használom mióta megvan. De természetesen messziről jött ember azt mond amit akar :
Link Aggregation Setup – A Successful Experience[ Szerkesztve ]
-
gyugyo79
addikt
válasz Magnat #59136 üzenetére
2 lemezes tükör esetén az egyik "régi" mellé elég berakni az új nagyot és miután kész a helyreállítás utána mehet ki a régi és mehet be a második új amit már 90% megkérdez, hogy kibővítse e a teljes méretre miután végzett és talán az is van alapból választva, hogy igen. De ha nem is akkor utólag ktolható a maxra.
Viszont 1 lemeznél a mdadm --grow --raid-devices=1 ... -ra sajnos nincs opció pedig azoknak is jól jönne akik olvasás nélkül vagy rosszul értelmezett választással hozzá dobnak egy SHR -hez tükörnek egy új berakottat miközben külön szerették volna ....
-
addikt
válasz Magnat #59136 üzenetére
Én valamit nem értek, miért nem simán lemezcsere és hagyod hogy a rendszer bővítse? Majd másik lemez csere és ugyanez?
"After successfully ignoring Google, FAQ's, the board search and leaving a undecipherable post in the wrong sub-forum don't expect an intelligent reply."
-
blakey
titán
válasz Magnat #59207 üzenetére
Csak, hogy értsük egymást, konkrétan arra gondolok, hogy az AdGuard DNS-eit használom, azaz a 176.103.130.130, 176.103.130.131 és nem 8.8.8.8 vagy 1.1.1.1-eket majd telepítem az AdGuardot valamelyik eszközre, így semmit nem kell külön telepítgetni, jól működik a reklámszűrés és a reklámokkal agyonzsúfolt oldalakat is kiszűri.*** "Ne kérdezz többet, mint amennyi a hasznodra válik." - Dante *** "Csak akkor tehetsz meg mindent, ha már semmid sincs." - Harcosok klubja ***
-
dkess
őstag
válasz Magnat #59250 üzenetére
Én nem torrentezek NAS -al illetve transmission -t egyáltalán használok máshol sem. Ezért ne oltsál le nagyon, ha hülyeségeket kérdezek.
Amennyire jól látom (illetve ahogyan a kikommentelt részben is írja), akkor ez a script eredetileg arra lett kitalálva, hogy pl. 10 percenként lefusson (pl. root -al) és végignézi a teljes megadott ’download’ mappát és amennyiben egy file utolsó módosítási dátuma az utolsó X napban (pl. 2 vagy 5 stb.) van és a kiterjesztése benne van a megadottakban (@include_files), akkor megnézi, hogy a syno video index adatbázisában benne van-e és amennyiben nem, akkor megy az index.
Az alábbi kérdéseim lennének:
1.
A ’ settings.json’ -ben nem kell ezt is beállítani: "script-torrent-done-enabled": true, ?
2.
A Transmission a ’transmission’ nevű user -el fut – ugye? Az nem gond, ha egy másik user -el (pl. az admin -al) másolod be a script -et a helyére? Avagy ezt érdemes a ’transmission’ nevű userel a helyére másolni? A script a progiból meghívva ennek a nevében futna, de amennyiben nincs jogosultsága a futáshoz …
3.
Az elején a $SYNO_ERROR_MSG -nek üresstring -et adtál meg. Amikor a lekérdezés eredményét hasonlítod össze ezzel, akkor így meg fog felelni az érintett ’if’ feltételnek? Értem ez alatt, hogy a $SYNO_ERROR_MSG -nek nem ezt kellene megadni (ami a kikommentelt részen is van): "Failed to get MediaInfo." ?
Magyar nyelvre állított DSM -el is ezt a hibaüzenetet kapod a lekérdezés eredményének? Avagy megnézted és magyar nyelvvel kapod az üresstring -et és ezért van így megadva a script -ben? Esetleg meg lehetne oldani, hogy angol/magyar/stb. beállítással is fusson (azaz, mint ahogyan a kiterjesztéseknél is – amennyiben az értékek valamelyikével egyenlő a lekérdezés eredménye, akkor teljesül az ’if’ feltétel)
4.
A Transmission -nél nincs meg egy paraméterben az aktuális mappa neve, amivel végzett? Nem lenne egyszerűbb arra a mappára meghívni egy script -et (akkor a fentebbi feltételek sem kellenek, mert nem rendszeres futásra tervezett script futna)? Azaz végez a torrent -el – és az adott mappát indexeljük?
Tényleg nem értek a Transmission -höz – csak a script- et nézegettem … -
dkess
őstag
válasz Magnat #59255 üzenetére
Köszi szépen a válaszokat. A hármas ponttal kapcsolatban. A help kapcsolóra nem dob ki semmit, ami használható lenne a ’-g’ helyett? Amennyiben nem és a ’-g’ sem működik, akkor tulajdonképpen a $SYNO_ERROR_MSG -es meg $result -os részek (ideértve az if feltételeket melyekben szerepelnek) is feleslegesek a kódban. Mondjuk a futásidőből sokat nem zabálnak illetve az üressztringes értékadással "meg is van hekkelve" (hogy lefusson) a dolog ...
Mondjuk így gyakorlatilag a – megadott média könyvtáron kívül – gyakorlatilag két érdemi feltétel maradt: a file kiterjesztése egyezzen a @include_files -ban definiáltak egyikével illetve, hogy az utolsó módosítás dátuma 5 napon belül (ez meg az -mtime kapcsolóval meghatározva a @files -ban) legyen.
Így viszont amennyiben jól feltételezem ahányszor lefut a script (egy torrent letöltését követően), akkor gyakorlatilag minden filmet (/sorozatot, videót) az elmúlt 5 napból berak az adatbázisba. A legújabbat kivéve mindegyik duplikátum lesz. Persze az 5 napos feltételt lehet csökkenteni pl. 2 -re (vagy akár máshogy pl. -mmin -el akár X percre), de a forrásprobléma adott: nem lesznek így duplikátumok a média adatbázisban? Ezt nézted? (persze, ha minden torrent letöltés csak 5 napnál több különbséggel kerül, akkor nem, de ez nem életszerű)
Avagy a Syno adatbázisában van valamilyen automata duplikátum ellenőrző/tisztító funkció – azaz kikapálja a duplán rögzített rekordokat?
Apróság még, hogy az ’ISO’ file -okat nem játsza le sem VideoStation/DS Video/DLNA (Médiaszerver), ha jól tudom. Ezt mondjuk nem tudom biztosra illetve a többi lehetséges kiterjesztést sem vetettem össze a Synology kompabilitási listával …
Most néztem hirtelen és találtam egy ilyet: [link]Ezt nem tudom nézted-e? PostgreSQL -en alapuló megoldás és az adatbázisból magából kérdezget le. Egy konfig file -ból veszi a környezeti változókat, melyet a fő programrészben felhasznál:
- file kiterjesztések
- utolsó módosítás dátuma feltétel (akár napban vagy percben megadva is)
- mely user
- érintett média könyvár elérés,
- használandó log file elérésének megadásaGyors „szemmel veréssel” nézve jónak tűnik. Van külön zenére ( [link] ) meg fotóra ( [link] ) megírt verziója is. Nem tudom ezt a verziót próbáltad esetleg? Mondjuk az 'ISO' kiterjesztést ez is beteszi ...
-
gyugyo79
addikt
válasz Magnat #59255 üzenetére
Ha akarsz vele játszani akkor csináltam egy ilyet mielőtt legutóbb töröltem a TM -et, hogy van e értelme elindulni ezen az úton:
#!/bin/sh ###################### # TR_APP_VERSION # # TR_TIME_LOCALTIME # # TR_TORRENT_DIR # # TR_TORRENT_HASH # # TR_TORRENT_ID # # TR_TORRENT_NAME # ###################### LOGFILE="/volume1/Share/tm_log.txt" tdate="`date '+%Y-%m-%d %H:%M:%S'`" echo $tdate "__________________________NEW TORRENT _______________________" >> $LOGFILE echo $tdate "Transmission Verzió $TR_APP_VERSION" >> $LOGFILE echo $tdate "Idő $TR_TIME_LOCALTIME" >> $LOGFILE echo $tdate "Könyvtár $TR_TORRENT_DIR" >> $LOGFILE echo $tdate "Torrent Hash $TR_TORRENT_HASH" >> $LOGFILE echo $tdate "Torrent ID $TR_TORRENT_ID" >> $LOGFILE echo $tdate "Torrent Név $TR_TORRENT_NAME " >> $LOGFILE
Aztán letöltöttem 1-2 tesztet és miután láttam, hogy a
TR_TORRENT_DIR/_NAME
mit ad vissza direkt leszedtem egy olyat ami nincs könyvtárban. A kimenet :2020-04-15 13:08:53 __________________________NEW TORRENT _______________________
2020-04-15 13:08:53 Transmission Verzió 2.94
2020-04-15 13:08:53 Idő Mon Apr 15 13:08:53 2020
2020-04-15 13:08:53 Könyvtár /volume1/downloads
2020-04-15 13:08:53 Torrent Hash ********************
2020-04-15 13:08:53 Torrent ID 2
2020-04-15 13:08:53 Torrent Név ***** - ***** (The Original Soundtrack, WEB, 2018, ******)
2020-04-15 13:15:37 __________________________NEW TORRENT _______________________
2020-04-15 13:15:37 Transmission Verzió 2.94
2020-04-15 13:15:37 Idő Mon Apr 15 13:15:36 2020
2020-04-15 13:15:37 Könyvtár /volume1/downloads
2020-04-15 13:15:37 Torrent Hash **************************
2020-04-15 13:15:37 Torrent ID 3
2020-04-15 13:15:37 Torrent Név **** - **** I, II & III (The Platinum Collection)
2020-04-15 13:20:58 __________________________NEW TORRENT _______________________
2020-04-15 13:20:58 Transmission Verzió 2.94
2020-04-15 13:20:58 Idő Mon Apr 15 13:20:57 2020
2020-04-15 13:20:58 Könyvtár /volume1/downloads
2020-04-15 13:20:58 Torrent Hash **************************
2020-04-15 13:20:58 Torrent ID 4
2020-04-15 13:20:58 Torrent Név **** *** *** - *** ***.epubNyilván ha van egy működő dolog nem biztos, hogy megéri ebbe időt fektetni mert sokat nem hoz....
Ezekre nem tudom biztos így vannak e csak elmélet :
Ha megeszi azt az indexelés, hogy a torrent névnek kapott könyvtár van hozzá adva indexelésre
-R
-el ahhoz mit szól (így csak azon belül keresne papíron tartalmat) így ha megfelelőt talál azt beindexeli így nem is kell kezelni kiterjesztést sem már ezen belül + azt sem ha nincs is media tartalom benne ...Utána még nyilván kezelni kell ha kiterjesztése van így nincs könyvtárban, de az már "egyszerűbben" hozzád adható a
-a
val.Ha valaki a TM webes felületét használja arra is, hogy törölje a fájlt is annál az így hozzáadott dolgok bent maradnak az adatbázisba. Tehát mint ahogy nem kerülnek be úgy ki sem és ha így van akkor figyelmet felhívni rá + időnként csak kell egy reindex a komplett könyvtáron...
[ Szerkesztve ]
-
gyugyo79
addikt
válasz Magnat #59265 üzenetére
Valamennyire mennek az sql lekérdezések ?
Bár annyira nem is fontos. Ha van lehetőség akkor inkább virtuális DSM -be nézd ahol még nem használtad a media adatbázist mert úgy jól tudod követniSzóval belépsz pld. putty utána rendszergazdaként
psql mediaserver postgres
-> belépsz a mediaserver adatbázisbaSELECT * FROM directory;
-> listázza a könyvtárakatSELECT * FROM video;
-> listázza a videókat A photo a fényképeket a music a zenéket .. De a teszteléshez elég egyik.\q
-> kilépsz az adatbázisból ha már unodHa ez megvan egy másik konzolon mehetnek a synoindex parancsok míg egy harmadikon egy mc -vel lehet a fájlokat pakolni/törölni stb és ellenőrizheted ezeket:
A synoindex -A val megadott könyvtár igazából teljesen indexelésre kerül.
Tehát a -a utána teljesen felesleges hozzá adogatni a fájlokat.
A -D vel ugyan így törölhető az egész mindenestől ...
A -R -el megy a változás keresés alkönyvtáron adatbázisban nem létező könyvtárat és tartalmát hozzá adja.(#59266)
Nem az első kettő az könyvtár és 3. meg egy fájl magában.Igazából az elméletem az, hogy csak azt kell nézni mi a vége a fájlnév változónak és ha *.akarmimedia akkor -a -val ha nem akkor -A -val lehetne a synoindexel az adatbázishoz adni és ennyi.
De ez gyanúsan egyszerű és furcsálom, hogy amikor én is néztem mindenki sokkal komolyabb megoldásoknak látott neki ami elbizonytalanít ...[ Szerkesztve ]
-
dkess
őstag
válasz Magnat #59352 üzenetére
Teljesen jogos kérdés. Csak egy gyors próbát csináltam (DS218+ ; 2.5 Gbit/s LAN - ez 280 MB/s egy szálon másolás) és 5 db párhuzamus SMB másolásnál szálanként stabilan 50 MB/s felett tartotta Azaz összesen kb. 260 MB/s, ami nem nagy visszaesés a 280 MB/s -hez képest. Elméletileg háttértár oldalról 10 konkurrens szálat is tudna összesen 100(/110) MB/s felett tartani (gigabit LAN -nál ennél nem kell több).
Ugyanakkor nálam 3*10 TB RAID5 -ről ment a másolás. Az egy db Seagate Ironwolf 4 TB szekvenciálisan tudhat kb. 150 MB/s -et. Ez már "csücskösebb" kérdés, hogy mennyire esne vissza összesenben, ha 10 szálon menne a dolog.
A 4K filmre (itt azért könnyen lehet 10 MB/s szálanként) azt mondanám nem bír 10 szálat. FullHD -nál (ez nagyon változó, de legyen 4 MB/s szálanként maximumnak) talán.
Ilyenformán átgondolva a javaslatom az lenne, hogy Plex/Emby -ben legyen korlátozva maximum 5 konkrurens szálra a film lejátszás (függetlenül, hogy FullHD/720p vagy 4K) - még ez is lehet határon főleg torrent -el is párhuzamosan. Lehet azt a 10 médiafelhasználót is érdemes lenne átgondolni és csak a családon belül adni ezt a lehetőséget. Valószínűleg nem fog mindenki túl gyakran egyszerre filmet nézni (pláne nem 4K -t), de a problémafelvetés teljesen jogos.
Köszönöm szépen a kérdést. Az 1 db 4 TB -os HDD szemszögébe (teljesítménykorlátaiba) nem gondoltam bele hirtelen. Az én hibám.
-
GSpecter
tag
válasz Magnat #58720 üzenetére
Szia!
Na, sikerült rájönnöm, hogy mi volt a baj múltkor a Syno Drive és a Google Drive közötti szinkronizációval. A dolog igazán banális: a Syno Drive nem hajlandó ékezetes nevű fájlokat szinkronizálni, slussz. Ez most konkrétan ki is próbáltam, ugyanazt a .pdf-et ékezetesen nem, de ékezet nélkül egyből szinkronizálta.
-
Thusor
őstag
válasz Magnat #59461 üzenetére
Csak a Synology által aláírt alapértelmezett tanusítvány van. Azt javaslod, hogy generáljak le egy nem önaláírtat?
gyugyo79: Kipróbáltam a javaslataidat, ezekkel is ugyanabban a hibába futottam.
AOC Q3277PQU monitor / HP Workstation z600 / Synology DS1618+ / Synology DS218+ / DELL PowerEdge T20 / Xbox Series X / Apple MacBook Air (M1)
-
gergo36
csendes tag
válasz Magnat #59465 üzenetére
Ugyan azokat a portokat kellene a szolgáltatóin beállítanom mint a saját Asus-omon?
Nat-ot hogy tudom ellenőrizni?
A kábelezést nem változtattam, csak a routert cseréltem ki egy másikra, minden kábel és az összes eszköz már korábban is használva volt.
A régi egy Huawei volt, semmit sem lehetett szinte állítani. Csak használtam és kész. -
gergo36
csendes tag
válasz Magnat #59470 üzenetére
Porttovábbítást állítottam be az Asuson minden szolgáltatásnak 50e+ os portszámokkal. (plex, vpn, ds, video, stb).
A régi routeren ezeket lehetett állítani:
DHCP aktív/inaktív (itt csak tól-ig tartományt lehetett megadni)
Tűzal aktív/inaktív
UPnP aktív/inaktív
DMZ aktív/inaktív
Annyira emlékszem még, hogy a NAS tűzfalával sokat mókoltam. Sajna többre nem. -
gyugyo79
addikt
válasz Magnat #59639 üzenetére
Nagyon kevés értelme van ennek és így ....
Nagyon fontos dolgok:
- a synoindex csak olyan mappán fut le ami az indexelési szolgáltatásoknál hozzá van adva !
- 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.Tehát ha a -A kapcsolóval egy könyvtárat átnézetünk vele tartalomra és az egy olyan könyvtárban van amire be van állítva, hogy videókat, képeket, és zenét is keressen és talál akkor mindet hozzáadja az adatbázishoz.
Tehát ha a fenti script lefut egy mappán amiben van egy film.mkv, egy folder.jpg meg egy hun_audio.mp3 és a mappára amibe ez került be van állítva, hogy mind a 3 típust nézze ott bizony egy kép és egy hang is az adatbázisba kerül ...
Mint ahogy, ha az indexelés nem lett beállítva, a mappára amibe került teljesen feleslegesen futott le...Ezek olyan apróságok amiket nem árt ha tud az aki belevág ...
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 ?
A koncepció jó lenne ha a synoindex az adatbázishoz adná a -A val meghívott mappát és a -a val hozzáadott fájlt.
De nem ez történik. A synoindex "csak" megvizsgálja -a esetén a fájlt -A esetén a könyvtárat ha azok az indexelésre beállított mappán belül vannak, hogy :Ha -a val lett hozzá adva valami akkor az az indexelésnél beállított media típusok valamelyikébe beletartozik e (video,photo,music) ha igen akkor hozzá adja az adatbázishoz.
Ha -A val lett meghívva akkor a könyvtárat átnézi az indexelésre beállított média típusokra és amit talál hozzá adja az adatbázishoz.
A tisztán látás kedvéért a synology által támogatott alkalmazások használata esetén is ez történik.
Tehát ha egy könyvtárra be van állítva az indexelés abban az esetben bármi kerül bele az át lesz nézve és pont olyan egyszerűen, hogy csak egy fájl került egy már meglévő mappába (= -a) vagy egy mappa vegyes tartalommal (=-A).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...
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
-
gyugyo79
addikt
válasz Magnat #59671 üzenetére
"az eredeti hsz-ben benne van, h csak videora van megcsinálva a script."
DE a leírásod hiányos mivel sem azt nem írod le, hogy első körben a mappát hozzá kell adni a Synology indexeléséhez sem azt, hogy a videó -hoz a pipát oda kell bigyeszteni, mint ahogy az sem, hogy ha nem csak a videó elé van odarakva a pipa akkor a -A -val való hozzáadásnál a mappában lévő esetlegesen kép/ zene tartalmat is hozzá adja, tehát nem csak videó -t ad hozzá feltétlen.Ráadásul amúgy pld itt van ez amit lehet értelmezni és végig gondolni mi van akkor ha ezt hívja meg a TM :
#!/bin/sh
TR_SYNOINDEX="$TR_TORRENT_DIR""$TR_TORRENT_NAME"
if [ -f "$TR_SYNOINDEX" ]; then
synoindex -a "$TR_SYNOINDEX"
else
synoindex -A "$TR_SYNOINDEX"
fi
Ha valaki tesztelni szeretné akár TM nélkül is :
LOGFILE="/volume1/downloads/tm_log.txt"
nél cserélni kell a log fájl helyét ha más néven és máshova kellene elkészíteni
TM nélkül meg ki kell venni a kommentet a#TR_TORRENT_DIR="/volume1/downloads/"
#TR_TORRENT_NAME="fájl/konyvtar"
elől meg lehet adni a letöltés mappa helyét és a fájl vagy mappa nevét amit letöltene a TM ...#!/bin/sh
#################################################################################
# TR_APP_VERSION #
# TR_TIME_LOCALTIME #
# TR_TORRENT_DIR #
# TR_TORRENT_HASH #
# TR_TORRENT_ID #
# TR_TORRENT_NAME #
#################################################################################
# teszt
#TR_TORRENT_DIR="/volume1/downloads/"
#TR_TORRENT_NAME="minta.avi"
# log
LOGFILE="/volume1/downloads/tm_log.txt"
tdate="`date '+%Y-%m-%d %H:%M:%S'`"
echo $tdate "__________________________NEW TORRENT _______________________" >> $LOGFILE
echo $tdate "Transmission Verzió: $TR_APP_VERSION" >> $LOGFILE
echo $tdate "Idő: $TR_TIME_LOCALTIME" >> $LOGFILE
echo $tdate "Könyvtár: $TR_TORRENT_DIR" >> $LOGFILE
echo $tdate "Torrent Hash: $TR_TORRENT_HASH" >> $LOGFILE
echo $tdate "Torrent ID: $TR_TORRENT_ID" >> $LOGFILE
echo $tdate "Torrent Név: $TR_TORRENT_NAME " >> $LOGFILE
#teszt_vege
TR_SYNOINDEX="$TR_TORRENT_DIR""$TR_TORRENT_NAME"
if [ -f "$TR_SYNOINDEX" ]; then
echo "$TR_SYNOINDEX -> fájl" >> $LOGFILE
synoindex -a "$TR_SYNOINDEX"
else
echo "$TR_SYNOINDEX -> mappa" >> $LOGFILE
synoindex -A "$TR_SYNOINDEX"
fi
Nyilván aki nem is érti az hanyagolja.
[ Szerkesztve ]
-
gyugyo79
addikt
válasz Magnat #59680 üzenetére
Ez nem elég letisztult ?
#!/bin/sh
TR_SYNOINDEX="$TR_TORRENT_DIR""$TR_TORRENT_NAME"
if [ -f "$TR_SYNOINDEX" ]; then
synoindex -a "$TR_SYNOINDEX"
else
synoindex -A "$TR_SYNOINDEX"
fi
A TM sample.sh -ja (amit majd nézz át veszők terén is )
Amúgy én nem használok TM -et valószínűleg érthető, hogy nem akartam egy olyat írni ami szerintem amúgy baromi egyszerű de nem tudok tesztelni rendesen.
Ha meg már leírok valamit akkor előtte azért letesztelem . A fenti 1-2 sor is bár le lett tesztelve 3-4 letöltéssel is nem egy aktív használat utáni dolog amit amúgy bátran ajánlanék pont ez miatt ...[ Szerkesztve ]
-
gyugyo79
addikt
válasz Magnat #59695 üzenetére
Félre ne értsd nem b@szogatni akartalak azzal amit írtam, és elnézést ha úgy jött le ...
Csak rá akartam világítani, hogy az ide posztolók/olvasók kb. 75% -nak az kevés amit írsz.
Én se nekik írtam amiket ezzel kapcsolatban írtam....Amúgy ha már felraktam a TM-et a Virtuális gépre tegnap megint, hogy leteszteljem a scriptet, ma teszteltem úgy, hogy csináltam az általa telepítéskor alapból létrehozott downloads mappába egy zene meg egy film mappát így nem a downlods-ra állítottam be egy komplett indexelést zenére meg filmre csak azt adott mappákra (kép az szerintem nem az a kategória amit a nagy átlag torrentről indexeltetne meg ez alapján már egyértelmű úgy is) :
Ha így töltöttem tesztnek le mindent a helyére
film -be filmet
zene -zenét
downloads -minden mástMinden rendesen bekerült az adatbázisba.
Bár a downloads -ba letöltöttek esetén is meg lett hívva a synoindex mivel arra a mappára nincs beállítva indexelés meg sem vizsgálta a letöltött fájlokat...Logikusan végig gondolva szerintem azért ez a jó megoldás mert így rögtön le van indexelve a letöltött tartalom és csak az.
A synoindex egy folyamat ami leegyszerűsítve :
- megvizsgálja, hogy amire lefuttatják az indexelt mappában van e ha igen
- megvizsgálja a fájlt vagy mappában/almappában/almappákban lévőt/lévőket,
hogy a beállított típusúak e ha van ilyen
- megvizsgálj ezek tulajdonságát pld. zene fájlok id tag -ját
vagy filmek esetén konténeren belüli milyen tömörítésű a videó sáv a hangsáv stb.
generál miniatűröket és így tovább. Ha ez megvan
Na ezek azok amik már megpörgeti a picit a procit ...
- feltölti az adatbázisba a találatokatNyilván amikor újra indexelést van kérve egy komplett mappára amiben sok a valós tartalom az azért erőforrás igényes mert 0-ról megcsinál mindent.
Megint csak szerintem ha igazam van a fenti működésben az kevésbé erőforrás igényes annál mintha:
- egyszer valamivel végignézetjük a mappát minden letöltés után, hogy mi az ami XY időnél fiatalabb
- utána ezt átvizsgáljuk, hogy tartalmaz e XY kiterjesztésű fájlokat
-a találatok hozzá vannak adva a synoindex -el
Innentől lefut a fenti folyamat.
Ha csak néha előfordul, hogy XY tartalom az idő keret miatt többször is hozzáadásra kerül az a látható végeredmény szempontjából ugyan az DE :
valójában minden alkalommal egy új id alatt jön létre .
Tehát annál mintha az egész gyökér könyvtár van újra indexeltetve jobb de annál ha minden csak 1 szer nem.
De ugye ezek csak én megfigyeléseim és nem biztos, hogy igazam van. Mivel így TM-et nem használok rendesen tesztelni sem tudtam az elméletemet, ami a gyakorlattal még simán lehet, hogy nem találkozik, vagy rossz ....[ Szerkesztve ]
-
grrobee
csendes tag
válasz Magnat #59917 üzenetére
Végül a reset gomb megnyomása oldotta meg a problémát, amit 4 mp-ig egy csippanásig kellett nyomni.Ezzel elfelejtette a hálózati beállításokat, be engedett admin üres jelszóval, és ki lett rúgva a klaszterből. Már csak a klaszter (tükrözés) újra beállítása volt egy kicsit macerás, de elméletileg már csinálja a az adatok összeszinkronizálását. Úgy néz ki, hogy adat vesztés nem történt.
Kössz a segítséget.
-
dkess
őstag
válasz Magnat #60076 üzenetére
Lehet én vagyok most "koki", de mi is ez a "beállítod a routert DG-nek"? Amennyiben jól értem, akkor ez a "egyes eszközöknek dedikáltan nagy sávszélesség" ez esetben (egyik LAN WAN irányba - a másik a LAN felé használva) maximum 1 Gbit/s lehet.
Igen, alapvetően lehet "matekozni" a két LAN csatival - de az ilyen megoldások mindig kompromisszumosabb megoldások, mint ahol egyetlen csatival natívan támogat X sebességet. Van ahol ugye kvázi megoldhatatlan is (pl. nálam) akár a kábelezés és/vagy NAS típusa stb. miatt. Ugyanakkor elfogadom, hogy a semminél többek ezek a megoldások és azt is, hogy van akinek ez anyagilag is kedvezőbbre jöhet ki az igényei alapján ...
@Bullzeye
Baromi kicsi zárt helyen (gyakorlatilag majdnem körüléri a hangszigetelés minden oldalról - csak elölről nyitott) mind a DS218+ és külön a DX517:
- A 3*10 TB -os most: 2 db: 31 C és 1 db: 32 C (most nincsenek hajtva éppen). Egyébként masszív terhelés (2.5 Gbe mellett) és/vagy kicsit melegebb van, akkor simán felmegy 35 C fölé,
- 2*8 TB -os most: 37 C -osak. Éppen terhelés alatt vannak, ha jól látom - igaz leginkább csak internet felől. Ezek most melegebbek, mint szoktak lenni ...[ Szerkesztve ]
-
dkess
őstag
válasz Magnat #60081 üzenetére
DG = default gateway . OK, ez nem volt meg nálam ...
Mármint mit felejtettem el megemlíteni? Azt, hogy a link aggregation -höz eggyel több kábel kell? Ugye pl. nálam pont e miatt is (meg a NAS miatt) is kivitelezhetetlen (kábelek a falban és sem vésni sem látható módon vezetni kábelt nem akartam). A 2.5 Gbe - főleg, ha nem kell switch - akkor olcsóbb is tud lenni. Az alap LAN infrastruktúra nálam is gigabit - e mellé van az egyik PC-NAS direkt kapcsolat (PC -n mindkét NIC használatban) ...
-
dkess
őstag
válasz Magnat #60083 üzenetére
Majdnem. A link aggregationhoz az említetteken felül kellene +1 kábel (ami már no-go nálam). Namost abba, hogy a NAS meg a Win10 PC mit támogat meg mit nem abba most nem megyek bele - korábban részletesen kiveséztük. További apróság, ha azon a PC -n akarok 2-2.5 Gbit/s sebességet, akkor az máshogyan sokkal drágábban (+ kábelezéssel, +switch -el stb.) lehetne megoldani és azt is pl. csak SMB -re (mondjuk az is igaz, hogy ez a legfontosabb). Továbbá a 2*1 -nél az 1+2.5 jóval több ...
Ami érdekes, hogy a Windows 'automatikus metrika' funkciója eleve biztosít egyfajta failover -hez hasonlító funkciót. Azaz egyáltalán nem szükséges "külön címen megszólítani a nas-t". Az internet csak a 'Ethernet1' -en van - az tiszta sor csak azon megy. A csak LAN esetére meg a 2.5 Gbe kapcsolat ('Ethernet2') kap magasabb prioritást azon szolgáltatások (vegyük pl. a NAS SMB megosztását) esetén mely mindkét kapcsolaton elérhető. Azaz simán csak hálózati névvel (nem IP -vel) felcsatolva a hálózati mappákat így működik a dolog:
- amennyiben mindkét hálózati kapcsolat él, akkor megy a SMB másolgatás 280 MB/s -el (2.5 Gbe),
- amennyiben kihúzom a 2.5 Gbe LAN kábelt, akkor a Windows automatikusan átvált a még élő gigabit -es kapcsolatra és a másolgatás immáron csak max. 110 MB/s,
- visszadugom a 2.5 Gbe LAN kábelt és újra 280 MB/s -el (2.5 Gbe) dönget a másolgatás. Ehhez semmit nem kell állítgatni ...Persze működik az IP alapú hálózati meghajtó csatolás is - akkor csak azon keresztül megy a forgalom és, ha kihúzom az ahhoz tartozó kábelt, akkor megáll az élet (és csak azokon a csatolásokon megy, ahol van hálózati kapcsolat).
További érdekesség, hogy a NAS -on is lehet állítani egyes alkalmazásoknál (pl. Video Station/DLNA), hogy melyik csatolón menjen csak a forgalom. Ez nálam most csak a gigabit -re van állítva. Továbbá egyéb módon is lehet "matekozni", hogy milyen forgalom mely interface -en keresztül menjen (ezt a részét teljesen más apropóból pedzegettük is itt a fórumon) ...
@grabber
Igen, lehet ilyen UPS is. Azonban vegyük észre, hogy a lényegen egyáltalán nem változtat - a példád szerint amennyiben az aksi kevesebb, mint 40% -on van, akkor később fog bekapcsolni és áramot adni a NAS -nak. A NAS szemszögéből a működés ugyanaz - ha áramot kap, akkor bekapcsol.
Gondolhatnánk, hogy akkor az első feltétel állítása (lekapcsoljon-e és, ha igen hány perc múlva a NAS) felesleges ez esetben, mert az UPS legfeljebb tölti magát a visszakapcsolás előtt és ilyenformán egy újabb áramszünetet szintén nem teljesen lenullázott UPS aksival várjuk. Azonban pont az a lényeg, hogy amikor visszajön az áram, akkor lehetőleg azonnal "induljon a banzáj". Példa: van router (amire sz ISP nem ad netet áramszünet esetén - azaz nincs értelme, hogy feleslegesen menjen) és NAS egy UPS -en. Igen, ekkor mondhatjuk, ha pl. 15 percig nincs áram, akkor hosszabb szünet várható - menjen a NAS aludni. Ekkor érdemes a UPS -t is kikapcsolni, hogy a router (bármi mással egyetemben) ne szívja le az aksit. Ekkor, ha visszajön az áram, akkor egyből indulhat a NAS+Router(+egyéb) és még tartalék is lesz az UPS -ben ...
@Sanyi.mTs ; AiRLAC
A DX517 -el kapcsolatosan nincs varázslat. E szempontból ugyanaz a forgatókönyv, mint amikor a NAS -al történne baleset. Azaz:
- ha a NAS hal meg, akkor egy másik kompatibilis NAS -ra dugva megy tovább a mutatvány,
- ha a bővítőegység hal meg, akkor a HDD -ket másik bővítőegységbe rakva (sorrendre figyelni) az élet megy tovább. Az mondjuk kérdés lehet, hogy másik NAS -ba (azaz nem bővítőegységbe) rakva a HDD -ket mi történne - ezt én sem tudom,
- fentebbiek alternatívája (ami "sima" NAS halálkor is működik), hogy PC+Linux Live CD és felcsatolod a kötet(ek)et ... -
takos
tag
válasz Magnat #60161 üzenetére
Jogot elvileg sikerült megadnom.
Indexálást elindítottam a NAS-on belül.
Ez a villáskulcs dolgot viszont nem találom, hol tegyem meg, pedig szépen leírtad :-(
Mondjuk a jog megadása után is így indul a plex : Az Ön számára nincs 'leves'!
Nem értem, itt nem kellene a mappákat látni?
Nem vagyok analfabéta, de kicist olyan nehézkes ez a beállítás.A vasam? Lenovo S400U, Intel Core i5-3337M,524HDD+24SSD, 8GB DDR3 1600MHZ
-
blakey
titán
válasz Magnat #60208 üzenetére
Lehet, hogy az adott verzóval van valami gond. Nálam egyelőre megfelelően indexel, új anyag kerül a mappába akkor néhány másodpercen belül elindul a keresés.
(#60209) Kicsimix
Értem, szóval nincs tapasztalatom, rendben, remélem te is túl vagy 40 médialejátszó tesztelésén. Ha neked nincs különbség a natív és a transzkódolt kép között akkor valóban nincs miről beszélni.[ Szerkesztve ]
*** "Ne kérdezz többet, mint amennyi a hasznodra válik." - Dante *** "Csak akkor tehetsz meg mindent, ha már semmid sincs." - Harcosok klubja ***
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen