Příspěvky

1

Hardware / Re:Vadné ECC paměti, ale MemTest86 chybu nevidí

« kdy: 16. 04. 2025, 20:42:01 »

Já chápu, že negarantuje, že fungovat budou, ale beru to takhle: papírově mám 4 identické kusy. Dva jsou úplně v pořádku, dva nikoli.

Zkus provozovat jen ty 2 problemove, resp, to, ze ktere jsou problemove jsi zjistil takhle - vyjmutim neproblemovych?

2

Server / Re:Nevýhody InnoDB oproti MyISAM v MariaDB

« kdy: 16. 04. 2025, 15:02:03 »

Vypadá, že s tím není problém a budeme tak mít možnost si vyzkoušet právi s inodbt a přesvědčit se, že např. nepoužíváme nějaké dotazy, které by byly na inoddb výrazně pomalejší.

A jak zjistujete kolik ktery dotaz trva? Jako jiste, lze to logovat na aplikacni vrstve, nez to vleze do konektoru, ale.. ten netusi nic o vytizeni DB a zda je tam s dotazem sam, nebo se jich tam provadi paralelne stovka, takze tento zpusob muze/bude produkovat false positives.

3

Hardware / Re:Vadné ECC paměti, ale MemTest86 chybu nevidí

« kdy: 16. 04. 2025, 14:05:55 »

- ty problémy s kompatibilitou a případnými výpadky pro single vs dual rank na konkrétní desce nejsou nijak výjimečné.
To neplatí jen pro unbuffered ECC, ale i pro standardní desktopové DIMMy. Obecně je to pak i jeden z důvodu proč třeba ty vyšší řady čipsetů/CPU s více sloty vyžadují ty bufferované registered nebo load reduced (LR) DIMMy. Je to výrobně dražší, přidá to latenci, ale je to také typicky spolehlivější.

Duvod pouzivani registered pameti neni kompatibilita, ale zatez na sbernici. Na DIMM modulu maji vsechny pametove cipy spolecnou ridici sbernici (adresni bity + ridici signaly), coz na 1Rx8 dela 8 zatezi, v pripade 2Rx8 pak 16 zatezi per dimm. Typicky desktop CPU ma 2DPC, takze utahne tech 2x16 cipu max (32 zatezi bez ecc, 36 zatezi s ecc).

Registered pameti jsou ale tvoreny typicky x4 obvody (pro samozrejme dvojnasobnou kapacitu), takze 2Rx4 dela v ramci samotne dimm rovnou tech 36 zatezi, a serverove desky maji az 3 sloty per kanal (ty starsi), a utahnout pak 2 dimmy (72 cipu) nebo 3 dimmy (108 cipu spojenych paralelne).. to jako fakt nepujde uz ani se snizenymi rychlostma. Proto se do ridici sbernice pridava registr (buffer) a najednou jsou ze 36/72/108 zatezi pouhe 3.

Obdobne se pak resi LRDIMM, ktere maji buffer i na datove ceste, protoze takovy dimm ma 4R konfiguraci, a typicky cpu umi utahnout na datove casti prave 4R (tj. 2R x 2DPC). Ale serverova deska ma 3 sloty.. a kapacitni dimm 4R.. takze delaji najednou 12 zatezi... pridanim buffer se to zredukuje ze 12 na 3 - a 4R LRDIMM dimm je elektricky jen 1 zatez, ne 4.

4

Hardware / Re:Vadné ECC paměti, ale MemTest86 chybu nevidí

« kdy: 16. 04. 2025, 13:54:58 »

Pořídil jsem Mushkin Proline 16GB ECC unregistered - dvakrát jako nové, dvakrát jako rozbalené. Každý ten pár vypadá úplně jinak (jedny mají čipy z jedné strany, druhé z obou), mají ale naprosto identické označení, liší se fakticky jen sériovým číslem.

Tohle je podezrive - pokud to ma rozdilny pocet cipu, tak tam bude jina kapacita per package, a jina organizace (x4 vs x8) a mozna i jiny pocet ranku.. a desce se ten mix nemusi dvakrat libit. A tu znacku.. neznam, nerespektuji :D

Ale jinak ano - "tri" nastroje delaj tri ruzne vysledky (komercni memtest trial, opensource memtest, a runtima edac reporting), plus jeste variace platformou (intel/amd) a generacemi. Nekde to je zrejme vice citlive, nekde mene.. netusim jak spolehlive odhalit chyby pameti (a je velke spatne, ze to nerekne primo na kterem bitu!).. takze se u chyb spise priklanim k nekompatibilite (nejaky training co je na hrane), nez ze je pamet skutecne vadna.

5

Odkladiště / Re:Daňová optmalizace

« kdy: 13. 04. 2025, 14:28:47 »

3. zase cez akciovku ale s tym, ze raz za tri roky tvoja akciovka od teba odkupi tvoje akcie. Tym ze ubehly 3 roky je to prijem kompletne oslobodeny od dani. V SR je to jeden rok, takze by si to mohol docielit zmenou prechodneho pobytu do SR a byt SR danovym rezidentom, ale myslim ze v SR musi ist o akciovku, ktora je verejne obchodovana(neviem ako v CZ). Zaroven vsak akciovka emituje nove akcie, ktore v daka zakladatelskej listine dostanes aby sa zabranilo rozpusteniu podielu. Cize dostanes 100 novych akcii kazde 3 roky a firme predas naspet 100 predoslych akcii. Nie je to uplne idelany sposob, ale tu to moznost ist touto cestou.

Ctu ze je tam limit 100K czk, takze to je vhodne jen na nejake kapesne.

Plus je zde priklad jak to ne-delat: https://www.jake-james.cz/blog/jak-zdanit-akcie

6

Windows a jiné systémy / Re:Kam se v Androidu připojuje USB MTP zařízení?

« kdy: 11. 04. 2025, 20:56:37 »

https://letmegooglethat.com/?q=linux+mount+mtp+device

7

Hardware / Re:AMD a SuperMicro: přehozené frekvence v ACPI

« kdy: 03. 04. 2025, 00:28:34 »

Mam zde Epyc 7282 v desce H12SSL-i, bios 3.1

Ale nejak si to nerozumi s amd_pstate=passive - driver o tom vi, ale cpupower ne?
(kernel 6.14.0-gentoo-x86_64, ze sys-kernel/gentoo-sources)

Kód: [Vybrat]

# cat /sys/devices/system/cpu/amd_pstate/status
passive


Kód: [Vybrat]

# cpupower frequency-info
analyzing CPU 0:
  driver: amd-pstate
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 4.00 ms
  hardware limits: 400 MHz - 3.20 GHz
  available cpufreq governors: conservative ondemand userspace powersave performance schedutil
  current policy: frequency should be within 1.51 GHz and 3.20 GHz.
                  The governor "schedutil" may decide which speed to use
                  within this range.
  current CPU frequency: Unable to call hardware
  current CPU frequency: 1.50 GHz (asserted by call to kernel)
  boost state support:
    Supported: yes
    Active: yes
    Boost States: 0
    Total States: 3
    Pstate-P0:  2800MHz
    Pstate-P1:  2000MHz
    Pstate-P2:  1500MHz

Je treba nastavit jeste neco jineho, nebo neco v BIOSu navolit ?

8

Server / Re:Změny v sshd v Ubuntu 22 vs. 24

« kdy: 02. 04. 2025, 19:16:15 »

Me se nepozdavalo to UsePAM no, tak po chvilce googleni co tim admin mysli jsem nasel podobnou potiz jako mas ty:

https://serverfault.com/questions/475880/ssh-public-key-auth-fails-when-usepam-is-set-to-no

Preco by ale ta konfiguracia fungovala na Ubuntu 22.04 LTS ale uz nie na Ubuntu 24.04 LTS? Ta otazka ma 12 rokov, takze by to mal alebo nemal byt problem na oboch, nie len na jednom.

Se podivej do logu. Ubuntu neznam - je milion moznosti jak muze lepic distra podelat veci :)

Zapni jak na klientovi tak na serveru nejaky verbose/debug rezim a porovnej co se deje a kde se to zacne lisit.

9

Server / Re:Změny v sshd v Ubuntu 22 vs. 24

« kdy: 02. 04. 2025, 14:08:40 »

Me se nepozdavalo to UsePAM no, tak po chvilce googleni co tim admin mysli jsem nasel podobnou potiz jako mas ty:

https://serverfault.com/questions/475880/ssh-public-key-auth-fails-when-usepam-is-set-to-no

10

Hardware / Re:Šifrování disku a poruchy na 54TB oddílu

« kdy: 01. 04. 2025, 00:00:49 »

A sifrovani disku bych neveril uz vubec. Tohle se nabizi uz roky, stejne jako ti pak vyrobce za par tisic Ecek nabizi, ze ten disk odemkne, kdyz se nemuzes dostat k datum ...

Kdyz pominu hodne zmrvenych FW, ktere dokazali leaknout heslo, tak nikde neni garance, ze tam vyrobce nema nejaky master heslo - protoze ten SED disk je v podstate to same jako LUKS key management, jen se nevi zda to uklada bezpecne, a zda to nema backdoor. Takze tomu SED blackboxu taky neverim.

11

Bazar / Re:Darujem rôzne SCSI a HBA radiče

« kdy: 31. 03. 2025, 23:56:46 »

ja bych mel zajem o ty SCSI (isa i pci)

12

Hardware / Re:Kolabuje mi nekvalitní SSD? Zdá se mi nízký Data Units Written

« kdy: 30. 03. 2025, 10:36:36 »

Ahoj, včera na mě PC po start OS vykřikuje, že mi kolabuje SSD

Kód: [Vybrat]

SMART overall-health self-assessment test result: FAILED!
- NVM subsystem reliability has been degraded

SMART/Health Information (NVMe Log 0x02)
Critical Warning:                   0x04


Tohle je proste varovani - 0x04 = NVM subsystem reliability has been degraded

Konkretneji:

Bit 2: If set to ‘1’, then the NVM subsystem reliability has been degraded due to significant
media related errors or any internal error that degrades NVM subsystem reliability

https://nvmexpress.org/wp-content/uploads/NVM-Express-1_4-2019.06.10-Ratified.pdf
(strana 122)

Nema vubec smysl resit proc - tohle je ucelem SMART technologii - aby ti dali vedet vcas, ze ti disk odchazi a podle me to zafungovalo velice dobre. Dalsi krok je uz critical error 0x08 = read-only mode. A to uz typicky nedokaze nabootovat OS a budes muset hledat ctecku pripadne Live distro.

Takze bych to odzalohoval a disk vymenil. Pripadne to muzes reklamovat, pokud na to mas zaruku.. bohuzel u techto OEM disku pro brandove vyrobce neni nikdy jasna specifikace pro TBW, ale to v tomto pripade ani nepotrebujes prokazovat - proste disk rekl ze je vadnej, to se ti uzna rovnou.

Ad Percentage used, linkovany dokument na strane 122 zminuje:

Percentage Used: Contains a vendor specific estimate of the percentage of NVM subsystem life used based on the actual usage and the manufacturer’s prediction of NVM life. A value of 100 indicates that the estimated endurance of the NVM in the NVM subsystem has been consumed, but may not indicate an NVM subsystem failure. The value is allowed to exceed 100. Percentages greater than 254 shall be represented as 255. This value shall be updated once per power-on hour (when the controller is not in a sleep state).
Refer to the JEDEC JESD218A standard for SSD device life and endurance measurement techniques.

13

Server / Re:Postfix s OAuth při odesílání e-mailu

« kdy: 22. 03. 2025, 15:25:26 »

Tak postfix umi kde co, ale kdyz je potreba jen mala proxy, tak existuje esmtp, ale nevim zda umi oauth.

14

Server / Re:SSH: heslo vs kluc?

« kdy: 17. 03. 2025, 14:34:14 »

heslo se da bruteforcovat, klic nikoliv

heslo mas 1 k 1 uctu  VS klicu mas N k M uctum

klic muzes mit pod heslem (na strane klienta), coz je ekvivalent trezoru (tedy az na moznost vynuceneho smazani pri opakovanem pokusu a neodemceni)

15

Hardware / Re:Šifrování disku a poruchy na 54TB oddílu

« kdy: 16. 03. 2025, 21:50:54 »

RAID6 btrfs? Tož tak tomu se říká odvážný harcovník :-)

V momente co staci zapnout backup stroj a zmenit mountpoint.. v pripade tak priserneho crashe, je to spise uz pohodlnost nez odvaha. Nepamatuji si kdy me tyhle dedikovane/jednoucelove (storage only) nody treba padli - a vlastne i reboot interval je dost dlouhej (treba 2x rocne max). Vse ostatni mimo uloziste je pak vice experimentalni.. a klidne padat muze (proto je tam NFS ven, ne napr. iSCSI).

A navíc trpělivý, protože scrub na tom trvá věčnost (ve srovnání s MD i ZFS) a generuje tak chaotické nesekvenční IOPS, že to téměř zastaví narmální provoz.

Zatim jsem na tom jediny klient ja.. malokdy nejaky dalsi proces, takze normalni provoz je spis zadnej a uloziste trpelive idluje. Spis se QoS zabiji tim, ze je to skrze nfs a kdyz neco moc zapisuje (flush dirty pages z lokalni ram cache), tak se mu uz uplne nechce v jinem vlakne cist (takovy a la ADSL experience).