abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 23:33 | Nová verze

    Společnost comma.ai po třech letech od vydání verze 0.9 vydala novou verzi 0.10 open source pokročilého asistenčního systému pro řidiče openpilot (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu.

    Ladislav Hagara | Komentářů: 0
    včera 21:55 | Nová verze Ladislav Hagara | Komentářů: 2
    včera 14:11 | IT novinky

    Řada vestavěných počítačových desek a vývojových platforem NVIDIA Jetson se rozrostla o NVIDIA Jetson Thor. Ve srovnání se svým předchůdcem NVIDIA Jetson Orin nabízí 7,5krát vyšší výpočetní výkon umělé inteligence a 3,5krát vyšší energetickou účinnost. Softwarový stack NVIDIA JetPack 7 je založen na Ubuntu 24.04 LTS.

    Ladislav Hagara | Komentářů: 4
    včera 00:44 | Bezpečnostní upozornění

    Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) spolu s NSA a dalšími americkými úřady upozorňuje (en) na čínského aktéra Salt Typhoon, který kompromituje sítě po celém světě.

    Ladislav Hagara | Komentářů: 24
    27.8. 16:33 | IT novinky

    Společnost Framework Computer představila (YouTube) nový výkonnější Framework Laptop 16. Rozhodnou se lze například pro procesor Ryzen AI 9 HX 370 a grafickou kartu NVIDIA GeForce RTX 5070.

    Ladislav Hagara | Komentářů: 1
    27.8. 14:22 | IT novinky

    Google oznamuje, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Tato politika bude implementována během roku 2026 ve vybraných zemích (jihovýchodní Asie, Brazílie) a od roku 2027 celosvětově.

    Fluttershy, yay! | Komentářů: 7
    27.8. 13:11 | Nová verze

    Byla vydána nová verze 21.1.0, tj. první stabilní verze z nové řady 21.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools a Libc++.

    Ladislav Hagara | Komentářů: 0
    27.8. 05:11 | Komunita

    Alyssa Anne Rosenzweig v příspěvku na svém blogu oznámila, že opustila Asahi Linux a nastoupila do Intelu. Místo Apple M1 a M2 se bude věnovat architektuře Intel Xe-HPG.

    Ladislav Hagara | Komentářů: 18
    26.8. 12:55 | IT novinky

    EU chce (pořád) skenovat soukromé zprávy a fotografie. Návrh "Chat Control" by nařídil skenování všech soukromých digitálních komunikací, včetně šifrovaných zpráv a fotografií.

    Ladislav Hagara | Komentářů: 76
    26.8. 12:11 | Nová verze

    Byly publikovány fotografie a všechny videozáznamy z Python konference PyCon US 2025 proběhlé v květnu.

    Ladislav Hagara | Komentářů: 0
    Pro otevření více webových stránek ve webovém prohlížečí používám
     (79%)
     (9%)
     (3%)
     (4%)
     (5%)
     (1%)
    Celkem 104 hlasů
     Komentářů: 9, poslední včera 11:53
    Rozcestník

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    12.5.2013 20:33 fish | skóre: 22
    Rozbalit Rozbalit vše Linux bridge, 2x Catalyst a STP
    Zdravim,

    potreboval bych radu od nekoho s praktickou zkusenosti s STP bridgem. Mam cluster ctyr stroju, plus jeden jako router, pripojene kvuli failover do dvou Catalystu 2960. Mezi Catalysty je etherchannel ze dvou portu, ve stacku nejsou (nemaji Flexstack moduly). Konfigurace vsech ctyr stroju je shodna (viz nize), ctyrportova sitova karta, dva porty pro datovy bridge a dva pro cluster. V bridgi je pokazde jeden port v prvnim a druhy v druhem switchi. Predpokladal jsem, ze postaci na bridgi zapnout STP a stroj se domluvi se switchem. Momentalne je ale situace takova, ze porty na PC vetsinou skonci oba ve stavu forwarding a na Catalystu "nahodne" forwarding/blocking. Nektere stroje se vidi mezi sebou, nektere vidi router, ale nemuzu se dostat do stavu, ze vsichni spolehlive uvidi vsechny ostatni. Zkousel jsem nekolik variant, ale uz nevim jakym smerem se zamerit, pripadne co zkontrolovat. Momentalne nevim, jestli delam chybu na strane PC nebo v Catalystu. Dalsi casti konfigurace doplnim podle potreby, budu rad za kazdou radu.

    diky

    PS: aby to nebylo tak jednoduchy, plan je takovy, ze router bude do kazdeho switche pripojeny etherchannelem ze dvou portu. Kazda z tech dvojic sama o sobe mi funguje, ale pri spojeni do bridge vzdy skonci oba ve forwarding a komunikace se zacykli. Momentalne mam jeden ze spoju odpojeny. Predpokladam, ze by to nemelo zpusobit problemy na ostatnich bridgich, protoze je to ocekavatelna situace (vypadek jednoho spoje).

    konfigurace XEN node:
    auto eth0.502
    iface eth0.502 inet manual
    auto eth2.502
    iface eth2.502 inet manual
    auto eth1
    iface eth1 inet manual
    auto eth3
    iface eth3 inet manual
    
    auto xenbr0
    iface xenbr0 inet static
            address 10.2.0.X
            netmask 255.255.255.0
            network 10.2.0.0
            broadcast 10.2.0.255
            gateway 10.2.0.1
            bridge_ports eth0.502 eth2.502
            bridge_stp on
    
    auto cluster0
    iface cluster0 inet static
            address 172.29.1.X
            netmask 255.255.255.0
            network 172.29.1.0
            broadcast 172.29.1.255
            bridge_ports eth1 eth3
            bridge_stp on
    
    konfigurace GW:
    auto eth0
    iface eth0 inet manual
    auto eth1
    iface eth1 inet manual
    auto eth2
    iface eth2 inet manual
    auto eth3
    iface eth3 inet manual
    auto eth4
    iface eth4 inet manual
    auto eth5
    iface eth5 inet manual
    
    auto ebond0
    iface ebond0 inet static
        address A.B.C.D
        netmask A.B.C.D
        network A.B.C.D
        broadcast A.B.C.D
        gateway A.B.C.D
        bond-slaves eth0 eth1
        bond-mode 4
        bond-primary eth0 eth1
        bond-miimon 100
        bond-downdelay 200
        bond-updelay 200
    
    auto ibond0
    iface ibond0 inet manual
        bond-slaves eth2 eth4
        bond-mode 4
        bond-primary eth2 eth4
        bond-miimon 100
        bond-downdelay 200
        bond-updelay 200
    
    auto ibond1
    iface ibond1 inet manual
        bond-slaves eth3 eth5
        bond-mode 4
        bond-primary eth3 eth5
        bond-miimon 100
        bond-downdelay 200
        bond-updelay 200
    
    auto ibr0
    iface ibr0 inet manual
    #    bridge_ports ibond0 ibond1
        bridge_ports ibond0
        bridge_stp on
    
    auto ibr0.501
    iface ibr0.501 inet static
            address 172.29.1.1
            network 172.29.1.0
            netmask 255.255.255.0
            broadcast 172.29.1.255
    
    auto ibr0.502
    iface ibr0.502 inet static
            address 10.2.0.1
            network 10.2.0.0
            netmask 255.255.255.0
            broadcast 10.2.0.255
    

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.