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.


Témata - Pivson

Stran: [1]
1
Hardware / Krabička pro přehrávání videa
« kdy: 19. 10. 2023, 17:10:16 »
Zdar vespolek, chtel bych jednoduchou krabku, co umi nejake sdileni (samba idealne) a pekne prehravat videa ve vsech moznych i nemoznych formatech.

Drive delalo Evolve jednouchou krabku (na Linuxu, ale bez shellu), dneska je vsude fuj fuj Android (i to Evolve - prehrava hur, hur se ovlada, chce to google ucet - proste sama pozitiva a socialni jistoty). Cili, to je druha vec - nesmi tam byt ta silenost od Googlu. Neznate nekdo neco aktualniho?

Veci jako HDMI a spol. asi netreba, to ma dneska prakticky vsechno. Shell podminka neni, ale potesi. Na TV mam OpenPLI, ale tam prehravani videa stoji za ... prd. Hlavne to musi mit ovladac a musi to umet pustit deti/zena :)

Diky

P.

2
Server / NTP server řešící přechod na letní čas
« kdy: 24. 05. 2022, 09:23:33 »
Hoj, pouzivam chronyd a potreboval bych resit, jak tupym klientum servirovat 'koncovej' cas (tj. aplikovat posun a zimni/letni). chronyd (a ntpd, ...) ale neumi moc rozlisovat mezi 'systemovym' a tim co posila z server z pohledu jineho NTP klienta. Umi jen posun bez aplikace zimniho/letniho nesmyslu (chrony). Tupy klient ma v tomto omezene moznosti a jedina rozumne automatizovatelna cesta je dat mu cas 'is-is'.

Cili - neznate nekdo rozumneho ntp servera, ktery by vzal systemovej cas (UTC, synchronizuje se samostatne) a udelal z nej zdroj, ktery bude posunut na nasi aktualne platnou zonu ? S tim, ze nechci nekde editovat (= zapomenout) konfig, kdy se prepina, tj. musi to sosat ze systemovych local dat (cas je ale UTC), nebo si to brat online (da se to vlastne nekde automatizovane najit ?). Server sam o sobe musi byt UTC. Mit systime v localtime je naprd, udela to bordel vsude jinde...

Diky, ja nic nenasel.

P.

3
Sítě / Network monitor tool
« kdy: 28. 04. 2022, 10:05:27 »
Hoj, máte prosím někdo zkušenost s network monitoringem (ala Nagios/Icinga/...), který dobře umožňuje dohled nad sítí, nějak rozumně probublávat nedostupnosti/parametry mimo nastavení etc... Ale... Síť není dostupná přímo přez IP, je strukturálně košatá, má tisíce prvků a násobně víc věcí na hlídání - takže to musí umět tyhle věci nějak načíst a přez něco (nějaké API ideálně) si tahat data. Navíc se ta síť hodně strukturálně žije.

    Tj. mám někde "server" který všechno ví a všechno zná (dokonce i to, jesli jsou věci správně), ale tím to končí a musím na to nasadit nějaké kukátko a někoho za něj :) A když je něco jinak než má být tak přiměřeně reagovat (umozornit obsluhu/poslat email/sms/elektrošok/...). Klidně může existovat hodnota "alarm" na kterou to má reagovat, ale ideálně tyhle pravidla mít sám.

    Struktura sítě je hodně košatej strom a je naprostá nutnost umět koukat na síť a umět (minimálně) sbalovat celé části stromu. Jinak se v tom prase nevyzná... Nějakej list, rozdělenej do kategorií je na hranici použitelnosti.

    Zatím to vypadá na simulovaní nějaké IP sítě a SNMP agentů a přez SNMP něco takového krmit. Tj. dohled to bude vidět jako SNMP nody a přez MIBky by do toho lezla ta fůra hovadin.

    Tak zkouším, jesli někdo víše uvedené softy (něbo jiné) nezná natolik, jestli tam požadováná funkčnost je, nebo se dá rozumně dopsat. Prohrabat se dokumentací je poměrně šíléné, takže to je o tom to spíše zkusit a tomu bych se rád vyhnul.

Díky moc za hinty nebo nasměrování :)

P.

4
Windows a jiné systémy / Zamrznutí v přístupu k souborům
« kdy: 18. 03. 2021, 15:38:48 »
Hoj, řeším takovou zajímavou věc. Mám jeden komp s WIN7 (WIN10 jsou pro mně nepoužitelné, no flame). Nic zvláštního, Ryzen 7 7200 (8mi jádro na 3.2G) a 64G Ram. Widle jsou aktualizované a s odinstalovanou telemetrikou a dalším neužitečným balastem. Samo o sobě rychlej systém, kterej se mi pod rukama sám od sebe nemění :) K tomu 2x SSD v RAIDu. SpyBot a Zone Alarm (nejspíše to bude on, hajzl, ale jde mi o to jak to zjistit). Pak kupa dev softy, ale to je všechno userland. Nezajímavé. ZA funguje jen jako firewall pro příchozí a odchozí konektivitu pro services/procesy. A všude mám systémem promořený Cygwiny (včetně CY caching serveru), nebo produkční prostředí nejsou Win...

Více než rok není problém, ale poslední dobou systém, při přístupu k souboru zamrzne. Ne celej, ale danej proces, na vteřinu, nebo i 10. Nejčastěji to dělají shelovské skripty. Ale i třeba otevření obrázku v XnView.

Klasické systémové věci - ala procesy, vytížení, sledování disků (až na úrověň souborů - přístupu a zpoždění) - nevyhazuje nic. Všechno se tváří naprosto normálně. Procesy evidetně tuhnou na diskové operací, pouze při čtění, náhodně. Docela to štve. Je možný, že se updatoval ZA a ikdyž to nechcí (a nemám žádný antivir, považuju za zbytečnos) tak se snaží něco skenovat. Vyhodím a zkusím jinou alternativu... Ale...

Teď mi jde principielně o to, než vypínat/měnit jednotlivé služby, jesli existuje nástroj/cesta/postup, kde by se tohle dalo vyzjistit - pokud nějakej proces otevře soubor, uvidět cestu hooků co jsou na to pověšený a kterej kolik sežral času. Nikdy jsem to neřešil, tak netuším, kde případně začít.

Samotnej RAID1 pole nevykazuje rychlostně žádnej problém, ani smart nemá nic zvláštního.

Je to celkem opakovatelný - za den nejčastěji pouštím shell skripty, co dělaj nějaký hovadiny s binárkama na jiné CPU, připravujou release, rvou tam klíče, sekce a podobný blbosti. Nic zvláštního, ale hodně se dělá s diskem, aby se dali dokupy všechny nutný hovadiny. A stane se to rozhodně několikrát denně. Zvláštní je, že ostatní procesy fungujou nezavisle - nové diskové requesty problém nemají. A i ten rozptyl - sekunda, nebo 20.

Typicky stačí pustit "cat ..." a v procesech bude viset, v diskových operacích nic nebude a pak naskočí přístup k souboru za 1ms a vypiše se do konzole. Obvykle hned, ale klidně po 20ti vteřinách. V IO operacích je ale stále 1ms.

Diky :)

P.

5
Distribuce / Automated instalace Ubuntu 20.x
« kdy: 09. 12. 2020, 14:55:26 »
Hoj, uz jsem pomalu v koncich, lovim ve zdrojacich te silenosti, co v canonialu vymysleli a nemuzu se dobrat, jak mit konfiguraci tak, aby se na realnem zeleze proslo vse jak ma. Navody na netu jsou rozdilne, trebas v 'users' nekdo ma hoodnoy jako indexy, nekdo jako list (list je spravne) a podobne. Nakonec jsem dosel do stavu, kdy konfig nejak sezere nicmene zastavi se s chybou "no identity data provided". Uz si tim nekdo prosel ?

Aktualne mame upravenej boot config, v kernelu autoinstall ds=nocloud;s=/cdrom/data/ a v data na mam user-data a meta-data. User-data vypadaji:


#cloud-config
autoinstall:
  version: 1
identity:
  hostname: huehue
  password: '$6$exDY1mhS4KUYCE/2$zmn9ToZwTKLhCw.b4/b.ZRTIZM30JZ4QrOQ2aOXJ8yk96xpcCof0kxKwuX1kqLG/ygbJ1f8wxED22bTL4F46P0'
  username: ubuntu1
locale: en_US
keyboard:
  layout: en
network:
  network:
    version: 2
    ethernets:
      eth0:
         dhcp4: yes
refresh-installer:
  update: no
storage:
  layout:
    name: lvm
  swap:
    size: 0
ssh:
  install-server: yes
late-commands:
  - cp -r /cdrom/data_seed /target
early-commands:
  - touch /byl_jsem_tu_fantomas
user-data:
  disable_root: false
  users:
    - name: ubuntu2
      password: '$6$exDY1mhS4KUYCE/2$zmn9ToZwTKLhCw.b4/b.ZRTIZM30JZ4QrOQ2aOXJ8yk96xpcCof0kxKwuX1kqLG/ygbJ1f8wxED22bTL4F46P0'


Defacto lehka kopie toho, coho co je v examples nebo v ofiko dokumentaci. Podle fora nekomu to neudela funkcniho usera ubuntu1, nekomu ubuntu2 a podobne. Tak zkousim oba :)

Uz jsem videl 'users' nascpane na root uroven (autoinstall) jakoze to funguje, ale to pro zmenu hlasi pri bootu chyby a konfig je pak celej ignorovanej.

Dik :)

Pokdu by nekoho zajimal (pro mne funknci) postup, muzu copy/paste skriptu na udelani ISO obrazu.

Zkousel jsem 'legacy' verzi (s Kickstartem) ktera se da stahnout (ale je pekne zaseta a clovek musi vyplnit pro ji chce) ale kickstart tam maji totalne rozbitej (prikaz ala 'part /boot...' parttion udela, ale nenamoutuje do targetu, mount nepomuze, fstype optiony nezna, ...). Takze pak uz jedine 19.x a doufat, ze tam kickstart jeste funguje...

P.

6
Hardware / Kvalitní a velký TV/monitor bez OS
« kdy: 17. 02. 2020, 16:46:38 »
Hoj, mohl by někdo doporučit velký zobrazovadlo do obýváku, 4K+, alespoň 64" ale bez jakéhokoliv OS ? Žádný lagdroid, tizen či bůch ví co. A samozřejmně, flicker-free regulace jasu... Zjišťuju, že to je docela problém...

Chci si k tomu připojit normálně linux/openpli etc... Ale co jsem našel, tak slušnější monitory (a o TV ani nemluvě) maj nesmyly jako wifi nebo rovnou nějakej OS. Nebo to reguluji PWM na 100Hz a podobně. Kreténi, pro dolar :( No a kdyby to umělo nezářit UV tak to už by bylo úplně skvělé :)

Prostě jen pasivni display, pár vstupů (DP,HDMI, ...) a kdyby to mělo RS232 na ovládání tak by to bylo žůžo labůžo :) (ale postačí IR nebo tlačítka). Ideálně, to co někdo viděl na vlastní oko.

Díky

P.

7
Sítě / Firefox a 10.x.x.x
« kdy: 23. 04. 2019, 10:55:22 »
Hoj, nejak zacal zlobit firefox na pristup k adresam http://10.x.x.x s nestandardnim portem. Na tu samou adresu:port funguje IE, lynx v konzoly, cokoliv jineho v OS. Tcpdump na nejblizsi GW ukazuje, ze se FF nepokusi poslat zadny paket. Zkusil jsem dopsat prislusny port (81) do network.security.ports.banned.override - ale nic. Jen napise "Firefox nemůže navázat spojení se serverem 10.100.96.65:81." a hotovo.

Jak toho chytraka donutit, aby se proste pripojil tam kam potrebuju a nesnazil se mne chranit pred detskm pornem, terorismem, AIDS a ja nevim proc to vlastne delaji, tyhle "featury".

Uz to nekdo resil ? Typicky demetni DVR a spol. maji naprosto silene porty, asi jako soucast 'zabezpeceni' :)

Diky

P.

8
Server / Stovky TB až jednotky PB diskové pole
« kdy: 05. 04. 2019, 20:15:26 »
Hoj, kdybyste měli postavit diskove storage pro kapacitu v řádech stovek TB až jednotek PB a nechcete využívat enterprise produktů na klíč, co byste použili ? Samozřejmně s nějakou formou ochrany proti selhání (RAID, ZFS, ...). Rychlost ve stovkách MB/sec dostatečná, datově spíše větší soubory (10M a víc, vesměs stream access). Obecně WORM. (měna uložených dat nebude častá). Nechci řešit proč ne enterprise (no flame). Má to své důvody. Jakýkoli pronájem nehrozí (právní důvody).

Jasan, člověk má spoustu omezení, od velikostí disků a vztahu k době rebuildu (s velikostí HDD tento problém "roste"), naopak pak s prostorem (s nižší kapacitou rostou prostory/spotřeba), ... A samozřejmně fakt, že tohle se "zálohovat" fakt nedá.

Prostě v obecné podobě. Přístup výhradně 10G Eth a IP protokoly. A vhodných FS je okolo poměrně dost. Stejně se to musí nějak rozumně rozdělit a přístup řídit aplikačně. V tomto ohledu nejsou omezení (jak se to udělá, takové to bude :) Blockovej přístup (ala iSCSI a pod) není nutný.

Zatím mi nejlépe vychazá pěkné šasí, 4U a 60x 3.5" bays. 4-6 jsou tako akorát. K tomu 2 failure-safe controllery. A to celé na 2 fyzické místa. Disky spíše menší, ikdyž je to dražší jak z pohledu prostoru/energie. Zdá se, že menší pravděpodobnost výpadků a rychlejší rebuild za to stojí. A to se pak dotýka otázky, jesli vlastně řešit věci jako RAID50/60, nebo to nechat čistě na FS úrovni (držet kopie ala ZFS). Takže 1PB by se dal někde v řádu 0,75-1M  Kčs (jedna site) postavit, včetně disků.

Díky

P.

Stran: [1]