Příspěvky

166

Hardware / Re:Vliv teploty na chybovost disků

« kdy: 27. 09. 2022, 14:56:10 »

každý disk se chová jinak, přibližnou představu ti může dát třeba https://www.backblaze.com/blog/hard-drive-temperature-does-it-matter/ nebo https://www.toshiba-storage.com/wp-content/uploads/2022/07/Toshiba_OpenE_Blogpost_July2022_final.pdf

SSD není na teplotu tolik náchylný (aspoň já nepozoruji rozdíl mezi 25 a 40 stupni), u HDD 40 stupňů pro hodně vytížené disky (nonstop čtení/zápis) může být smrtelné a snížíš tím životnost třeba i o půl roku (z třeba kalkulovaných 5 let).

167

Hardware / Re:Wi-Fi zásuvka naměří naprázdno spotřebu 2 W

« kdy: 24. 09. 2022, 00:36:17 »

Problém těch wifi zásuvek často je, že místo fáze vypínají nulák.

Doufám, že to je jen hloupý vtip 

v těhle cenách moc na výběr nemáš a nějaký vodič si výrobce musí dopředu vybrat a my jsme holt trochu exotika. Vypnutí nuláku je trochu lehce nebezpečné, člověk má tendenci do té "vypnuté" zásuvky občas sáhnout, je přece vypnutá...

168

Hardware / Re:Wifi zásuvka naměří spotřebu 2W i když nic není připojeno

« kdy: 23. 09. 2022, 10:28:42 »

je to běžné, jednak má sama nějakou spotřebu (vstupní AC 230V musí předělat na DC 5V) a jednak mají tyhle hračky určitou nemalou nepřesnost, naměřený proud 36mA může být ještě pod povolenou odchylkou. Ne nadarmo stojí přesné wattmetry spousty tisíc a jsou to velké krabice.

Nevím jak takhle, ale je běžné, že udávají přesnost měření proudu s odchylkou jednotek % a minimální měřenou hodnotou třeba 100mA, nevím jak tahle, nenašel jsem k tomu v rychlosti žádný datasheet.

169

Hardware / Re:Synology: citlivost na chyby disku „volume crashed“

« kdy: 22. 09. 2022, 15:13:04 »

za tohle než synology může linux, btrfs je prostě tak nastavený a při chybě se snaží disk už nedráždit. Chceš-li tvůj přístup, existuje celá řada FS odolných k chybám a schopný se zotavit a pracovat aspoň nějak. Tady používáš produkt synology, který má určité vlastnosti a parametry, chceš-li to jinak, musíš si to asi sestavit sám.

170

Odkladiště / Re:Jednoduche double-entry sledovanie transakcii v marketplace

« kdy: 20. 09. 2022, 14:25:43 »

chtěl bych vidět ER diagram tvého db modelu.

Vymýšlíte kolo. Zkoušeli jste sehnat někoho, kdo má zkušenosti s návrhem třeba z bankovního prostředí? Těch lidí jsou mraky.

Udělej si 100000 uživatelů a každého s 10000 transakcemi, pak ten systém laď a vymýšlej model, uvidíš, kde máš slabá místa. Stejně tak mysli na to, že občas budeš nucen udělat ruční zásah zpět do historii a nutnost celý strom závislých transakcí přepočítat.

Další sranda je při obnově, při testech nezapomeň si pravidelně sestřelovat databázi a zkoušet se dostat zpět do konzistentního stavu.

171

Server / Re:Rabbitmq + Samba AD

« kdy: 08. 09. 2022, 23:03:20 »

Tu puvodni konfiguraci jsem smazal a napsal ji uplne znova (copy-paste z dokumentace a odstranovani zejmena v advanced.config pri porovnani zakladnich konfiguraci ze stackoverflow apod.), ten bind se na prvni pokus chytnul. Nesikovne je, ze aby clovek videl ty LDAP dotazy, tak nejenze musi zapnout to logovani, ale musi i prepnout na debug cely rabbit. A nemoznost reloadu konfigurace taky neni nejstastnejsi reseni.

Kazdopadne vyreseno pro zakladni vyuziti.

rabbitmq umožňuje ldap konfiguraci aplikovat runtime, např. přes rabbitmqctl eval, není potřeba kvůli tomu otáčet proces. Jinak, to že neumí reload konfigurace je omezení návrhu, mají fronty v paměti v rámci těch instancí, které tu konfiguraci používají, něco se dá měnit přes runtime, třeba ten ldap.

172

Server / Re:Rabbitmq + Samba AD

« kdy: 07. 09. 2022, 15:01:34 »

podle callstacku to spadlo při bindu, tj. nespíš samotný bind user. A trace logy ti více neřeknou? Nemáš logy z Samby AD? Tam bude na co se dotazoval.

Pokud chceš konkrétní radu, ukaž jak vypadá tvoje konfigurace a jak vypadá výstup třeba z ldapsearch na bind usera.

Nebo si mezi rabbita a ldap dej nějakou logující proxy.

173

Server / Re:Rabbitmq + Samba AD

« kdy: 07. 09. 2022, 11:05:07 »

dostal jsi návratovou hodnotu noSuchObject (to je chybová hláška ldapu), takže asi máš špatně vyplněné údaje pro AD

174

Vývoj / Re:Event sourcing a mikroslužby

« kdy: 13. 08. 2022, 14:17:26 »

Raději to řeknu na úvod, Kafka není event sourcing.

Event sourcing je důležitý, když potřebuji zpracovávat operace konzistentně, když mi z jedné události při zpracování vznikne více samostatných a potřebuji je mít pod kontrolou jako celej (typickej příklad je příkaz k úhradě, kdy potřebuji provést operace na dvou účtech najednou a nechci nikdy, aby se mi rozdělily). Tohle zajistit v REST rozhraní je vždy problém, sice mohu mít bulk transakce, ale jakmile je jedna strana příjme, už se informace o tom, že pocházejí z jedné a které operace ztratí.

Na RPC nebo REST potřebuješ, aby obě strany byly zároveň v provozu a aby všechny strany tu operaci v pořádku dokončily, to ne vždy je vhodné a nebo realizovatelné. Event sourcing mi umožní transakce zpracovávat asynchronně a zpětně. Jak tady psali předřečníci, ukazuje mi vždy konzistentní čas kdykoliv čase, mohu se pohybovat na časový ose, což se hodí pro zálohy, obnovování ze záloh nebo migrace. Je pak možné se např. po nasazení chybné aplikace vrátit a provést transformace opravenou verzí aplikace.

Pro většinu aplikací může být tohle ale příliš komplexní a zbytečně složité.

Používali jsme třeba u velkých eshopů, kdy chtějí mít přesnou skladovou evidenci a vznikl objednávky znamená, že potřebuji zároveň i pohlídat jednotlivé skladové účty v jednotlivých skladech a přitom nechci mít jednu velkou centralizovanou databázi, jak to má řešený náš největší eshop.

175

Hardware / Re:QHD (2560x1440) monitor 27-32" s externím napájecím adaptérem (DC napájení)

« kdy: 10. 08. 2022, 13:52:40 »

Pro menší věci zneužívám usb-c PD, existují takovéhle věci https://www.laskakit.cz/zy12pdn-usb-c-pd2-0-a-3-0-prepinac-napajeciho-napeti/, tohle je sice na menší proud než bude mít monitor, ale zkus pohled tímhle směrem, tj. vzít monitor s napájením usb PD a pak nějakou redukci na PD z DC zdroje.

Google našel třeba https://www.amazon.com/Cablecc-Emulator-Trigger-Charge-Laptop/dp/B07PBG4GY6

176

Hardware / Re:Fake SSD na eBay

« kdy: 09. 08. 2022, 08:56:15 »

pozor, nemusí jít pouze o disky s nízkou cenou a ty falešné se objevují i na českém aukru nebo sbazaru. Důvod, proč se tyhle věci kupu z druhé ruky je prostě cena či nedávno třeba dostupnost, kdy eshopy neměly skladem v podstatě nic s velkou kapacitou.

Jinak podobné věci se dají i koupit na cz eshopech, které jsou přebalené drop-in na ali, nezkušený návštěvník nic nepozná.

Podle mě není špatně, že zákazník podvod zavčasu neodhalí, ale problém je, že ty platformy tyhle podvody ve velkém umožňují. Každý se dostane do situace, kdy nakupuje něco, čemu nerozumí a neumí posoudit cenu, značku, kvalitu.

177

Sítě / Re:Změna switchů a úspora energie v racku

« kdy: 06. 08. 2022, 20:46:10 »

v bytě, kde mám malou pracovnu, mám 8 portový tp-link tlsg108, 8 portů zapojených, aktuální přenos 2gb/s, spotřeba 4.8W (bez PoE, DC odběr). Pak tady mám qnap qsw-m408-2c, zapojeno 8 eth portů a 3 sfp, aktuální přenos 12gb/s, spotřeba 14.5W (DC), když jede na prázdno jsem na cca 8W.

S 16 porty můžeš jít asi na polovinu, odhadem podle toho tp-linku. Dělá pasivní i 16 portové.

Tyhle všechny mini zařízení mají spínaný zdroj, vypínáním na noc je můžeš za rok, dva, tři odvařit úplně. Naska nebude vůbec nadšená.

Já u nasek jen parkuji disky a snižuji napětí cpu, nevypínám, jsem asi na 15W v klidu a na 35W při zátěži. Asi 25 % energie jsem ušetřil, když jsem vyházel všechna trafa a AC zdroje. Mám teď jeden AC-DC zdroj s pěknou účinností a z něho všechny tyhle věci napájím. Dobře se pak řeší i UPS, protože nemusím přes měnič dělat AC 230v, tím se ušetří také spousty energie.

178

Server / Re:SQL dotaz: defragmentace tabulky

« kdy: 06. 08. 2022, 12:35:22 »

Na tohle téma mám takovou vtipnou historku: U jednoho mobilního operátora jsme měli aplikaci od vendora, co ukládala reportingová data do DB. Najednou se ukládání dat do DB hrozně zpomalilo, data se hromadila ve frontě v aplikaci a reporty se zpoždovaly víc a víc. DB admini lehce arogantně tvrdili, že u nich to není, že oni tam nic nedělali, že jsme určitě něco zmršili my. Udělal jsem nějaké testy a došel k tomu, že ta DB je prostě podivně pomalá, ale ani to s nimi nehlo. Po několika dnech, když už situace začínala být kritickou, manažer zákazníka donutil DB adminy ať se na to přeci jen kouknou. Poměrně rychle zjistili, že se na DB stroji projevil bug v ZFS, kdy se po překročení určitého procenta zaplněnosti výrazně zpomalil zápis na FS. Oprava byla jednoduchá - prostě odmazali nějaký balast, takže procento zaplnění disku spadlo pod kritickou mez a DB se zase zázračně rozjela. No, sypali si popel na hlavu docela dlouho.

Jediný náš operátor, o kterém vím že má zfs na databázi je O2 a u něj jsem řešil přesně tenhle problém. Tenhdy to ale nebyl bug, ale dokumentovaná a neznalá vlastnost, viz např. nastavení spa_slop_shift v openZFS.

Ano, ty problémy bývají komplexní a tím, jak jednotlivé vrstvy řeší různé týmy, se řešení některý problémů extrémně táhne, ikdyž jsou primitivní.

179

Server / Re:SQL dotaz: defragmentace tabulky

« kdy: 05. 08. 2022, 10:10:29 »

SQL je jazyk, ty se asi ptáš na nějakou databázi, ne?

180

Sítě / Re:Wifi na festival - co koupit?

« kdy: 04. 08. 2022, 08:18:35 »

A pro kolik to je lidí a pro jaké prostředí? Uzavřený areál nebo louka?

Většinou půjčujeme řešení od Cisca (DNA, Catalyst 9100 AP, Catalyst 9000 switch/router). Konfigurace je přes DNA na webovém rozhraní.

Bod 3 je ale problém, s TLS 1.3 to už není snadné a dělat DPI v terénu není levné, pokud to můžeš vyřešit přes vyjmenované IP, je to snadné.

U wifi je obtížné správně umístit AP, aby se nerušily, signál se neodrážel pryč, aby nebyla slepá místa. Doporučuji na to najmout firmu, HW se dá půjčit a nemusíš to kupovat. Dělat to sám, když máš takovéhle otázky spíše vypadá, že s tím nemáš moc zkušeností (to nevadí, nikdo nezná vše, ale pak je vysoké riziko, že to uděláš špatně).