Poslední příspěvky

11

Studium a uplatnění / Re:Tlak na výkon v IT, stagnace mezd, setrvat nebo se podívat jinam?

« Poslední příspěvek od MalyTomi kdy Dnes v 13:15:48 »

ja jsem programator, ale moc se netlacim dopredu, takze nemam extremni plat, ale zas mam stabilitu.
ten muj projekt neni extra vykonny, ale jeste par roku me bude zivit.

Tiez to tak mam. Dostavam dost ponuk, kde su vyssie sumy, ale za cenu cestovania, stresu a nadcasov.
Teraz mam stabilnu pracu, projekt, ktory bude este dlhe roky a ked som ho "prevzal", tak bol v katastrofalnom stave. Takze ho postupne modernizujem, mam svoj klud, vyhoda je, ze nikto dalsi nechce na tom spolupracovat a zaplati mi to bezny zivot, kde nepotrebujem najnovsi iphone a velke auto na ktorom pojdem do obchodu.

12

Hardware / Re:Home Assistant - BT proxy pro room presence bez wifi a ethernetu napřímo

« Poslední příspěvek od nocturne.op.15 kdy Dnes v 13:05:57 »

Zaměřil bych se na mmWave radary. Je to spolehlivé v oblasti detekce přítomnosti, ale i přesného určení polohy - osoba na vozíku z toho asi může těžit docela hodně.

Zkusil bych třeba toto, je to velmi dobře hodnoceno:
https://apolloautomation.com/products/r-pro-1?bg_ref=8gsZAdQgnf

Zigbee už má, tak není o čem. apollo má i levnější moduly bez PoE, ale je otázka jestli ta úspora stojí za to.

Pokud je pán hračička, jde to postavizt ESP a patřiřního modulu asi za stokorunu. ale něco je setup na stole, něco zařízení použitelné pro denní rutinu. to má každý olimitované jinak  - vstupní cena, hodiny laborování a nastavování...každého věc.

13

Server / Re:TrueNAS CE se náhodně restartuje

« Poslední příspěvek od Michal Šmucr kdy Dnes v 12:50:00 »

Ahoj, zmíněný Gen8 taky někde mám, a můžu potvrdit ten problém s eMMC u iLO. Je tam asi 6 let, krom té periodické chybové hlášky a nemožnosti aktualizace FW to nemá bohudík žádný vliv na stabilitu serveru.. provozuju to už roky bez jiných problémů s čistým FreeBSD jako NAS.

Ta nemaskovatelná přerušení jsou divná, pokud by to byl skutečně symptom nějakého HW problému např. s deskou, pak by se to mělo projevovat víceméně úplně stejně napříč všemi systémy.
Pokud se výsky dá vysledovat čistě po přechodu na TrueNAS scale, je tam samozřejmě i určitá pravděpodobnost nekompatiblity případně nějaké regrese u které by pak dávalo smysl vyzkoušet jinou verzi jádra, jestliže to projede nějakým HW stress testem.

Jak TrueNAS Scale, tak Proxmox VE staví na Debianu 13 Trixie, ale mají odlišné základní verze jader. U Scale je to LTS kernel 6.12 u PVE pak aktuálně 6.17.
Jedna z možností je tedy, co píše RDa. Tzn. rozběhnout v Proxmoxu virtuál s TrueNASem a poslat do něj celá blok. zařízení s těmi ZFS pooly.
Osobně bych se tomuhle vrstvení spíš vyhnul a radši bych využil ZFS modul v Proxmoxu a nechal si ho spravovat ARC a přímo přistupovat na ta zařízení.
Sdílet pak data ven (NAS část) jde pak u PVE více způsoby, ale prakticky připadají v úvahu dvě varianty. Buď si přímo do hlavního systému doinstalovat Sambu, WSDD, NFS server atp. nebo si rozjet systémový LXD kontejner na sdílení a poslat do něj přímo ty ZFS datasety.
Preferuji tu druhou variantu, která sice není tak přímočará jako přidat pár balíčků do Debianu, ale umožňuje to mít oddělené nastavení, verze jaké chci, můžu to celé verzovat apd. a zároveň to má jako kontejner úplně minimální overhead. Takže prakticky klidně třeba minimální kontejner s Alpine Linuxem a pár službami. Akorát si pak člověk musí dát pozor na to, jak má namapovaná UID a GID mezi hlavním systémem a kontejnerem, když řeší třeba přístupová prává a nastavování ACL (na ZFS datasetu v hlavním systému). Podobně se tam dá rozjet třeba i další kontejner s DLNA serverem atd.
Jinak ty pooly by se měly dát v pohodě vyexportovat (zfs export) v TrueNASu a pak bez ztráty kytičky připojit jako další úložiště v PVE, možná jen při importu upravit mountpoint.
Podobně pak s trochou úsilí použít existující zvoly s disky od virtuálů a připojit je do nově vytvořených virtuálů v PVE. V nejhorším případě to u dvou virtuálů zkusit ručně přetahat přes externí image a nějaké živé distribuce do nově vytvořených VM.

Nakonec je tu určitě i další varianta.. dá se použítvat úplně standardní FreeBSD 15. Jen samozřejmě s tím, že se to spravuje přes konzoli bez UI. Pooly to naimportuje, Samba, DLNA atp. je v balíčcích. Virtuály s Ubuntu a UI kontrolerem se s trochou úsilí dají rozjet s byhve.

14

Sítě / Re:Doporučte firmu pro natažení ethernetové kabeláže

« Poslední příspěvek od hlp84939 kdy Dnes v 12:41:54 »

OK, v miliónovém rozpočtu je to skutečně fuk. Jinak to ale zvládne každá stavební firma (vč. té, jenž bude provádět ostatní práce v bytě), protože se teď nepochybně jedná primárně o umístění chrániček do zdi (pak samotné natažení a zapojení kabeláže už může dělat někdo jiný, který se zase naopak asi nebude chtít zabývat stavebními pracemi typu sekání do zdi atd.).

15

Server / Re:Některé repozitáře APT nefungují kvůli SHA1

« Poslední příspěvek od LivingLegend kdy Dnes v 12:31:58 »

Ahoj,

zapomel jsem si to u par veci ohlidat, ale to by nebyl takovy problem. Problem je v tom, ze nektere repozitare proste nefunguji.

1] zabbix - mame nyni 6.4 kvuli serveru (ceka se na 8.x) kvuli slozitosti predelani sablon. 6.4 je nepodporovana, ale zatim to stacilo. Jenze ted si apt stezuje kvuli SHA1. Napadlo me pouzit zabbix-agent 2 7.0, tam ten klic funguje, ale v oficialni dokumentaci pisou, ze pro server 6.4 je podporovovany agent max verze 6.4. Ma nekdo zkusenosti s behem novejsich agentu?

2] downloads.linux.hpe.com/SDR/repo/mcp - ani GPG-KEY-mcp, ani hpPublicKey2048_key1.pub mi momentalne nefunguje. Je to nejaka chyba u mne, nebo je potreba jiny klic? Chyba je "signing key is not bound ... no binding signature at time 2023-09-05 ..."

Nechci videt, kolik dalsich repozitaru nefunguje a blizi se planovana aktualizace

Skoro bych rekl ze kdyz das novejsi agenty nez server tak to nevadi a bude to fungovat. Jen tam nebudou fungovat ty novejsi funkcionality... zkusil bych nejakej testovaci pushnout nahoru...

16

Sítě / Re:Doporučte firmu pro natažení ethernetové kabeláže

« Poslední příspěvek od glondrej kdy Dnes v 12:28:06 »

Kabel je natazen, ale blbe. Na nekolika mistech prosvitaji ze zdi, kazdou chvili prestavaji fungovat (nejspis problem v tech spojkach, ktere jsou v miste, kam se da extra spatne dostat) a v obyvaku a loznici ten druhy vylozene chybi - nechce se mi mit v kazdem pokoji blikajici switch. Mam to takhle 10 let a fungujeme, ale kdyz ted planuju delat rekonstrukci za skoro milion, tak u toho proste poresim i toto. @Brumla, diky za tip, ozvu se.

17

Vývoj / Re:Vezme AI ajťákům práci?

« Poslední příspěvek od Gregor Fefor kdy Dnes v 12:20:33 »

Moznosti:

Predovšetkým sa boja, že ak to s AI vyjde, "kto zaváha, nežere". Ak to nevyjde, utrpia všetci veľkí, tak to relatívne nebude taká prehra. Myslím, že na to je nejaká kapitola v teórii hier.

Ale obávam sa, že podobne ako televízia či Internet nepriniesli pre masy rozmach vzdelania, ale len inú formu balastu, bude to tak aj tu. Okrem AI slopov na streamovacích službách, v kancelárskej praxi to povedie k postupom ako "odosielateľ si nechá cez AI z pár viet vygenerovať hutný a košatý e-mail, a príjemca si ho nechá cez AI zhrnúť na pár viet (a polovica významu sa v tom stratí)"...

Jeden vzdialený kolega (ktorý nikdy pracovnou morálkou a nasadením neoplýval) si začal takto e-maily dopĺňať. A vo výsledku už nielen, že z jeho e-mailov nie je ktovieaký úžitok, ale už majú ostatní problém dokonca len pochopiť, čo nimi chcel povedať.

18

Sítě / Re:Doporučte firmu pro natažení ethernetové kabeláže

« Poslední příspěvek od hlp84939 kdy Dnes v 12:07:34 »

Takové harakiri doma? Asi sotva. Jinak na místě je především to, že není třeba vše zbytečně komplikovat, když už je to jak je.

Někteří lidé prostě chtějí dělat věci pořádně, aby infrastruktura byla připravená na roky dopředu a mohla sloužit s co nejmenší údržbou. Tahání kabelů není snaha věci komplikovat, nýbrž být připraven předem, aby se věci neřešily ala Indie nebo New York (chuchvalce kabelů na sloupech). Analogicky, není lepší připravit se na povodeň dřív, než jste po pás ve vodě?

Kromě toho, že i jeden UTP kabel je pro domácí využití v pohodě dělaný "pořádně" (a doma sotva člověk využije těch kabelů víc naráz, když existují např. switche), tak se bavíme o situaci, kdy je kabel již natažen a nikoliv, že je tam hrubá stavba a všechno teprve začíná. A rozmlátit to a dělat znovu, hmm...

19

Sítě / Re:Doporučte firmu pro natažení ethernetové kabeláže

« Poslední příspěvek od a6b kdy Dnes v 11:33:05 »

zena nechtela vrtat do sadrokartonu, abych protahnul k synovi ethernetovy kabel, tak jsme jen pod dvermi protahli tenky jednovlaknovy opticky kabel. pouzijte optiku.

20

Hardware / Home Assistant - BT proxy pro room presence

« Poslední příspěvek od googler2 kdy Dnes v 11:27:57 »

Caute, neviem ci som vybral spravnu kategoriu pre tento topic. Jeden znamy je na voziku a potreboval by vyriesit detekciu, ked je v miestnosti bytu on osobne - teda jeho vozik (nebyva totiz sam). Teraz ma vecsinu IoT zariadeni v zigbee sieti a idealne by sa chcel vyhnut kombinacii esp v kazdej miestnosti pripojenej k wifi, ale ethernet bohuzial v miestnostiach natiahnuty nema.
Uvazujem nad riesenim prostrednictvom BLE trackeru na voziku s tym, ze ethernet do kazdej miestnosti by som dostal cez powerline adaptery a nasledne by sa na ethernet pripojili esp dosky v kazdej miestnosti. Sice nemam prakticke skusenosti s powerline a viem, ze rychlosti byvaju podstatne znizene, ale predpokladam, ze na tento ucel by tie nizsie rychlosti bez problemov stacili. Je moj predpoklad spravny alebo sa mylim? Su na trhu powerline adaptery s podporou PoE?

Vidite aj lepsie riesenie, ktore by nezahrnalo pouzitie wifi v ramci IoT? Som otvoreny inym napadom a debate.
Diky moc