Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Jan Forman

Stran: [1] 2 3 ... 30
1
Software / Re:(mini)DLNA provádí transcoding?
« kdy: 16. 11. 2021, 23:32:50 »
MiniDLNA normálně neumí transcode, existuje nějaký patch kterým se dá volat ffmpeg (vyžaduje to odpovídající HW).
On ten server byl napsaný původně pro extrémně pomalá zařízení, takže má extrémně nízkou spotřebu CPU a RAM.

Komunikace probíhá po webovém SOAP rozhraní vyhledávání přes uPNP. Televizor si může říct co umí, ale pokud to DLNA server nepřevádí realtime, pochopitelně to nepojede.

Dneska ale snad většinu věcí TV asi sežere, co může být problém je DTS zvuk (někdo již nepodporuje) a titulky (ignoruje LG pokud to není SRT)

MiniDLNA není plná implementace DLNA spíš je to základ a skoro myslím, že asi žádný server neimplementuje všechno - je to hodně rozmáchlé.

Trošku smutné je generování náhledů, kde minidlna se drží původního standardu DLNA což je 160x160px (zatím jedině pořešit v source-code) viděl jsem, že už to někdo navrhl jako změnu aby to podporovalo větší rozlišení (odeslání různých velikostí dle požadavku).

V Dlna se neorientuji, tak nevím co a jak a jak spolu vycházejí dvojice dlna server a klientv(teevizor). Probíhá tam nějaké domlouvání podporovaných formátů a případně transcoding? Anebo Je to čistě věc klienta nebo čistě věc serveru?


A taky jakým protokolem funguje vlastní přenos filmu? Je to přes http nebo smb? Nebo nějak embedováno v dlna protokolu?

Konkrétně minidlna

2
Server / Re:Jak co nejjednodušeji udělat záložní MX server?
« kdy: 11. 10. 2021, 16:38:34 »
Pokud sekundární server a dálší nedokážou ověřit uživatele je lepší takový MX záznam vůbec nemít.
Výsledkem je nekonečné přelévání spamu a neexistujících schránek mezi servery.

Správný stav je, aby záložní servery akceptovali poštu jako primární (ideálně jako HA řešení).
Zachytit ty zprávy a pokoušet se je přeposílat nemá velký smysl, odesílací servery obvykle umí naprosto totéž.


Ahoj všem,

Co mám:

používám ISPConfig administrační panel pro server na kterém máme poštu.

Řešený problém:

Nyní řeším jak vytvořit záložní MX server, který bych dal v DNS velde hlavního MX serveru, akorát s jinou prioritou. Ve výsledku by při výpadku primárního MX serveru měla být pošta směrována na ten záložní MX, kde by se zprávy uložily a počkaly, dokud hlavní MX server nebude zase odpovídat.

Představa o tom, jak by se to asi mělo řešit:

Ideálně bych to řešil bez replikace MySQL databáze s daty o uživatelských schránek. Zřejmě se to dělá jen proto, aby záložní server ihned zahazoval poštu směrující na schránku, která na primárním MX serveru neexistuje. Podle mě to není potřeba.

Úplně nejraději bych to řešil vydeployováním kontejneru s nějakým SW, který přesně k tomu slouží. Že by ten kontejner/jiný VPS sloužil jako backup MX.

Děkuji moc za tipy a rady.

3
Hardware / Re:SPI blbne při programování
« kdy: 02. 09. 2021, 10:55:02 »
To se mi stávalo, když ten čip prostě nebyl dobře připojený nakonec jsem ho naletoval na destičku, co obvykle k tomu programátoru je a tu připojil a nebyl problém.
Největší ruleta je, pokud to člověk vezme do těch kleštiček.

5
Hardware / Re:WD Red - SMR
« kdy: 29. 04. 2021, 21:44:47 »
SMR disky jsou problematické jen se systémy, které je neumí (NTFS, EXT4 atd).

Jsou v pohodě pokud je nad nimi něco jako F2FS nebo CEPH
Plně to řeší až Zone Storage Support, který je pro NVMe a SMR disky - Protože SMR a SSD mají hodně společného.

viz http://zonedstorage.io

6
Server / Re:MariaDB vs Postgres vs SQL Server
« kdy: 17. 04. 2021, 13:33:05 »
Fajn diskuze možná bych přihodil, že rozdíl mezi
MySQL a MariaDB už je v úrovni jako mezi OpenOffice a LibreOffice.

Původní vývojáři jsou v MariaDB foundation a ORACLE to nějak nechává žít zřejmě pro své korporátní zákazníky.
Smysl tedy má bavit se o MariaDB 10.x

Pokud někdo hodně ujíždí na SQL jazyce je Postgres asi nejlepší volba. Společně s CitusData z toho lze udělat celkem zajímavý systém.

Zmíněná SQLite je vynikající věc, testoval jsem v tom síťovou analýzu (gis extenze) a nemám žádné výhrady na to jaké to je koťátko. Limit ale je jasný - víceuživatelský přístup a tedy velmi specifické využívání. SQLite je ale dneska skoro všude kam se člověk podívá.

Microsoftí server jsem odepsal dávno a popravdě častěji se narazí na ORACLE když už klient má peníze na rozhazování.
Není mi zcela jasné, jestli někdo má nějaký use-case, kde to dává smysl.

7
Server / Re:MariaDB - Galera - multimaster
« kdy: 10. 04. 2021, 12:05:04 »
Možná mini doplnění galera má dvě použitelné metody synchronizace

rsync a mariabackup (fork xtrabackup) mariabackup je možná lehce pomalejší, ale má méně limitů a běh více připomíná single-MariaDB instanci.

Asi je dobré to zmiňovat, protože to je jak srovnávat MyISAM s InnoDB - takové diskuze v podstatě nedávají smysl. Jeden mluví o voze a druhý o koze.

8
Server / Re:MariaDB - Galera - multimaster
« kdy: 10. 04. 2021, 11:21:31 »
Mě ta diskuze příjde dost extrémní, pokud chci používat jakýkoliv cluster v režimu master-master tak v něm existují různá ale, která je třeba prostě akceptovat.
Vzhledem k tomu, že lepší variantu jak galera-cluster (u RDBMS) budete těžko shánět je třeba se prostě přizpůsobit.
Varianta teoreticky ještě může být CITUS a to jsem zatím nezkoušel, předpokládám, že to má také spousty ale ale ale.

Snad každého napadne, proč to nedělá ORACLE s DB protože to prostě nelze složit tak, aby to fungovalo. Nejde o to, že jsou tak hloupí a neumí to, ale prostě to nejde jinak.

Já bych osobně zvážil datově malou SQL (konzistence) a k ní nějakou větší noSQL (nekonečný storage - nativní cluster) to mě příjde jako ultimátní řešení na všechno.

Nicméně vytýkat clusteru, že se nechová jako standalone databáze je jak brečet, že na tříkolce si můžu zajet do obchodu, ale dopravní letadlo tam nemůže přistát.

9
SELinux hlavně musí být v tom systému správně nakonfigurovaný, to nestačí jen zapnout.
Zapnutí by tedy způsobilo s největší pravděpodobností nefunkční systém.
Vývojář pravděpodobně nechtěl ztrácet čas a nedořešil to, proto to nechal deaktivované.

Ano zařízení s vypnutým SELinuxem bude hůře zabezpečené, ale nemusí to být nutně velká tragédie.
root přístup může být fatálnější problém.

Nevíte jak velké nebezpečí nebo co reálně pro mě znamená, že mi android v notifikaci hlásí neustále, že SeLinux je Disabled?

Případně mohu si ho zapnout sám a jak, když mám root? (V tomhle se nevyznám, možná je to hloupý dotaz a třeba je to neměnná vlastnost binárky kernelu)

Kuriózní je, tohle se mi děje na mobilu, kde je "další fork" LineageOS. Je tam jádro asi s 200 znakovým popisem "Predator-Stormbreaker"  4.19.2 (Android 11)
Na nastavení "Systém- Soukromí - Trust"

ale mobilu, kde je čistý LineageOS (3.4 , Android 10) "3.4-lineageos-blabla #SMP PREEMPT <datum>" Je selinux zapnutý (Enforced)

A k čemu vlastně ten "Trust" na LineageOS slouží? Je to jen SeLinux s pár věci navíc (security patch, šifrování, omezení usb, limit SMS + SeLinux jako takový) a nebo je to něco "vlastního"?

10
Já bych tedy ještě hodil k tématu, že Android je co se týče aktualizací celkem specifická věc.

1) aktualizuje se systém
zde vychází záplaty 1x měsíčně od Google pro 3 verze Androidu dnes tedy asi 9,10,11
2) aktualizuje se ekosystém okolo SoC
obvykle 2 roky po uvedení na trh (toho SoC) to dodává výrobce jako balík (nepravidelně)

Z toho vyplývá, že pokud máte starý SoC máte problém. Výrobce zařízení nebude aktualizovat svépomocí tu mezivrstvu, protože to stojí moc penízků a je to složité.
Výrobce obvykle nabere aktualizace od výrobce SoC a pak přilepí aktuální záplaty od Google a vydá opravný balíček. Pokud tedy chce, protože i tahle šou stojí nějaké penízky, ale není to tak divoké, spíš se to musí otestovat.

Někteří výrobci neprovádí aktualizace toho ekosystému okolo SoC takže potencionálně mohou být děraví i když aktualizují systém.

11
Ono CEPH je primárně block storage a vše ostatní je postavené nad tím. Nativně exportuje block device.
Proto je tam i rozhraní kompatibilní s S3 API a Swift API

V tomhle budgetu to nedává smysl, protože rozumná funkcionalita je tak od 5+ serverů.

Systém replikace připomíná NoSQL databáze jako Cassandra, takže škáluje donekonečna a jeho limit asi bude jen crushmap (mapa clusteru, která musí být přítomná v každém stroji).
Disková kapacita a jeho výkon se dynamicky mění dle připojených serverů - není třeba ruční zásah.
Replikaci lze měnit v reálném čase (výchozí je 3/2) - data jsou na minimálně 3 lokalitách (serverech) a minimálně 2 musí potvrdit zápis.

Filesystém nepoužívám, ale dle dokumentace je to POSIX kompatibilní a tedy vlastní implementace FS

Pokud se nám na tom v posledních letech někdy něco podělalo, tak to byly servery se sdíleným externím SAS polem (GFS2 filesystém), když nějak blbě lehnul některý z řadičů v řádu měsíc-dva po skončemí záruky na HW. :-)

...RedHat GFS2 pokud vím řeší hlavně mount téhož DAS zařízení/svazku na více hostitelích paralelně. Kdysi jsem na to koukal, tuším se to tvářilo zhruba jako EXT3 s dodělaným vícenásobným mountováním a nějakou vzájemnou synchronizací hostitelů. Redundanci toho DAS zařízení GFS2 neřeší = ten box je single point of failure, ledaže bude mít uvnitř dva řadiče se vzájemnou synchronizací na blokové vrstvě. Je to tak?

Citovaný "incident" se skonáním řadiče... to jenom odpadl konkrétní server, nebo se nějak hnusně zbořil FS ?

Představuju si, že CEPH se tváří cca jako Samba, ale zároveň replikuje data mezi více storage uzlů. Případně nad tímto základem umí emulovat i blokové zařízení.

12
Hardware / Re:Při kolika vadných sektorech vyměnit disk
« kdy: 11. 12. 2020, 18:21:46 »
Doplnil bych, že skoro každý větší disk od HDD po SSD už z výroby obsahuje různé mrtvé oblasti, jen jsou skryté.
Oba typy disků mají již z výroby volný prostor, který lze namapovat na ta vadná místa.

Řídil bych se tím nárůstem, jakmile se to začne měnit a nezastavuje to, je třeba to vzdát a vyměnit.

Pokud někoho ta čísla znervóznují, někdy stačí disk přepsat samými nulami a následně pustit longtest a "zmizí".
(jsou tam pořád, ale použije se ta volná oblast a SMART se vyresetuje)

13
Pokud chce víc jak 1080p musí mít VP9 nebo AV1 a bojím se, že částečnou podporou se myslí buhví co.

Zřejmě přes ovladač, pokud bude nastavený výchozí Windows Renderer, ale stejně to bude stát za starou bačkoru.
Chce to nativní podporu ve video části GPU. Ta částečná bude, že některé funkce lze akcelerovat, možná to trošku pomůže, ale... bude to o pár procent lepší jak jen CPU.

btw: v pripade ze bys neznal doplnek prohlizece h264ify...

14
Používám toslink a můžu říct, že to pro tebe asi nemá praktický smysl. Pouze pokud by převodník na druhé straně byl opravdu kvalitní - pak ano.
toslink má limit, že protlačí jen stereo, dolby digital ac3 (<=640kbit/s 48khz/20bit) nebo DTS(<=1536kbit/s myslím také jen 48khz/24bit) nic jiného oficiálně. Optika by odfiltrovala brum, ale zase trpí na jitter.

Obojí mimo jiné vkládá určité zpoždění do výstupu, protože ten proces je pochopitelně celkem složitý.
Ani pro audiofily to nemá žádný smysl, je to prostě jen relikt minulosti. Pokud to lze zapojit a není jiné digitální řešení, tak dobré.

15
Hardware / Re:Nedaří se update RPi 4
« kdy: 30. 11. 2020, 23:25:58 »
Možná se ti nestartuje ta služba co to má aktualizovat.
USB3 jde aktualizovat i ručně přes binárku VIA, tak jsem to dělal já.

Zkus kouknout v systemd na

rpi-eeprom-update.service

u mě píše loaded active exited    Check for Raspberry Pi EEPROM updates

Snazim se o update rpi4:

Kód: [Vybrat]
sudo rpi-eeprom-update -a
BCM2711 detected
Dedicated VL805 EEPROM detected
*** INSTALLING EEPROM UPDATES ***
BOOTLOADER: update available
CURRENT: Út zář 10 10:41:50 UTC 2019 (1568112110)
 LATEST: Čt zář  3 12:11:43 UTC 2020 (1599135103)
 FW DIR: /lib/firmware/raspberrypi/bootloader/stable
VL805: update available
CURRENT: 000137ad
 LATEST: 000138a1
BOOTFS /boot
EEPROM updates pending. Please reboot to apply the update.

pak rebootnu a nestane se vubec nic, current stale ukazuje 1568112110 resp. 000137ad

Bootuju z SD karty, ale root mam na USB disku.

Nevite proc se neupdatuje?

Stran: [1] 2 3 ... 30