From kas na fi.muni.cz  Sat Nov  1 00:00:06 2008
From: kas na fi.muni.cz (Jan Yenya Kasprzak)
Date: Sat,  1 Nov 2008 00:00:06 +0100 (CET)
Subject: Meta-FAQ konference linux@linux.cz
Message-ID: <20081031230006.D8EC41A5991@odysseus.fi.muni.cz>

Meta-FAQ konference linux na linux.cz
==================================

Datum poslední změny: 11. února 2003


Obsah
-----

  * Změny oproti poslední verzi

  * O Meta-FAQ

  * Provoz konference

  * Zaměření konference

  * Informační zdroje mimo konferenci linux na linux.cz

  * Pravidla slušného chování v Síti

  * Jak správně zvolit Subject

  * Chybující mailservery

  * Spam v konferenci

-----------------------------------------------------------------


Změny oproti poslední verzi
---------------------------

  * Zrušení informací o listserveru lanprojekt.cz (reportoval
    Zdeněk Prchal).

  * Informace o hlášení spamu přes SpamCop.

-----------------------------------------------------------------


O Meta-FAQ
----------

  * Účel tohoto dokumentu:
    Meta-FAQ konference linux na linux.cz slouží jako úvodní
    informace o konferenci pro nové uživatele a jako dokument,
    který stanovuje pravidla chování v této konferenci. Meta-FAQ
    neobsahují vlastní FAQ, to jest odpovědi na často kladené
    dotazy v konferenci linux na linux.cz. Umístění FAQ je uvedeno
    dále.

  * Jak získat tento dokument:

      * Tento text je zasílán všem nově přihlášeným účastníkům
        konference linux na linux.cz.

      * Je také periodicky zasílán do této konference jejím
        správcem.

      * Dokument je dostupný na URL
        http://www.linux.cz/mailing-list.

      * Dokument lze také získat zasláním libovolného e-mailu na
        adresu linux-info na linux.cz.

  * O autorovi:
    Meta-FAQ konference linux na linux.cz napsal a udržuje Jan
    "Yenya" Kasprzak, <linux-owner na linux.cz>. Připomínky a dotazy
    k tomuto dokumentu směřujte prosím na tuto adresu.

  * Poděkování:

      * Martinu Bílému, autorovi FAQ konference
        net na cs.felk.cvut.cz, který mi umožnil inspirovat se těmito
        FAQ a dokonce převzít některé pasáže.

      * Janu Pazdziorovi za překlad textu o volbě Subjectů.

      * Petru Macháčkovi za čtení a korektury tohoto dokumentu,
        jakož i za další podněty.

-----------------------------------------------------------------


Provoz konference
-----------------

  * Chod konference zajišťuje listserver CZLUGu, používající
    software ezmlm.

  * Správcem konference linux na linux.cz je Jan "Yenya" Kasprzak
    <linux-owner na linux.cz>.

  * List server umí automaticky obsluhovat administrativní
    příkazy. Neposílejte je prosím do listu! Pošlete zprávu na
    adresu příslušného příkazu:

      * Pro přihlášení do listu pošlete e-mail na adresu:
        linux-subscribe na linux.cz.

      * Pro odhlášení se z listu použijte adresu
        linux-unsubscribe na linux.cz.

      * Často kladené dotazy (FAQ) a odpovědi na ně shromažďuje
        pro tuto konferenci Zdeněk Pytela
        <letty na mrakoplas.phil.muni.cz>. FAQ jsou dostupné na
        adrese http://www.phil.muni.cz/~letty/linuxfaq/. Systém
        vytváření FAQ se zřejmě bude ještě vyvíjet.

      * Informace o listu (tento dokument) a FAQ (často kladené
        dotazy) získáte zasláním dopisů na následující adresy:
        linux-info na linux.cz linux-faq na linux.cz (FAQ přes E-mail
        zatím není v provozu).

      * Podobné adresy existují i pro list digestů:
        linux-digest-subscribe na linux.cz
        linux-digest-unsubscribe na linux.cz

      * Zprávy číslo 123 až 145 z archívu (maximálně 100 zpráv na
        jeden mail) získáte zasláním zprávy na následující adresu:
        linux-get.123_145 na linux.cz

      * Seznam zpráv se subjectem a autorem zpráv 123-456 -
        e-mail: linux-index.123_456 na linux.cz Tyto adresy vždy
        vrací seznam 100 zpráv, maximálně 2000 na jeden požadavek.
        Takže ve výše uvedeném příkladě ve skutečnosti dostanete
        seznam zpráv 100-499.

      * Pro získání zpráv se stejným subjectem jako zpráva 12345
        pošlete prázdný mail na adresu:
        linux-thread.12345 na linux.cz Zprávy ve skutečnosti nemusí
        být prázdné - budu jejich obsah ignorovat. Jediná důležitá
        věc je ADRESA na kterou mail posíláte.

      * Můžete se také do listu přihlásit pod jinou adresou -
        například "pepa na domena.cz". Stačí přidat pomlčku a novou
        adresu s rovnítkem (=) namísto zavináče:
        linux-subscribe-pepa=domena.cz na linux.cz

      * Odhlásit tuto adresu lze pomocí mailu na adresu
        linux-unsubscribe-pepa=domena.cz na linux.cz V obou případech
        pošlu žádost o souhlas na tuto adresu. Když ji dostanete,
        jednoduše na ni odpovězte a vaše přihlášení/odhlášení se
        dokončí.

  * Konference je dostupná též ve formě digestu (digest je jeden
    velký mail, který obsahuje jednotlivé příspěvky z konference
    za určité období, například jeden den). Do digestu se lze
    přihlásit zasláním prázdného mailu na adresu
    linux-digest-subscribe na linux.cz, odhlásit se lze zasláním
    prázdného mailu na adresu linux-digest-unsubscribe na linux.cz.

  * Pokud nechcete dostávat příspěvky s diakritikou, můžete se
    přihlásit do listu linux-ascii, který obsahuje všechny
    příspěvky z hlavní konference, ale jsou přefiltrované do
    sedmibitového ASCII textu. Přihlásit se lze zasláním mailu na
    adresu linux-ascii-subscribe na linux.cz, pro odhlášení slouží
    adresa linux-ascii-unsubscribe na linux.cz. Příspěvky je ovšem
    nutno zasílat na adresu hlavní konference, linux na linux.cz,
    nikoli snad na adresu linux-ascii na linux.cz.

  * Archív konference je dostupný i přes Web na adrese
    http://www.linux.cz/lists/archive/linux/. Je tam i vyhledávací
    mechanismus.

  * Posílání příspěvků do konference:
    Diskusní příspěvky do konference (nikoli však příkazy pro
    listserver) se posílají na adresu linux na linux.cz.

  * Konference linux na linux.cz je dostupná také v Usenet News pod
    jménem cz.comp.linux. Příspěvky zaslané do konference se
    objeví i v news a naopak.

  * Identifikace zpráv z konference. Dopisy, které listserver
    posílá z tohoto listu, mají všechny následující řádek v
    hlavičkách. Tento řádek lze použít například při strojovém
    třídění/filtrování pošty:
    Mailing-list: contact linux-help na linux.cz; run by ezmlm

-----------------------------------------------------------------


Zaměření konference
-------------------

  * Diskusní list linux na linux.cz je zaměřen na diskusi o operačním
    systému Linux.

  * V konferenci linux na linux.cz je povoleno používat českého,
    slovenského a případně anglického jazyka.

  * Do konference linux na linux.cz lze zasílat příspěvky v
    sedmibitovém ASCII kódování bez diakritiky, případně zprávy s
    diakritikou v kódování ISO 8859-2 (MIME typ text/plain;
    charset=ISO-8859-2). Takováto zpráva ovšem musí mít korektní
    MIME hlavičky včetně typu dokumentu a přenosového kódování.
    Není-li váš poštovní program schopen zpracovávat zprávy s
    diakritikou, můžete se přihlásit do sub-listu linux-ascii, kam
    jsou zprávy z hlavního listu zrcadleny s odstraněnou
    diakritikou.

  * Zasílané zprávy nechť jsou pokud možno typu text/plain,
    vyjímečně multipart/mixed s částmi typu text/plain. Je
    striktně zakázáno posílat do konference zprávy typu
    multipart/alternative, to jest tentýž obsah zprávy ve více
    formátech (například běžný text a HTML).

  * Do konference je možno posílat zprávy, týkající se operačního
    systému Linux, softwaru, zahrnutého v distribucích Linuxu a
    produktů používaných pod Linuxem.

  * U diskuse o obecném softwaru, který běží mimo jiné i pod
    Linuxem je nutno zvážit, je-li váš problém dostatečně svázán s
    Linuxem (například používáte implicitní konfiguraci daného
    softwaru, která je dostupná v jedné z distribucí linuxu a
    pravděpodobně se liší od jiných systémů).

  * Dotazy na obecný GNU i jiný software je lépe posílat do
    konference se zaměřením na UNIX. Stejně tak u problémů, které
    více souvisejí s jinou oblastí více než s Linuxem (správa
    sítě, WWW a podobně).

  * Diskuse o hardwaru je povolena pouze v případě, že se jedná o
    diskusi podpory daného hardwaru pod Linuxem nebo se diskuse
    jinak přímo dotýká Linuxu.

  * Dotazy Linuxových začátečníků jsou v konferenci vítány,
    nicméně konference by neměla nahrazovat učebnici UNIXu nebo
    shellu. Dotazy typu "Co je adresář?" nebo "Co je
    shell-script?" sem nepatři.

  * Zprávy mimo zaměření konference (off-topic): Neposílejte do
    konference zprávy, které jsou mimo její zaměření, a to ani v
    případě, že byste do Subjectu chtěl uvést upozornění, že jde o
    off-topic příspěvek (když autor ví, že je to off-topic, tak
    proč to sem posílá?). Zvažte, zde se příspěvek nehodí spíše do
    konference talk na linux.cz.

  * Do konference je zakázáno psát komerční příspěvky, kromě
    případů, uvedených v dalších bodech těchto pravidel. Porušení
    tohoto pravidla může mít za následek až zákaz přístupu ke
    konferenci pro uživatele nebo i pro celou doménu.

  * Pokud se do konference dostane nějaký hromadný komerční dopis
    (zpráva komerčního charakteru rozesílaná do více konferencí v
    Internetu), bude to mít za následek zákaz přístupu ke
    konferenci pro celou doménu, odkud dopis přišel.

  * Do konference je striktně zakázáno posílat komerční informace
    v anglickém jazyce.

  * Do konference je možno posílat nabídky zaměstnání, pokud
    nabízené zaměstnání v sobě zahrnuje práci s Linuxem. V
    takovéto nabídce musí být řečeno, že jde o práci s Linuxem.
    Musí obsahovat Subject začínající "Job offer:" nebo "Nabídka
    zaměstnání:". Zpráva nesmí obsahovat žádné číselné informace o
    finanční stránce věci. Od jedné firmy smi přijít do konference
    nejvýše jedna zpráva tohoto druhu za 14 dní.

  * Do konference je možno posílat komerční informace o
    produktech, nabízených firmami, pokud má nabízený produkt
    přímou spojitost s Linuxem (literatura, distribuce Linuxu,
    hardware - sem mohou patřit informace o multiportových
    kartách, nebo o boot-romkách, které umi nabootovat Linux a
    podobně). Délka takovéto zprávy musí být co nejvíce omezena.
    Zpráva musí v Subjectu obsahovat jednoznačnou informaci o tom,
    že jde o komerční nabídku zboží nebo služeb ("Commercial:", "Nabídka
    zboží:", a podobně). Zpráva nesmí obsahovat informace o cenách
    produktů, ani srovnání s cenami jiných firem. Od jedné firmy
    smí přijít do konference nejvýše jedna zpráva tohoto druhu za
    14 dní. A neměla by sem periodicky chodit oznámení o
    produktech, na kterých se od minulého oznámení nic nezměnilo.

    Příklad subjectu: "Nabídka zboží: TeX pro Linux na CD."
    Příklad zprávy: "Firma xdvi, a.s. prodává novou distribuci
    TeXu pro Linux na 13 CD. Bližší informace na www.xdvi.cz,
    e-mailem na adrese info na xdvi.cz nebo telefonem na čísle
    0609xxxxxx".

  * V konferenci se nesmějí objevit nabídky na nelegálně šířený
    software. Nelegální šíření softwaru poškozuje volně šiřitelný
    software. Je pravda, že základní software by měl být zdarma (o
    tom ostatně je celý Linux a GNU), ale čím více se bude
    používat nelegální software, tím menší bude tlak na to, aby
    někdo vyvíjel volně šiřitelný software jako alternativu
    komerčních programů.

  * Na příspěvky, které odporují těmto pravidlům, reaguje pouze
    správce konference, a to buďto upozorněním odesílateli zprávy,
    nebo v případě širší diskuse, která se dostane mimo zaměření
    této konference i upozorněním v konferenci. Správce konference
    si vyhrazuje právo zakázat přístup do konference osobám nebo i
    doménám, které soustavně porušují tato pravidla.

-----------------------------------------------------------------


Informační zdroje mimo konferenci linux na linux.cz:
-------------------------------------------------

  * Některé informace o Linuxu je možno získat přes WWW na Czech
    Linux Homepage, http://www.linux.cz. Tato stránka obsahuje i
    odkazy na některé světové zdroje.

  * Síťové noviny (Usenet News): Strom comp.os.linux.*.

  * Příbuzné diskusní skupiny:

      * Volný diskuzní list: talk na talk-help na linux.cz. - volná
        diskuse o souvisejících tématech

      * Linux: czman na czman-help na linux.cz. - diskuse o českých
        manuálových stránkách v Linuxu a lokalizaci Linuxu obecně.

      * RedHat: redhat-cz na redhat-cz-help na linux.cz - diskuse o
        vytváření lokalizované verze RedHat Linuxu.

      * UNIX: munix-l na listserv na muni.cz. - diskuse o UNIXu a
        jemu podobných systémech.

      * Free software: freesoft na freesoft-help na freesoft.cz. -
        diskuse o free software obecně.

      * Textové editory: Newsová skupina cz.comp.editors, editors
        na editors-help na linux.cz. - diskuse o textových editorech
        a jejich vlastnostech.

      * Internet z uživatelského hlediska: smajlik na
        listserv na cs.felk.cvut.cz.

      * Správa sítě Internet: net na listserv na cs.felk.cvut.cz.

      * Kapesní počítače: pda-l na listserv na penguin.cz - diskuse o
        kapesních počítačích/handheldech/PDA a jejich spolupráci s
        Linuxem.

      * Bezpečnost obecně: security na
        security-request na underground.cz - konference o počítačové
        bezpečnosti, zaměřuje se především na Linux, ale příspěvky
        netýkající se Linuxu jsou také vítány.

      * WWW: www-l na listserv na savba.sk.

      * Perl: perl na listserv na muni.cz - diskuse o programovacím
        jazyku Perl.

      * Sendmail: sendmail na sendmail-help na linux.cz - diskuse o
        Mail Transport Agentech (sendmail).

-----------------------------------------------------------------


Pravidla slušného chování v Síti
--------------------------------

  * Před položením dotazu nejprve vyzkoušejte všechny způsoby, jak
    problém vyřešit vlastními silami. Působí trapně, kladete-li
    dotaz, který lze vyřešit po nahlédnutí na prvních několik
    řádků příslušného README nebo manuálové stránky. Zkuste též
    problém konzultovat nejprve s vaším lokálním systémovým
    administrátorem (nejste-li zrovna administrátorem vy sám :-).
    Hledáte-li něco, zkuste použít také síťové vyhledávací
    prostředky jako je Google, případně Google Groups.

  * Tato konference není bezplatná hotline. Bylo by dobré, aby
    přinášela užitek i vyspělejším uživatelům a aby tito nebyli
    odrazování množstvím dotazů, které lze zodpovědět po prvním
    nahlédnutí do manuálové stránky. V této konferenci nejsou
    lidé, kteří by byli povinni zodpovídat vaše dotazy. Projevte
    prosím aspoň minimálně svoji vlastní iniciativu při řešení
    problému.

  * Na druhé straně by bylo špatné, kdyby se každý bál na cokoli
    se zeptat v obavě, aby nebyl odbyt odpovědí, že jeho dotaz sem
    nepatří. Pokud nevidíte řešení problému (který by se ovšem měl
    týkat Linuxu -- dotaz na Základní otázku života, vesmíru a
    vůbec sem raději neposílejte), a z manuálové stránky to není
    jasné, neobávejte se poslat sem dotaz.

  * V dotazu uveďte pokud možno co nejvíce informací o vašem
    problému. Je například dobré vědět jakou distribuci Linuxu
    používáte, jaká je verze softwaru, se kterým máte problémy, a
    tak podobně.

  * Zasílaný článek si po sobě před odesláním přečtěte. Ostatní
    lidé v konferenci si o vás udělají názor i podle vašich
    gramatických chyb. Také prozkoumejte logickou stavbu vašeho
    textu. Bude všem jasné, na co se vlastně ptáte, nebo co chcete
    říci?

  * Je zakázáno posílat do této diskusní skupiny zprávy,
    obsahující vulgární nebo urážlivé výrazy.

  * Je-li váš příspěvek delší, můžete to oznámit v Subjectu
    přidáním řetězce "(long)" nebo uvést na začátku zprávy krátké
    shrnutí textu, který následuje.

  * Pokud si myslíte, že s podobným problémem se setkalo více lidí
    a že by do konference přšlo několik stejných odpovědí, napište
    v závěru zprávy, aby se odpovědi zasílaly na vaši adresu s
    tím, že pošlete shrnutí. Totéž je dobré udělat u témat, která
    jsou sporná a mohou vyvolat válku slov (flame war) --
    například: "Je Linux lepší než FreeXXX?".

  * V odpovědích na dotazy citujte pouze jméno tazatele a malou
    část jeho zprávy, ze které je jasné na co pak odpovídáte.
    Ocitovat celou zprávu včetně signatury je zbytečné a je to
    považováno za prohřešek proti pravidlům slušného chování v
    Síti.

  * Zalamujte řádky ve vaší zprávě tak, aby měly méně než 80 znaků
    (tedy cca 75 až 78 znaků).

  * Připojte na konec zprávy svoji signaturu, oddělenou řádkem se
    dvěma pomlčkami a mezerou ("-- "). Tato signatura by měla
    dávat další informace o tom, co jste zač (kde pracujete a
    podobně). Signatura by neměla být delší než pět řádků
    (nepočítaje v to řádek "-- ").

  * Nakonfigurujte si svůj mailovací program tak, aby neposílal do
    listu žádná zbytečná data (ms-tnef a podobně) a také aby
    posílal jen textové maily. Neposílejte prosím do konference
    maily, které obsahují tentýž text jednou jako text a jednou
    jako HTML.

  * Do této konference není vhodné posílat větší množství
    binárních dat, jako jsou například balíky softwaru. Takováto
    data raději někde vystavte na FTP nebo WWW a pošlete do
    konference jen příslušné URL.

  * Na off-topic příspěvky reagujte prosím nejvýše zasláním dopisu
    původnímu odesilateli, nikdy dopisem do konference. V případě
    že bude v konferenci delší off-topic debata, bude na ni
    reagovat správce konference.

  * Neposílejte do konference testovací zprávy.

  * Pokud si diskusní list linux na linux.cz posíláte do nějakého
    lokálního newsového stromu, zařiďte prosím to, aby příspěvky
    vámi posílané chodily s korektní From: hlavičkou a ne s
    adresou vaší soukromé brány.

  * Doporučujeme používat aspoň v hlavičce From: nebo v signatuře
    celé jméno odesílatele. Jsou lidé, kteří na polo-anonymní
    dotazy (kde je uvedena jen přezdívka) ze zásady neodpovídají.

-----------------------------------------------------------------


Jak správně zvolit Subject
--------------------------

Viz http://www.fi.muni.cz/~adelton/cz_subject_lines.html, český
překlad Jan Pazdziora.

  * Popis
    Kvalita Vašeho řádku se Subjectem přímo ovlivňuje kvalitu
    odpovědí, které dostanete. Zvolit správný Subject je proto
    velmi důležité.

  * Správné Subject řádky
    Následující řádky popisují přesně, čeho se článek týká, jsou
    to příklady, jak by Subjecty měly vypadat:

    Netscape 3.0 a bus error s RH 4.0
    Apache non-IP Virtual Hosts
    Xfree86 beta - jak upgradovat?
    syslogd 1.3-0 ve Slackware 3.1
    getpwnam() & /etc/shadow
    Jak doinstalovat moduly do perlu 5.002 (CGI-Lite)

  * Špatné Subject řádky
    Následující řádky neříkají o obsahu příspěvku vůbec nic:

    Jak mám začít???!! :-(
    Je to těžké?
    Co říkáte na tohle?
    *&]+
    Test
    Stupidní dotaz
    Oznámení

    Tyto řádky obsahují slova s negativním podtónem
    (negative-flash words, viz. níže):

    Problém s UNIXEM - začátečník
    Začínám, potřebuji pomoc
    Úplný začátečník. Help.
    Stupidní dotaz ohledně netscape
    Jednoduchý problém - vyřešíte ho?

  * Chybějící řádka se Subjectem
    Lidé, kteří by Vám jinak odpověděli rychle a odborně, mají
    tendenci přeskakovat příspěvky, u kterých není Subject uveden.

  * Slova s negativním podtónem
    Následující slova v Subjectu zaručují, že jisté procento lidí
    Váš příspěvek úmyslně přeskočí.

      * dotaz question
        Je to asi hodně jednoduché, dá se to najít v manových
        stránkách nebo ve FAQ.

      * expert, guru
        Pravděpodobně na tento problém guru nepotřebujete. Guru to
        ví, a proto Vám nebude odpovídat.

      * jednoduchý simple
        Tohle by mělo napovědět Vám samotným, že odpověď je asi
        někde v manových stránkách, jen si dát tu práci a najít
        ji. Nemrhejte časem ostatních lidí s něčím takovýmto.

      * pomoc help
        Tohle zní, že už jste to vzdali a odevzdaně čekáte, a nebo
        jste to vůbec nezkoušeli. Pokud tohle slovo vynecháte,
        budou se lidé Vašemu dotazu věnovat mnohem radši.

      * prosím please
        Nežadoňte, k ničemu to nevede.

      * sex women girls money
        Lidé, kteří umí dát kvalitní odpověď, nemají náladu na
        Vaše blbnutí.

      * stupidní stupid
        Tohle je ponižující. Lidé neradi plýtvají časem kvůli
        něčemu, co je stupidní. Když jim nebudete říkat, že je to
        stupidní, dočkáte se mnohem lepších odpovědí.

      * začátečník beginner newbie novice
        Spousta lidí přeskakuje články uvedené takovýmto
        prohlášením.

  * Věci vyvolávající negativní postoj
    Stejně jako výše uvedená slova, i následující může způsobit,
    že většina chytrých lidí bude Váš příspěvek ignorovat.

      * VELKÁ PÍSMENA
        Nepište řádek se Subjectem celý velkými písmeny. Spoustě
        lidí je to protivné, anebo okamžitě začnou mít pocit, že
        jste začátečník. V každém případě Váš příspěvek přeskočí.
        Ono není vůbec nic špatného na tom, být začátečník, každý
        jednou byl, ale není potřeba to roztrubovat do světa.

      * Vykřičníky!!!!!!
        Spousty vykřičníků nebo otazníků vypadají přehnaně a
        naznačují, že jste ignorant. V každém případě to spoustu
        odborníků odradí od toho, aby Vám odpovídali.

  * Špatně, ale chybí tomu málo
    Existují i řádky, které jsou špatné, ale dají se snadno
    opravit:

    Pomoc: Perl 5.002, RH 4.0, gcc 2.7.2, dynamická paměť
    Konfigurace listproc 6.0c, prosím.

-----------------------------------------------------------------


Chybující mailservery
---------------------

Některé mailservery, přestože to odporuje standardům Internetu,
vracejí zprávu o nedoručitelnosti jinam, než mají. Takže čas od
času obdržíte zprávu o tom, že se určitému členu konference
nepodařilo doručit mail (namísto toho, aby tuto zprávu obdržel
listserver, který jediný ví, co s ní dělat).

Pokud se vám tohle stane, uvědomte správce vzdáleného systému, že
je na jeho straně něco špatně. Můžete použít například následující
text (podle Pavla Kaňkovského):

        Vazeny postmastere,

        je mi uplne jedno, ze se nize uvedeny dopis preposlany pres
        konferenci linux na linux.cz nepodarilo dorucit. Prectete si, prosim
        RFC 2821 (Simple Mail Transfer Protocol) - sekce 3.7 a 4.5.5, a take
        RFC 1123 - sekce 5.3.3. Dozvite se tam, ze automaticky generovana
        oznameni o nedorucitelnych dopisech maji byt:

        1. vybavena na obalce prazdnou adresou odesilatele, tj. <> a nicim
                jinym,
        2. maji byt zasilana na odesilatele uvedeneho na obalce puvodni
                zpravy, tj. v tomto pripade ,
                kde sedi automat, ktery by takovou zpravu rad zpracoval,
                a nikoli na adresu moji.

Ke zprávě připojte kompletní zprávu o nedoručitelnosti (tj. včetně
hlaviček). Kopii tohoto dopisu můžete poslat správci konference
(adresa viz výše), nicméně není zaručeno, že zpráva bude obsahovat
dostatek informací k tomu, aby správce konference chybující adresu
detekoval a vyřadil z listu.

Je potřeba veřejně jmenovat ty poštovní servery, které takto
chybují: Podle dosavadních zkušeností mezi ně patří mimo jiné
post.sk. Zvažte případně změnu vaší poštovní služby na někoho, kdo
umí dodržovat standardy Internetu. Kromě velkých poštovních
systémů se tato chyba občas vyskytne u uživatelů, kteří si stahují
poštu fetchmailem a předávají ji lokálnímu sendmailu, který nemá
nakonfigurovanou svoji doménu.

-----------------------------------------------------------------


Nevyžádaná komerční pošta (spam) v konferenci
---------------------------------------------

Přes veškerou snahu správců konference, newsové brány a
souvisejících mailserverů se může stát, že do konference pronikne
nevyžádaná komerční pošta (spam). V případě že k tomu dojde, je
možné napsat správci konference upozornění (nejlépe s URL
příslušné zprávy v archívu konference). Správce pak zajistí
hlášení o spamu a případně zařazení příslušného odesílatele na
blacklist listserveru.

Pozor! Hlášení o přijetí spamu z konference nikdy nereportujte
přímo na různé internetové antispamové služby, jako je třeba
spamcop.net. V mnoha případech tyto služby pak považují doménu
linux.cz a zdejší listserver za původce spamu, a zařadí tento
server na svoji černou listinu. Toto pak způsobí, že i legitimní
účastníci konference, jejichž poštovní servery kontrolují
odesílatele proti této černé listině, nejsou schopni z konference
přijímat poštu.

Pokud opravdu chcete sami reportovat spam z konference na různé
antispamové služby, a pokud opravdu víte co děláte, můžete použít
zprávu s původními hlavičkami, tak jak jsou k dispozici ve webovém
archívu konference pod odkazem "Holý text". V této podobě je
zpráva zobrazena s těmi hlavičkami, s jakými přišla do konference.
Nikdy nepoužívejte jako podklad pro hlášení spamu zprávu, která
vám přišla z konference a kterou máte ve svém mailboxu.

-----------------------------------------------------------------


Jan "Yenya" Kasprzak
--------------------


From peak na argo.troja.mff.cuni.cz  Sat Nov  1 22:35:32 2008
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sat, 1 Nov 2008 22:35:32 +0100 (CET)
Subject: Preklad jadra pro jine PC
In-Reply-To: <490A1BAB.3090903@post.cz>
Message-ID: <20081101223506.362E.0@paddy.troja.mff.cuni.cz>

On Thu, 30 Oct 2008, d.petr wrote:

> Teď zkouším stejným postupem jádro 2.6.27 a výsledkem je Kernel panic 
> při startu. Poslední, co jádro napíše, je:
> ---
> CPU: 486
> Checking 'hlt' instruction... OK
> invalid opcode 0000 [#1]
> ---
> a pak už jen výpis registrů ukončený řádkem
> Kernel panic - not syncing: Attempted to kill the idle task!
> 
> Zdá se mi správně, že narazil na neznámou instrukci?

Asi ano. Zkuste od check_hlt() rozházet nějaké printk(), najít místo, kde
to padá a pak ten kus kódu disasemblovat a uvidíte, jaká instrukce mu 
vadí.

A propos, zkusil jste to přeložit pro 386?

-- 
Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
"For death is come up into our MS Windows(tm)..." \ 21th century edition /



From tvalusek na gmail.com  Sun Nov  2 13:53:00 2008
From: tvalusek na gmail.com (Tomas Valusek)
Date: Sun, 02 Nov 2008 13:53:00 +0100
Subject: =?ISO-8859-2?Q?Zoomov=E1n=ED_v_X?=
In-Reply-To: <20081101223506.362E.0@paddy.troja.mff.cuni.cz>
References: <20081101223506.362E.0@paddy.troja.mff.cuni.cz>
Message-ID: <490DA2AC.5050307@gmail.com>

Dobrý den,

na prostředí X Window se mi vždycky líbila možnost pomocí 
Ctrl-Alt-šedé+/šedé- měnit rozlišení obrazovky při zachování velikosti 
desktopu - podle mě ten nejefektivnější způsob zoomování, který 
existuje. Bohužel, v Ubuntu 8.10 na mě výše zmíněné klávesy kašlou. 
Nevíte, jestli se tato featura dá oživit i v X.Org serveru, který tato 
distribuce používá? )Úplně by mi stačilo mít možnost dělat v rozlišení 
640x480 při desktopu 1280x1024, v této kombinaci jsou totiž běžné 
velikosti písma pro mé slabé oči  naprosto dostačující.

Díky za radu.

Tomáš Valůšek


From slavek.banko na axis.cz  Sun Nov  2 14:48:05 2008
From: slavek.banko na axis.cz (=?iso-8859-2?q?Sl=E1vek_Banko?=)
Date: Sun, 2 Nov 2008 14:48:05 +0100
Subject: =?iso-8859-2?q?Zoomov=E1n=ED_v?= X
In-Reply-To: <490DA2AC.5050307@gmail.com>
References: <20081101223506.362E.0@paddy.troja.mff.cuni.cz>
	<490DA2AC.5050307@gmail.com>
Message-ID: <200811021448.05651.slavek.banko@axis.cz>

Dne ne 2. listopadu 2008 Tomas Valusek napsal(a):
> Dobrý den,
>
> na prostředí X Window se mi vždycky líbila možnost pomocí
> Ctrl-Alt-šedé+/šedé- měnit rozlišení obrazovky při zachování velikosti
> desktopu - podle mě ten nejefektivnější způsob zoomování, který
> existuje. Bohužel, v Ubuntu 8.10 na mě výše zmíněné klávesy kašlou.
> Nevíte, jestli se tato featura dá oživit i v X.Org serveru, který tato
> distribuce používá? )Úplně by mi stačilo mít možnost dělat v rozlišení
> 640x480 při desktopu 1280x1024, v této kombinaci jsou totiž běžné
> velikosti písma pro mé slabé oči  naprosto dostačující.
>
> Díky za radu.
>
> Tomáš Valůšek

Podívejte se do /etc/X11/xorg.conf do oddílu "Screen", jaké "Modes" máte 
vyjmenované. Ctrl+Alt+(šedé)+/- normálně měnilo mezi zde uvedenými 
rozlišeními.

Slávek


From tvalusek na gmail.com  Sun Nov  2 16:46:46 2008
From: tvalusek na gmail.com (Tomas Valusek)
Date: Sun, 02 Nov 2008 16:46:46 +0100
Subject: =?ISO-8859-2?Q?Zoomov=E1n=ED_v_X?=
In-Reply-To: <200811021448.05651.slavek.banko@axis.cz>
References: <20081101223506.362E.0@paddy.troja.mff.cuni.cz>	<490DA2AC.5050307@gmail.com>
	<200811021448.05651.slavek.banko@axis.cz>
Message-ID: <490DCB66.4070600@gmail.com>

Dobrý den,

děkuji, už mi to jede, asi chvilková indispozice.

Tomáš Valůšek

Slávek Banko napsal(a):
> Dne ne 2. listopadu 2008 Tomas Valusek napsal(a):
>   
>> Dobrý den,
>>
>> na prostředí X Window se mi vždycky líbila možnost pomocí
>> Ctrl-Alt-šedé+/šedé- měnit rozlišení obrazovky při zachování velikosti
>> desktopu - podle mě ten nejefektivnější způsob zoomování, který
>> existuje. Bohužel, v Ubuntu 8.10 na mě výše zmíněné klávesy kašlou.
>> Nevíte, jestli se tato featura dá oživit i v X.Org serveru, který tato
>> distribuce používá? )Úplně by mi stačilo mít možnost dělat v rozlišení
>> 640x480 při desktopu 1280x1024, v této kombinaci jsou totiž běžné
>> velikosti písma pro mé slabé oči  naprosto dostačující.
>>
>> Díky za radu.
>>
>> Tomáš Valůšek
>>     
>
> Podívejte se do /etc/X11/xorg.conf do oddílu "Screen", jaké "Modes" máte 
> vyjmenované. Ctrl+Alt+(šedé)+/- normálně měnilo mezi zde uvedenými 
> rozlišeními.
>
> Slávek
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>
>   



From d.petr na post.cz  Sun Nov  2 18:46:16 2008
From: d.petr na post.cz (d.petr)
Date: Sun, 02 Nov 2008 18:46:16 +0100
Subject: Preklad jadra pro jine PC
In-Reply-To: <20081101223506.362E.0@paddy.troja.mff.cuni.cz>
References: <20081101223506.362E.0@paddy.troja.mff.cuni.cz>
Message-ID: <490DE768.5060701@post.cz>

Pavel Kankovsky wrote:
>> Teď zkouším stejným postupem jádro 2.6.27 a výsledkem je Kernel panic 
>> ...
>> invalid opcode 0000 [#1]
>> ...
>> Zdá se mi správně, že narazil na neznámou instrukci?
> 
> Asi ano. Zkuste od check_hlt() rozházet nějaké printk(), najít místo, kde
> to padá a pak ten kus kódu disasemblovat a uvidíte, jaká instrukce mu 
> vadí.

?? To jako se povrtat v tom jádru? A pak ještě disasemblovat? Vy máte 
tedy fantazii! :-)


> A propos, zkusil jste to přeložit pro 386?

Už ano, zkusil jsem i defaultové nastavení pro i386, ani to nezabralo 
(default volí nějaký 2-jádrový Xeon (samozřejmě jsem ho změnil), to je 
tedy dost divný default).

Ale už se to rozeběhlo, napíšu o tom samostatný mail.
Každopádně díky za zajímavý námět.

Petr


From d.petr na post.cz  Sun Nov  2 19:05:34 2008
From: d.petr na post.cz (d.petr)
Date: Sun, 02 Nov 2008 19:05:34 +0100
Subject: Preklad jadra pro jine PC - VYRESENO
In-Reply-To: <490A1BAB.3090903@post.cz>
References: <490A1BAB.3090903@post.cz>
Message-ID: <490DEBEE.9060305@post.cz>

> při startu. Poslední, co jádro napíše, je:
> ---
> CPU: 486
> Checking 'hlt' instruction... OK
> invalid opcode 0000 [#1]
> ---
> a pak už jen výpis registrů ukončený řádkem
> Kernel panic - not syncing: Attempted to kill the idle task!


Tak to bylo nezvolením "Generic x86 support" (X86_GENERIC).
Pro svůj pracovní počítač (taky x86) jsem ovšem překládal jádra 2.6 už 
dřív a bez této volby a potíže nejsou. Ani help ve mně nevzbuzoval 
dojem, že se bez ní neobejdu. A protože jsem vycházel z jádra použitého 
pro můj PC, tak prostě vybraná nebyla.

Ještě jednou dík všem, kteří se snažili pomoci.
Petr


From dast na panelnet.cz  Mon Nov  3 03:01:00 2008
From: dast na panelnet.cz (Dalibor Straka)
Date: Mon, 3 Nov 2008 03:01:00 +0100
Subject: Preklad jadra pro jine PC
In-Reply-To: <490DE768.5060701@post.cz>
References: <20081101223506.362E.0@paddy.troja.mff.cuni.cz>
	<490DE768.5060701@post.cz>
Message-ID: <20081103020059.GA22309@panelnet.cz>

On Sun, Nov 02, 2008 at 06:46:16PM +0100, d.petr wrote:
> Pavel Kankovsky wrote:
> >> Teď zkouším stejným postupem jádro 2.6.27 a výsledkem je Kernel panic 
> >> ...
> >> invalid opcode 0000 [#1]
> >> ...
> >> Zdá se mi správně, že narazil na neznámou instrukci?
> > 
> > Asi ano. Zkuste od check_hlt() rozházet nějaké printk(), najít místo, kde
> > to padá a pak ten kus kódu disasemblovat a uvidíte, jaká instrukce mu 
> > vadí.
> 
> ?? To jako se povrtat v tom jádru? A pak ještě disasemblovat? Vy máte 
> tedy fantazii! :-)
> 
Pomucka:
grep -R check_hlt /usr/src/linux/* 
vi "jmeno.souboru"
Pridat par printk(KERN_ERR "checkpoint 1"); a zkompilovat jadro.
Pak presne vite, mezi kterymi dvema checkpointy to zbuchlo. Mezi ne
pridate dalsi checkpointy, znovu zkompilujete a kdyz uz bude usek
mezi nimi dost maly (odhadem), google.com vam poradi disassembler.
V nem si projedete instrukce nebo vam i on sam u nektere neco zahlasi
"cervene" ;-).

-- Dalibor Straka


From pavel.vedral na incad.cz  Mon Nov  3 08:52:50 2008
From: pavel.vedral na incad.cz (Pavel Vedral)
Date: Mon, 3 Nov 2008 08:52:50 +0100
Subject: Meta-FAQ konference linux@linux.cz
In-Reply-To: <20081031230006.D8EC41A5991@odysseus.fi.muni.cz>
References: <20081031230006.D8EC41A5991@odysseus.fi.muni.cz>
Message-ID: <C69FBDE26A63204E818FA38A6337A81D3A5B19@sbs.incadsbs.local>

Po pokusu mrknout na http://www.linux.cz/lists/archive/ dostanu:



"Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, root na localhost and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.
Apache/2.2.9 (Fedora) Server at www.linux.cz Port 80"


Neco je spatne nebo jsem nevzal na vedomi nejakou informaci?

Diky za trpelivost

Pavel



....

Meta-FAQ konference linux na linux.cz
==================================

Datum poslední změny: 11. února 2003


....

  * Archív konference je dostupný i přes Web na adrese
    http://www.linux.cz/lists/archive/linux/. Je tam i vyhledávací
    mechanismus....

From czechtony na strojvimp.cz  Mon Nov  3 10:11:23 2008
From: czechtony na strojvimp.cz (Czechtony)
Date: Mon, 03 Nov 2008 10:11:23 +0100
Subject: imap a pocet relaci
In-Reply-To: <49017616.6060905@strojvimp.cz>
References: <49017616.6060905@strojvimp.cz>
Message-ID: <490EC03B.5060806@strojvimp.cz>

Vyreseno :-)

https://www.linuxquestions.org/questions/linux-server-73/uw-imap-server-disconnects.-problems-with-outlook-and-imap-607583/


From linux na grafon.sk  Mon Nov  3 11:42:48 2008
From: linux na grafon.sk (Vladimir Rengevic)
Date: Mon, 03 Nov 2008 11:42:48 +0100
Subject: Problem zo zapisom na disk - dovecot, vsftpd
Message-ID: <490ED5A8.7020606@grafon.sk>

Dobry den vsetkym,

od vcera sa mi zacal podivne chovat server. IMAP odpoveda klientom:
"Poslednu operaciu sa nepodarilo vykonat, server oznamuje: Not  enough 
disk space!"
a ftp klient nevytvori adresar a dsotane hlasku ze pristup bol 
odmietnuty. Prava vlastnika nadradeneho adresara su vporiadku.
Pri pokuse o prenos suboru zas vrati hlasku ze na zariadenie nie je
mozne zapisovat a na disku vytvori subor s nulovou dlzkou.
Selinux mam vypnuty, je to Fedora Core 6.
No a podstatne - ziaden umyselny zasah tam nebol.

Disky som prebehol pomocou e2fsck, v logoch nic nenasiel.
Skuste ma prosim nakopnut nejakym smerom.

Dakujem.

Vlado

-- 

Ing. Vladimir Rengevic
GRAFON creative team
Tranovskeho 19, Liptovsky Mikulas, Slovakia
phone: +421/44/5526153, fax: +421/44/5621454
mobil: +421/905/642799
www.grafon.sk


From lukesh na seznam.cz  Mon Nov  3 12:27:54 2008
From: lukesh na seznam.cz (Jaroslav Lukesh)
Date: Mon, 3 Nov 2008 12:27:54 +0100
Subject: Problem zo zapisom na disk - dovecot, vsftpd
References: <490ED5A8.7020606@grafon.sk>
Message-ID: <15b901c93da7$3cac08f0$6164a8c0@xp>

Nedošly vám volné inody?

df -i

----- Original Message ----- 
From: "Vladimir Rengevic" <linux na grafon.sk>

od vcera sa mi zacal podivne chovat server. IMAP odpoveda klientom:
"Poslednu operaciu sa nepodarilo vykonat, server oznamuje: Not  enough
disk space!"
a ftp klient nevytvori adresar a dsotane hlasku ze pristup bol
odmietnuty. Prava vlastnika nadradeneho adresara su vporiadku.
Pri pokuse o prenos suboru zas vrati hlasku ze na zariadenie nie je
mozne zapisovat a na disku vytvori subor s nulovou dlzkou.
Selinux mam vypnuty, je to Fedora Core 6.
No a podstatne - ziaden umyselny zasah tam nebol.

Disky som prebehol pomocou e2fsck, v logoch nic nenasiel.
Skuste ma prosim nakopnut nejakym smerom.



From linux na grafon.sk  Mon Nov  3 12:47:57 2008
From: linux na grafon.sk (Vladimir Rengevic)
Date: Mon, 03 Nov 2008 12:47:57 +0100
Subject: Problem zo zapisom na disk - dovecot, vsftpd
In-Reply-To: <15b901c93da7$3cac08f0$6164a8c0@xp>
References: <490ED5A8.7020606@grafon.sk> <15b901c93da7$3cac08f0$6164a8c0@xp>
Message-ID: <490EE4ED.4060403@grafon.sk>

No nevyzera....

Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/sdb3            56918016   57916 56860100    1% /home


Vlado

Jaroslav Lukesh  wrote / napísal(a):
> Nedošly vám volné inody?
> 
> df -i
> 
> ----- Original Message ----- 
> From: "Vladimir Rengevic" <linux na grafon.sk>
> 
> od vcera sa mi zacal podivne chovat server. IMAP odpoveda klientom:
> "Poslednu operaciu sa nepodarilo vykonat, server oznamuje: Not  enough
> disk space!"
> a ftp klient nevytvori adresar a dsotane hlasku ze pristup bol
> odmietnuty. Prava vlastnika nadradeneho adresara su vporiadku.
> Pri pokuse o prenos suboru zas vrati hlasku ze na zariadenie nie je
> mozne zapisovat a na disku vytvori subor s nulovou dlzkou.
> Selinux mam vypnuty, je to Fedora Core 6.
> No a podstatne - ziaden umyselny zasah tam nebol.
> 
> Disky som prebehol pomocou e2fsck, v logoch nic nenasiel.
> Skuste ma prosim nakopnut nejakym smerom.
> 
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux

-- 

Ing. Vladimir Rengevic
GRAFON creative team
Tranovskeho 19, Liptovsky Mikulas, Slovakia
phone: +421/44/5526153, fax: +421/44/5621454
mobil: +421/905/642799
www.grafon.sk


From linux na grafon.sk  Mon Nov  3 12:55:23 2008
From: linux na grafon.sk (Vladimir Rengevic)
Date: Mon, 03 Nov 2008 12:55:23 +0100
Subject: Problem zo zapisom na disk - dovecot, vsftpd
In-Reply-To: <15b901c93da7$3cac08f0$6164a8c0@xp>
References: <490ED5A8.7020606@grafon.sk> <15b901c93da7$3cac08f0$6164a8c0@xp>
Message-ID: <490EE6AB.80407@grafon.sk>

Este jeden poznatok - problem je len s jednym namontovanym diskom
kde je /home. Ked spravim adresar v root dir a zmenim mu prava na usera
bez problemov donho nakopirujem veci prip. tak isto to ide na daslich
namontovanych diskoch...

Vlado

Jaroslav Lukesh  wrote / napísal(a):
> Nedošly vám volné inody?
> 
> df -i
> 
> ----- Original Message ----- 
> From: "Vladimir Rengevic" <linux na grafon.sk>
> 
> od vcera sa mi zacal podivne chovat server. IMAP odpoveda klientom:
> "Poslednu operaciu sa nepodarilo vykonat, server oznamuje: Not  enough
> disk space!"
> a ftp klient nevytvori adresar a dsotane hlasku ze pristup bol
> odmietnuty. Prava vlastnika nadradeneho adresara su vporiadku.
> Pri pokuse o prenos suboru zas vrati hlasku ze na zariadenie nie je
> mozne zapisovat a na disku vytvori subor s nulovou dlzkou.
> Selinux mam vypnuty, je to Fedora Core 6.
> No a podstatne - ziaden umyselny zasah tam nebol.
> 
> Disky som prebehol pomocou e2fsck, v logoch nic nenasiel.
> Skuste ma prosim nakopnut nejakym smerom.
> 
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux

-- 

Ing. Vladimir Rengevic
GRAFON creative team
Tranovskeho 19, Liptovsky Mikulas, Slovakia
phone: +421/44/5526153, fax: +421/44/5621454
mobil: +421/905/642799
www.grafon.sk


From petr.klima na sobriety.cz  Mon Nov  3 13:06:55 2008
From: petr.klima na sobriety.cz (=?UTF-8?B?UGV0ciBLbMOtbWE=?=)
Date: Mon, 03 Nov 2008 13:06:55 +0100
Subject: Problem zo zapisom na disk - dovecot, vsftpd
In-Reply-To: <490EE6AB.80407@grafon.sk>
References: <490ED5A8.7020606@grafon.sk> <15b901c93da7$3cac08f0$6164a8c0@xp>
	<490EE6AB.80407@grafon.sk>
Message-ID: <490EE95F.8020801@sobriety.cz>

Jak velky je /home? Mel jsem problemy s jednim hloupym komercnim softem, 
ktery na vetsim diskovem poli (9TB) nejak nezvladal zjisteni mnozstvi 
volneho mista a odmital si na takovem poli vytvorit docasne soubory. 
Pomahalo ho spoustet z adresare, ktery byl napr. na malem lokalnim 
disku. Ja jen, jestli netrpite necim podobnym.

Quoty nahodou nemate?

Petr

Vladimir Rengevic wrote:
> Este jeden poznatok - problem je len s jednym namontovanym diskom
> kde je /home. Ked spravim adresar v root dir a zmenim mu prava na usera
> bez problemov donho nakopirujem veci prip. tak isto to ide na daslich
> namontovanych diskoch...


-- 
Petr Klíma

Vývojář, správce sítě
Sobriety s.r.o.

e-mail: petr.klima na sobriety.cz



From linux na grafon.sk  Mon Nov  3 13:10:20 2008
From: linux na grafon.sk (Vladimir Rengevic)
Date: Mon, 03 Nov 2008 13:10:20 +0100
Subject: Problem zo zapisom na disk - dovecot, vsftpd
In-Reply-To: <490EE95F.8020801@sobriety.cz>
References: <490ED5A8.7020606@grafon.sk>
	<15b901c93da7$3cac08f0$6164a8c0@xp>	<490EE6AB.80407@grafon.sk>
	<490EE95F.8020801@sobriety.cz>
Message-ID: <490EEA2C.8060201@grafon.sk>

No zvlastne je ze pol roka to bezalo bez jedinneho problemu. Ale teraz
som odmazal nejake nepotrebne subory a uz sa to rozbehlo. Len s cim to 
suvisi?

Vlado

Petr Klíma  wrote / napísal(a):
> Jak velky je /home? Mel jsem problemy s jednim hloupym komercnim softem, 
> ktery na vetsim diskovem poli (9TB) nejak nezvladal zjisteni mnozstvi 
> volneho mista a odmital si na takovem poli vytvorit docasne soubory. 
> Pomahalo ho spoustet z adresare, ktery byl napr. na malem lokalnim 
> disku. Ja jen, jestli netrpite necim podobnym.
> 
> Quoty nahodou nemate?
> 
> Petr
> 
> Vladimir Rengevic wrote:
>> Este jeden poznatok - problem je len s jednym namontovanym diskom
>> kde je /home. Ked spravim adresar v root dir a zmenim mu prava na usera
>> bez problemov donho nakopirujem veci prip. tak isto to ide na daslich
>> namontovanych diskoch...
> 
> 

-- 

Ing. Vladimir Rengevic
GRAFON creative team
Tranovskeho 19, Liptovsky Mikulas, Slovakia
phone: +421/44/5526153, fax: +421/44/5621454
mobil: +421/905/642799
www.grafon.sk


From czechtony na strojvimp.cz  Mon Nov  3 13:13:48 2008
From: czechtony na strojvimp.cz (Czechtony)
Date: Mon, 03 Nov 2008 13:13:48 +0100
Subject: Problem zo zapisom na disk - dovecot, vsftpd
In-Reply-To: <490EEA2C.8060201@grafon.sk>
References: <490ED5A8.7020606@grafon.sk>	<15b901c93da7$3cac08f0$6164a8c0@xp>	<490EE6AB.80407@grafon.sk>	<490EE95F.8020801@sobriety.cz>
	<490EEA2C.8060201@grafon.sk>
Message-ID: <490EEAFC.2000607@strojvimp.cz>

Nemate ext3 s mistem vyhrazenym pro roota?

CzT


From linux na grafon.sk  Mon Nov  3 19:52:40 2008
From: linux na grafon.sk (Vladimir Rengevic)
Date: Mon, 03 Nov 2008 19:52:40 +0100
Subject: Problem zo zapisom na disk - dovecot, vsftpd
In-Reply-To: <490EE95F.8020801@sobriety.cz>
References: <490ED5A8.7020606@grafon.sk>
	<15b901c93da7$3cac08f0$6164a8c0@xp>	<490EE6AB.80407@grafon.sk>
	<490EE95F.8020801@sobriety.cz>
Message-ID: <490F4878.3070909@grafon.sk>

Dakujem pekne vsetkym za rady. Nakoniec bol problem trivialny.
Jeden z klientov si zacal spravil webkameru a ukladal si z nej
pravidelne obrazky. No a zaplnil disk...
Preco ale df ukazoval ze este je volne miesto mi je zahadou. Ze je
na disku nieco rezervovane pre roota viem, ale vykazovalo to podstatne
viac volneho miesta.
Asi nasadim quoty ;o)

Este raz vdaka a pekny den!

Vlado

Petr Klíma  wrote / napísal(a):
> Jak velky je /home? Mel jsem problemy s jednim hloupym komercnim softem, 
> ktery na vetsim diskovem poli (9TB) nejak nezvladal zjisteni mnozstvi 
> volneho mista a odmital si na takovem poli vytvorit docasne soubory. 
> Pomahalo ho spoustet z adresare, ktery byl napr. na malem lokalnim 
> disku. Ja jen, jestli netrpite necim podobnym.
> 
> Quoty nahodou nemate?
> 
> Petr
> 
> Vladimir Rengevic wrote:
>> Este jeden poznatok - problem je len s jednym namontovanym diskom
>> kde je /home. Ked spravim adresar v root dir a zmenim mu prava na usera
>> bez problemov donho nakopirujem veci prip. tak isto to ide na daslich
>> namontovanych diskoch...
> 
> 

-- 

Ing. Vladimir Rengevic
GRAFON creative team
Tranovskeho 19, Liptovsky Mikulas, Slovakia
phone: +421/44/5526153, fax: +421/44/5621454
mobil: +421/905/642799
www.grafon.sk


From lists_mk na wujiman.net  Mon Nov  3 19:39:21 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Mon, 3 Nov 2008 19:39:21 +0100
Subject: xen ubuntu domU, uzivatel nemuze administrovat system
Message-ID: <20081103183921.GA24000@finrod>

zdravim,
  udelal jsem takovou lehkou nepeknou vec. nainstaloval jsem ubuntu intrepid
pod qemu na lvm a pak jsem tuhle nainstalovanou vec rozbehl pod xenem jako
domU paravirtualizovanou vec (ne hvm). jako X server jsem pouzil tightvnc.
vsechno bezi, akorat uzivatel z nejakeho duvodu nemuze administrovat system.
muze napriklad updatovat a instalovat baliky, ale veci jako administrace
uzivatelu ma proste buttonek "unlock" sedivy a neumozni mi autorizovat se,
abych mohl spravovat system. nastaveni casu a pod je na tom stejne. uzivatel je
ve skupine admin, a pokud si exportuji users-admin pres ssh z rootovskeho uctu
na tom stroji, tak mi ukazuje, ze uzivatel muze administrovat system.
pokud ale to same udelam pres sudo, tak me to tu moznost neda.

netusi nekdo, cim by to mohlo byt?

diky
mk



From d.petr na post.cz  Tue Nov  4 08:38:47 2008
From: d.petr na post.cz (d.petr na post.cz)
Date: Tue, 04 Nov 2008 08:38:47 +0100 (CET)
Subject: =?us-ascii?Q?Jadro=202=2E6=2E27=20a=20rychlost=20PC?=
Message-ID: <739.865-20732-1118201607-1225784327@post.cz>

Dobry den,
je zde nejaky znalec jadra? Prelozil jsem jadro 2.6.27.4 pro svuj "server" s CPU 486. Uz je provozuschopne (potize pri bootovani jsem popisoval nedavno), ale proti staremu jadru 2.4 se zmenila rychlost prace pocitace. Rychlost jsem porovnaval na techto (jiste nespravnych) prikladech:

1) Doba potrebna na spusteni a kompletnimu nabehnuti programu aptitude (debianni program pro spravu balicku)
2) Zatez zpusobena programem "top"
3) Kopirovani souboru z jineho PC do serveru pres ssh
4) Kopirovani souboru z jednoho adresare do druheho

Dospel jsem k temto vysledkum:
1) Spusteni aptitude v 2.6 proti 2.4 asi o 10% rychlejsi
2) "top" sam o sobe vykazuje v 2.6 asi jen tretinovou zatez CPU proti 2.4 (ma vubec toto cislo nejakou vypovidaci hodnotu??)
3) Kopirovani pres ssh je v 2.6 asi 5krat (!!) pomalejsi, nez v 2.4
4) Kopirovani mezi adresari je v obou jadrech zhruba stejne rychle.

Takze to vypada, ze nove jadro bud rychlost pocitace trosku zvysilo, nebo aspon znatelne nezhorsilo, krome kopirovani pres ssh. Tam je pokles rychlosti nekolikanasobny.
Mate nekdo tip, na kterou oblast jadra bych se mel zamerit, co by mohlo byt pricinou? Napadlo me sice patrat kolem sitovych karet, ale tam se jednak prakticky nic nenastavuje a jednak se mi nezda, ze by se propustnost site jako takove tak vyrazne snizila (asi bych to poznal na pristupu k internetu, server slouzi jako brana; pritom rychlost kopirovani pres ssh je tak nizka, ze by urcite i prenos po RS232 (bez ssh) byl rychlejsi).

Kdyby nekoho neco napadlo, budu rad.
Petr


From tomas.krbec na gmail.com  Tue Nov  4 12:14:29 2008
From: tomas.krbec na gmail.com (=?UTF-8?Q?Tom=C3=A1=C5=A1_Krbec?=)
Date: Tue, 4 Nov 2008 12:14:29 +0100
Subject: Jadro 2.6.27 a rychlost PC
In-Reply-To: <739.865-20732-1118201607-1225784327@post.cz>
References: <739.865-20732-1118201607-1225784327@post.cz>
Message-ID: <be31d3800811040314g6f514caajabbaf66207f8e332@mail.gmail.com>

Zdravím,
zkuste, jak rychle se kopíruje pomocí FTP. Klidně se mohlo stát, že
ssh používá pro zašifrování dat něco, pro co kernel 2.6 používá
nějakou featuru z novějších procesorů a pro 486 se to nějak SW emuluje
(tohle ale silně vařím z vody)

Dne 4. listopad 2008 8:38  <d.petr na post.cz> napsal(a):

> 1) Doba potrebna na spusteni a kompletnimu nabehnuti programu aptitude (debianni program pro spravu balicku)
> 2) Zatez zpusobena programem "top"
> 3) Kopirovani souboru z jineho PC do serveru pres ssh
> 4) Kopirovani souboru z jednoho adresare do druheho
>
> Dospel jsem k temto vysledkum:
> 1) Spusteni aptitude v 2.6 proti 2.4 asi o 10% rychlejsi
> 2) "top" sam o sobe vykazuje v 2.6 asi jen tretinovou zatez CPU proti 2.4 (ma vubec toto cislo nejakou vypovidaci hodnotu??)
> 3) Kopirovani pres ssh je v 2.6 asi 5krat (!!) pomalejsi, nez v 2.4
> 4) Kopirovani mezi adresari je v obou jadrech zhruba stejne rychle.
>
> Kdyby nekoho neco napadlo, budu rad.
> Petr

-- 
S pozdravem
Tomáš Krbec

From d.petr na post.cz  Tue Nov  4 18:14:42 2008
From: d.petr na post.cz (d.petr)
Date: Tue, 04 Nov 2008 18:14:42 +0100
Subject: Jadro 2.6.27 a rychlost PC
In-Reply-To: <be31d3800811040314g6f514caajabbaf66207f8e332@mail.gmail.com>
References: <739.865-20732-1118201607-1225784327@post.cz>
	<be31d3800811040314g6f514caajabbaf66207f8e332@mail.gmail.com>
Message-ID: <49108302.90000@post.cz>

Tomáš Krbec wrote:
> zkuste, jak rychle se kopíruje pomocí FTP. Klidně se mohlo stát, že
> ssh používá pro zašifrování dat něco, pro co kernel 2.6 používá
> nějakou featuru z novějších procesorů a pro 486 se to nějak SW emuluje
> (tohle ale silně vařím z vody)

FTP kopíruje s oběma jádry stejně rychle (a skutečně rychle). Takže to 
šílené zpoždění má na svědomí pravděpodobně opravdu ssh. Ale co ho to 
napadlo? No buď mi v jádru chybí nějaká pitomina, kterou ssh využije a 
která ve 2.4 byla (ale nevidím ji), nebo nevím. Ale aspoň jste mě 
dokopal k tomu, abych si tam nainstaloval FTP (a při instalaci jsem 
zjistil, že už tam je a že pro něj mám nastavené i iptables :-)), jo jo, 
to je tak, když něco funguje roky).
Petr


>> Dospel jsem k temto vysledkum:
>> 3) Kopirovani pres ssh je v 2.6 asi 5krat (!!) pomalejsi, nez v 2.4



From Vladimir.Naprstek na rwe.cz  Tue Nov  4 19:27:27 2008
From: Vladimir.Naprstek na rwe.cz (=?iso-8859-2?Q?N=E1prstek_Vladim=EDr?=)
Date: Tue, 4 Nov 2008 19:27:27 +0100
Subject: Jadro 2.6.27 a rychlost PC
References: <739.865-20732-1118201607-1225784327@post.cz><be31d3800811040314g6f514caajabbaf66207f8e332@mail.gmail.com>
	<49108302.90000@post.cz>
Message-ID: <35CE60BCAB71D445894853EBC9682B6C0194ECF6@CZBRQSMX-I017.rwegroup.cz>

Na netu jsem našel tuto reakci v jedné konfeře:

File transfers in scp are encrypted and encryption is CPU intensive.
Either your local workstation or your server might not be able to
encrypt file transfer stream at the same speed, your connection is
able to transfer it. You may try to choose different encryption
algorithm on Login dialog. Blowfish is usually a lot faster than AES.
Also SSH-1 is in general less CPU intensive than SSH-2. SCP protocol
is usually faster than SFTP too.

zkus si tedy pohrát s nastavením sh serveru (i klienta).

s pozdravem

Vladimír Náprstek
E-mail         : vladimir.naprstek na rwe.cz




-----Původní zpráva-----
Od: linux-bounces na linux.cz za uživatele d.petr
Odesláno: út 4.11.2008 18:14
Komu: Diskuse o Linuxu v cestine
Předmět: Re: Jadro 2.6.27 a rychlost PC
 
Tomáš Krbec wrote:
> zkuste, jak rychle se kopíruje pomocí FTP. Klidně se mohlo stát, že
> ssh používá pro zašifrování dat něco, pro co kernel 2.6 používá
> nějakou featuru z novějších procesorů a pro 486 se to nějak SW emuluje
> (tohle ale silně vařím z vody)

FTP kopíruje s oběma jádry stejně rychle (a skutečně rychle). Takže to 
šílené zpoždění má na svědomí pravděpodobně opravdu ssh. Ale co ho to 
napadlo? No buď mi v jádru chybí nějaká pitomina, kterou ssh využije a 
která ve 2.4 byla (ale nevidím ji), nebo nevím. Ale aspoň jste mě 
dokopal k tomu, abych si tam nainstaloval FTP (a při instalaci jsem 
zjistil, že už tam je a že pro něj mám nastavené i iptables :-)), jo jo, 
to je tak, když něco funguje roky).
Petr


>> Dospel jsem k temto vysledkum:
>> 3) Kopirovani pres ssh je v 2.6 asi 5krat (!!) pomalejsi, nez v 2.4

_______________________________________________
Linux mailing list
Linux na linux.cz
http://www.linux.cz/mailman/listinfo/linux


From d.petr na post.cz  Tue Nov  4 20:58:28 2008
From: d.petr na post.cz (d.petr)
Date: Tue, 04 Nov 2008 20:58:28 +0100
Subject: Jadro 2.6.27 a rychlost PC
In-Reply-To: <35CE60BCAB71D445894853EBC9682B6C0194ECF6@CZBRQSMX-I017.rwegroup.cz>
References: <739.865-20732-1118201607-1225784327@post.cz><be31d3800811040314g6f514caajabbaf66207f8e332@mail.gmail.com>	<49108302.90000@post.cz>
	<35CE60BCAB71D445894853EBC9682B6C0194ECF6@CZBRQSMX-I017.rwegroup.cz>
Message-ID: <4910A964.5070903@post.cz>

Náprstek Vladimír wrote:
> able to transfer it. You may try to choose different encryption
> algorithm on Login dialog. Blowfish is usually a lot faster than AES.
> Also SSH-1 is in general less CPU intensive than SSH-2. SCP protocol
> is usually faster than SFTP too.
 >
 > zkus si tedy pohrát s nastavením sh serveru (i klienta).

Ano, to bych zkusit mohl (zvláště kdybych v budoucnu narazil na podobný 
problém se vzdáleným serverem), ale neřeší to a ani nevysvětluje výrazný 
rozdíl rychlosti vyvolaný pouhou výměnou jádra. Leda by ssh volilo 
šifrovací algoritmus podle jádra, což ovšem nepředpokládám. A pokud 
používá stále stejný algoritmus, pak je 5násobné zpomalení podivné.

I tak - díky za snahu.
Petr


>> zkuste, jak rychle se kopíruje pomocí FTP. Klidně se mohlo stát, že
>> ssh používá pro zašifrování dat něco, pro co kernel 2.6 používá
>> nějakou featuru z novějších procesorů a pro 486 se to nějak SW emuluje
>> (tohle ale silně vařím z vody)
> 
> FTP kopíruje s oběma jádry stejně rychle (a skutečně rychle). Takže to 
> šílené zpoždění má na svědomí pravděpodobně opravdu ssh. Ale co ho to 
> napadlo? No buď mi v jádru chybí nějaká pitomina, kterou ssh využije a 
> která ve 2.4 byla (ale nevidím ji), nebo nevím. Ale aspoň jste mě 
> dokopal k tomu, abych si tam nainstaloval FTP (a při instalaci jsem 
> zjistil, že už tam je a že pro něj mám nastavené i iptables :-)), jo jo, 
> to je tak, když něco funguje roky).
> 
> 
>>> Dospel jsem k temto vysledkum:
>>> 3) Kopirovani pres ssh je v 2.6 asi 5krat (!!) pomalejsi, nez v 2.4



From lukesh na seznam.cz  Tue Nov  4 21:12:31 2008
From: lukesh na seznam.cz (Jaroslav Lukesh)
Date: Tue, 4 Nov 2008 21:12:31 +0100
Subject: Jadro 2.6.27 a rychlost PC
References: <739.865-20732-1118201607-1225784327@post.cz><be31d3800811040314g6f514caajabbaf66207f8e332@mail.gmail.com>	<49108302.90000@post.cz><35CE60BCAB71D445894853EBC9682B6C0194ECF6@CZBRQSMX-I017.rwegroup.cz>
	<4910A964.5070903@post.cz>
Message-ID: <013101c93eb9$ac91fbd0$6164a8c0@xp>

Další věc - co třeba generátor šumu? Není ve 2.6 kvalitnější = pomalejší?

----- Original Message ----- 
From: "d.petr" <d.petr na post.cz>


Náprstek Vladimír wrote:
> able to transfer it. You may try to choose different encryption
> algorithm on Login dialog. Blowfish is usually a lot faster than AES.
> Also SSH-1 is in general less CPU intensive than SSH-2. SCP protocol
> is usually faster than SFTP too.
 >
 > zkus si tedy pohrát s nastavením sh serveru (i klienta).

Ano, to bych zkusit mohl (zvláště kdybych v budoucnu narazil na podobný
problém se vzdáleným serverem), ale neřeší to a ani nevysvětluje výrazný
rozdíl rychlosti vyvolaný pouhou výměnou jádra. Leda by ssh volilo
šifrovací algoritmus podle jádra, což ovšem nepředpokládám. A pokud
používá stále stejný algoritmus, pak je 5násobné zpomalení podivné.



From dast na panelnet.cz  Tue Nov  4 21:40:58 2008
From: dast na panelnet.cz (Dalibor Straka)
Date: Tue, 4 Nov 2008 21:40:58 +0100
Subject: Jadro 2.6.27 a rychlost PC
In-Reply-To: <013101c93eb9$ac91fbd0$6164a8c0@xp>
References: <4910A964.5070903@post.cz> <013101c93eb9$ac91fbd0$6164a8c0@xp>
Message-ID: <20081104204058.GA14660@panelnet.cz>

On Tue, Nov 04, 2008 at 09:12:31PM +0100, Jaroslav Lukesh wrote:
> Další věc - co třeba generátor šumu? Není ve 2.6 kvalitnější =
> pomalejší?
> 
Kam se ten sum pri kopirovani cpe?

V ssh se mozna pouziva na zacatku nejakych relaci...
-- Dalibor Straka


From peak na argo.troja.mff.cuni.cz  Tue Nov  4 23:49:34 2008
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Tue, 4 Nov 2008 23:49:34 +0100 (CET)
Subject: =?us-ascii?Q?Jadro=202=2E6=2E27=20a=20rychlost=20PC?=
In-Reply-To: <739.865-20732-1118201607-1225784327@post.cz>
Message-ID: <20081104233931.362E.0@paddy.troja.mff.cuni.cz>

On Tue, 4 Nov 2008 d.petr na post.cz wrote:

> 3) Kopirovani pres ssh je v 2.6 asi 5krat (!!) pomalejsi, nez v 2.4

To je opravdu zajímavé, protože SSH většinu práce (šifrování) dělá 
v userspace a tam by vliv verze jádra měl být zcela zanedbatelný.

Vyměnilo se jen jádro, nebo i něco dalšího?

Je při té operaci na obou verzích stejné zatížení CPU?

Liší se podle verze jádra nějak výsledek openssl speed?

Co je zač to druhé PC? Co se stane, když budete kopírovat na localhost?

Je to kopírování jednoho velkého souboru nebo více menších souborů?
Jak přesně to kopírování provádíte?

-- 
Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
"For death is come up into our MS Windows(tm)..." \ 21th century edition /



From d.petr na post.cz  Wed Nov  5 08:33:06 2008
From: d.petr na post.cz (d.petr na post.cz)
Date: Wed, 05 Nov 2008 08:33:06 +0100 (CET)
Subject: =?us-ascii?Q?Re=3A=20Jadro=202=2E6=2E27=20a=20rychlost=20PC?=
In-Reply-To: <20081104233931.362E.0@paddy.troja.mff.cuni.cz>
Message-ID: <842.996-8570-343388289-1225870386@post.cz>

> > 3) Kopirovani pres ssh je v 2.6 asi 5krat (!!) pomalejsi, nez v 2.4
> 
> To je opravdu zajímavé, protože SSH většinu práce (šifrování) dělá 
> v userspace a tam by vliv verze jádra měl být zcela zanedbatelný.
> 
> Vyměnilo se jen jádro, nebo i něco dalšího?

Jen jadro. Mam tam obe, takze stridave bootuji.


> Je při té operaci na obou verzích stejné zatížení CPU?

Ted u toho nejsem, ale co si vzpominam, tak v obou pripadech je CPU zcela vytizen, jen je zatez jinak rozlozena. Podle "top" zere behem kopirovani nejvic "dd" a "cat" (neni to divne? jestli ja to nemotam), nejakou zatez pusobi i system (podle toho horniho radku). Konkretni procenta ted presne nevim (u 2.4 mozna cca 40/40/20, u 2.6 je trochu vic sys a dd; ale za tyto hodnoty opravdu ted nerucim).


> Liší se podle verze jádra nějak výsledek openssl speed?
> Co je zač to druhé PC? Co se stane, když budete kopírovat na localhost?

Druhe PC je K6-2/500, to stiha (zatim :-) ).
Ty dva testy vyzkousim az doma.


> Je to kopírování jednoho velkého souboru nebo více menších souborů?
> Jak přesně to kopírování provádíte?

Kopiruji ze sveho PC pomoci mc, v panelu si otevru shell do serveru (a ted se ukaze, ze to nepouziva ssh a ja se picnu :-) ).
Velky i male. Velky znamena 1,7 MB, male jsou do 50 KB.


From petr.klima na sobriety.cz  Wed Nov  5 10:00:08 2008
From: petr.klima na sobriety.cz (=?UTF-8?B?UGV0ciBLbMOtbWE=?=)
Date: Wed, 05 Nov 2008 10:00:08 +0100
Subject: Jadro 2.6.27 a rychlost PC
In-Reply-To: <842.996-8570-343388289-1225870386@post.cz>
References: <842.996-8570-343388289-1225870386@post.cz>
Message-ID: <49116098.1030206@sobriety.cz>

d.petr na post.cz wrote:
> Kopiruji ze sveho PC pomoci mc, v panelu si otevru shell do serveru (a ted se ukaze, ze to nepouziva ssh a ja se picnu :-) ).
> Velky i male. Velky znamena 1,7 MB, male jsou do 50 KB.

scp v MC mne svymi podivnostmi - napriklad tou pomalosti v podstate na 
vsem - dostatecne stvalo, takze jsem ho nikdy poradne nepouzival a valim 
to primo scp - zkuste to taky...

Petr


-- 
Petr Klíma

Vývojář, správce sítě
Sobriety s.r.o.

e-mail: petr.klima na sobriety.cz



From pstehlik na sophics.cz  Wed Nov  5 10:19:01 2008
From: pstehlik na sophics.cz (Petr Stehlik)
Date: Wed, 05 Nov 2008 10:19:01 +0100
Subject: Jadro 2.6.27 a rychlost PC
In-Reply-To: <49116098.1030206@sobriety.cz>
References: <842.996-8570-343388289-1225870386@post.cz>
	<49116098.1030206@sobriety.cz>
Message-ID: <1225876741.9452.7.camel@petr>

Petr Klíma píše v St 05. 11. 2008 v 10:00 +0100:
> d.petr na post.cz wrote:
> > Kopiruji ze sveho PC pomoci mc, v panelu si otevru shell do serveru (a ted se ukaze, ze to nepouziva ssh a ja se picnu :-) ).
> > Velky i male. Velky znamena 1,7 MB, male jsou do 50 KB.
> 
> scp v MC mne svymi podivnostmi - napriklad tou pomalosti v podstate na 
> vsem - dostatecne stvalo, takze jsem ho nikdy poradne nepouzival a valim 
> to primo scp - zkuste to taky...

MC prece nepouziva scp. On si to podava znak po znaku...

Petr




From petr.klima na sobriety.cz  Wed Nov  5 10:21:56 2008
From: petr.klima na sobriety.cz (=?UTF-8?B?UGV0ciBLbMOtbWE=?=)
Date: Wed, 05 Nov 2008 10:21:56 +0100
Subject: Jadro 2.6.27 a rychlost PC
In-Reply-To: <1225876741.9452.7.camel@petr>
References: <842.996-8570-343388289-1225870386@post.cz>	<49116098.1030206@sobriety.cz>
	<1225876741.9452.7.camel@petr>
Message-ID: <491165B4.70007@sobriety.cz>

Petr Stehlik wrote:
> MC prece nepouziva scp. On si to podava znak po znaku...

Fakt? Tak ted dojde na to picnuti :-)

PK

-- 
Petr Klíma

Vývojář, správce sítě
Sobriety s.r.o.

e-mail: petr.klima na sobriety.cz



From jan-kovar na meggle.cz  Wed Nov  5 14:48:16 2008
From: jan-kovar na meggle.cz (=?iso-8859-2?B?S2924fggSmFu?=)
Date: Wed, 5 Nov 2008 14:48:16 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
Message-ID: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>

DD.

Mam tri pobocky. Na kazde mam linuxovy firewall. (Iptables na Centos 5.2) Chtel bych tyto pobocky propojit pomoci VPN tunelu. Je mi jedno, jestli by to bylo kazda s kazdou nebo by byla jedna centralni. Zaroven bych potreboval neco jako VPN server pro cestujici uzivatele. Idealne pro kazdou pobocku a s overovanim uzivatele pres Active Directory. Troufnete si nekdo odhadnout cenu, kdybych to chtel nechat u nekoho "udelat"? Staci mi velmi hruby odhad. Pokud si nekdo myslite, ze je to Vase parketa a chteli byste poslat nabidku, tak prosim na moji adresu, at neplevelim konferenci. Nemuzu slibit kdy a jestli vubec se to bude realizovat. Pokud ale ano, tak vsem, kteri se mi ozvou, rad poslu presnou poptavku s pozadavky hned jak to bude aktualni.


Dekuji.

Honza

P.S. Nebranim se ani alternativnim navrhum ve stylu:"Na VPN mezi pobockama kup radsi krabicku od XY. Mam s ni dobre zkusenosti uz mnoho let." ;-)


From mr.death na ipq.cz  Wed Nov  5 15:41:31 2008
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Wed, 5 Nov 2008 15:41:31 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>
Message-ID: <003001c93f54$97db1550$c7913ff0$@death@ipq.cz>

Zas tak těžký to není, stačí použít OpenVPN. Lze jak na servery, tak pro
uživatele, tam je to jenom složitější o propojení s AD. Takže pro uživatele
by možná bylo lepší nahodit VPN od Microsoftu, ale šlo by to udělat celý na
OpenVPN.

PS: Krabičky typu Asus za 2000Kč VPN na rychlých linkách stíhat nebudou,
zkoušel jsem a padá to, prostě moc slabý hardware.

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Kovář Jan
> Sent: Wednesday, November 05, 2008 2:48 PM
> 
> Mam tri pobocky. Na kazde mam linuxovy firewall. (Iptables na Centos
> 5.2) Chtel bych tyto pobocky propojit pomoci VPN tunelu. Je mi jedno,
> jestli by to bylo kazda s kazdou nebo by byla jedna centralni. Zaroven
> bych potreboval neco jako VPN server pro cestujici uzivatele. Idealne
> pro kazdou pobocku a s overovanim uzivatele pres Active Directory.
> Troufnete si nekdo odhadnout cenu, kdybych to chtel nechat u nekoho
> "udelat"? Staci mi velmi hruby odhad. Pokud si nekdo myslite, ze je to
> Vase parketa a chteli byste poslat nabidku, tak prosim na moji adresu,
> at neplevelim konferenci. Nemuzu slibit kdy a jestli vubec se to bude
> realizovat. Pokud ale ano, tak vsem, kteri se mi ozvou, rad poslu
> presnou poptavku s pozadavky hned jak to bude aktualni.
> 
> 
> Dekuji.
> 
> Honza
> 
> P.S. Nebranim se ani alternativnim navrhum ve stylu:"Na VPN mezi
> pobockama kup radsi krabicku od XY. Mam s ni dobre zkusenosti uz mnoho
> let." ;-)



From tomas.krbec na gmail.com  Wed Nov  5 15:42:31 2008
From: tomas.krbec na gmail.com (=?UTF-8?Q?Tom=C3=A1=C5=A1_Krbec?=)
Date: Wed, 5 Nov 2008 15:42:31 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>
Message-ID: <be31d3800811050642n74f7e5cav168df1ea624e86e1@mail.gmail.com>

Na VPN mezi pobočkama kup krabičku Dlink 804HV. Mám s ní dobré
zkušenosti již mnoho let. Tunely mezi pobočkama děláme pomocí IPSEC.
Když tunel spadne, on demand ho umí nahodit znovu, je to rychle, že
aplikace si toho ani nevšimne. Děláme krz to backup databáze o
velikosti jednotek gigabajtů. Dá se nastavit asi deset tunelů, takže
lze udělat topologii "každá s každou". Dlink už tohle prodává dlouho a
neustále pro to dělá updaty firmware.
Zároveň to umí být i VPN server, takže lze kupř. z windoze použít vpn
připojení. Akorát se musí musí trochu poladit nastavení, pokud se chce
připojovat z windoze vista, protože z nich MS vyhodil podporu nějakýho
MSCHAP, to si nepamatuju přesně.

Dne 5. listopad 2008 14:48 Kovář Jan <jan-kovar na meggle.cz> napsal(a):
> DD.
>
> Dekuji.
>
> Honza
>
> P.S. Nebranim se ani alternativnim navrhum ve stylu:"Na VPN mezi pobockama kup radsi krabicku od XY. Mam s ni dobre zkusenosti uz mnoho let." ;-)
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>



-- 
S pozdravem
Tomáš Krbec

From tomas.krbec na gmail.com  Wed Nov  5 15:47:30 2008
From: tomas.krbec na gmail.com (=?UTF-8?Q?Tom=C3=A1=C5=A1_Krbec?=)
Date: Wed, 5 Nov 2008 15:47:30 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <-5044830478082109345@unknownmsgid>
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>
	<-5044830478082109345@unknownmsgid>
Message-ID: <be31d3800811050647m61898754w131cdc4caee8d66d@mail.gmail.com>

Ty dlinky 804hv máme na běžných adsl, takže si troufám tvrdit, že tak
půlmegabit je ověřen.

Dne 5. listopad 2008 15:41 Tomáš Koželuh <mr.death na ipq.cz> napsal(a):

>
> PS: Krabičky typu Asus za 2000Kč VPN na rychlých linkách stíhat nebudou,
> zkoušel jsem a padá to, prostě moc slabý hardware.
>
>



-- 
S pozdravem
Tomáš Krbec

From mr.death na ipq.cz  Wed Nov  5 15:56:41 2008
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Wed, 5 Nov 2008 15:56:41 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <be31d3800811050647m61898754w131cdc4caee8d66d@mail.gmail.com>
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>	<-5044830478082109345@unknownmsgid>
	<be31d3800811050647m61898754w131cdc4caee8d66d@mail.gmail.com>
Message-ID: <003901c93f56$b69141c0$23b3c540$@death@ipq.cz>

0,5Mbit dneska už opravdu nepovažuju za rychlou linku. Já jsem psal o
linkách na úrovni 5 a víc Mbit. V tomto případě se jednalo o linku tuším
10Mbit (na obou stranách) a ten Asus to nestíhal a spojení padalo.
Ale samozřejmě nemůžu tvrdit, že by to ten D-Link nezvládnul, může na to být
o dost líp připraven, ale je to spíš varování, že levný krabičky to zvládat
nemusí...

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Tomáš Krbec
> Sent: Wednesday, November 05, 2008 3:48 PM
> 
> Ty dlinky 804hv máme na běžných adsl, takže si troufám tvrdit, že tak
> půlmegabit je ověřen.



From jan-kovar na meggle.cz  Wed Nov  5 15:57:12 2008
From: jan-kovar na meggle.cz (=?utf-8?B?S292w6HFmSBKYW4=?=)
Date: Wed, 5 Nov 2008 15:57:12 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <be31d3800811050647m61898754w131cdc4caee8d66d@mail.gmail.com>
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz><-5044830478082109345@unknownmsgid>
	<be31d3800811050647m61898754w131cdc4caee8d66d@mail.gmail.com>
Message-ID: <7B92CD4F512D08469E24CCAC7856D4C6010F6270@phants01.meggle.cz>

Hmmm. Ja budu potrebovat vymacknout maximum ze 4mbit. To jsem zapomnel dodat u tech VPN, ze budu potrebovat vysokou stabilitu pri maximalnim zatizeni. V nekterych okamzicich data potecou obousmerne na maximum, co se povede z linky vyzdimat. Nejpomalejsi pobocka ma 4mbit linku. (4mbit up i down)

Honza

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf Of
> Tomáš Krbec
> Sent: Wednesday, November 05, 2008 3:47 PM
> To: Diskuse o Linuxu v cestine
> Subject: Re: VPN propojeni tri pobocek s Centos 5.2
> 
> Ty dlinky 804hv máme na běžných adsl, takže si troufám tvrdit, že tak
> půlmegabit je ověřen.
> 
> Dne 5. listopad 2008 15:41 Tomáš Koželuh <mr.death na ipq.cz> napsal(a):
> 
> >
> > PS: Krabičky typu Asus za 2000Kč VPN na rychlých linkách stíhat nebudou,
> > zkoušel jsem a padá to, prostě moc slabý hardware.
> >
> >
> 
> 
> 
> --
> S pozdravem
> Tomáš Krbec
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux

From dobes na tes.eu  Wed Nov  5 16:00:11 2008
From: dobes na tes.eu (Michal Dobes)
Date: Wed, 05 Nov 2008 16:00:11 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>
Message-ID: <4911B4FB.9070409@tes.eu>


Vytvoření IPsec tunelů mezi těmi třemi pobočkami je asi
10 minut klikání v konfigurátoru sítě na těch třech CentOSech.
Máte-li slušný HW serveru, tak není problém ustár celkem
rychlé toky.

Vyrobení serveru pro Road warriory je už složitější. Buď ten
navržený OpenVPN nebo po přidání pár komponent udělat L2TP/IPsec
server, tam pak ověřování proti doméně je zcela bez problémů,
ale je to už trošku víc práce nakonfigurovat.

M.


From node.ch na centrum.cz  Wed Nov  5 17:52:13 2008
From: node.ch na centrum.cz (LLK)
Date: Wed, 05 Nov 2008 17:52:13 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <4911B4FB.9070409@tes.eu>
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>
	<4911B4FB.9070409@tes.eu>
Message-ID: <200811051752.30589@centrum.cz>

Tyhle veci myslim dela take VIGOR modemy (ma pry kryptovaci CPU).

Na bezne linky (DSL) to umi treba i lepsi DSL modemy v cene (zdarma). Ten Asus s OpenVPN kolik mips ma CPU a mel zaplou kompresi nebo jen kryptovani? Tam je jen zakladni CPU.

Na 10Mbit symetricky, to dnes asi neni jeste uplne bezne pripojeni, kolik takova linka stoji?

Ten zmineny DLINK, kolik ma kryptovaci kapacitu?



From mr.death na ipq.cz  Wed Nov  5 18:36:27 2008
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Wed, 5 Nov 2008 18:36:27 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <200811051752.30589@centrum.cz>
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>	<4911B4FB.9070409@tes.eu>
	<200811051752.30589@centrum.cz>
Message-ID: <005101c93f6d$0826de80$18749b80$@death@ipq.cz>

U toho Asus MIPS nevím, jde to nějak rozumně zjistit? CPU má jinak cca
200MHz. Ani si už nepamatuju jestli byla zapnutá komprese, ale je dost
možný, že byla (konfigurace se brala z routerů ostatních poboček, kde jsou
nějaký obyčejný PC s Celerony).
Cenu linky neznám, do firmy vede optika a na pobočce to zatím řeší lokální
provider přes wifi (rychlost tipuju na 5-10Mbit, míň to asi nebude), než
zajistí linku DialTelecom (už mu to trvá čtvrt roku).
Nakonec se tam nahodil místo Asuse jeden z nejlevnějších serverů HP s
CarePackem (cena do 15.000Kč), dělá akorát VPN a DHCP, jinak se fláká.

> -----Original Message-----
> From: linux-bounces+mr.death=ipq.cz na linux.cz [mailto:linux-
> bounces+mr.death=ipq.cz na linux.cz] On Behalf Of LLK
> Sent: Wednesday, November 05, 2008 5:52 PM
> 
> Tyhle veci myslim dela take VIGOR modemy (ma pry kryptovaci CPU).
> 
> Na bezne linky (DSL) to umi treba i lepsi DSL modemy v cene (zdarma).
> Ten Asus s OpenVPN kolik mips ma CPU a mel zaplou kompresi nebo jen
> kryptovani? Tam je jen zakladni CPU.
> 
> Na 10Mbit symetricky, to dnes asi neni jeste uplne bezne pripojeni,
> kolik takova linka stoji?
> 
> Ten zmineny DLINK, kolik ma kryptovaci kapacitu?



From node.ch na centrum.cz  Wed Nov  5 19:11:52 2008
From: node.ch na centrum.cz (LLK)
Date: Wed, 05 Nov 2008 19:11:52 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <005101c93f6d$0826de80$18749b80$@death@ipq.cz>
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>
	<200811051752.30589@centrum.cz>
	<005101c93f6d$0826de80$18749b80$@death@ipq.cz>
Message-ID: <200811051911.7431@centrum.cz>

200MHz bude mit 200 MIPS :-) je to v /proc/cpuinfo tusim

Takovy PC server veme za rtok 3-5000 Kc za elektriku.

WiFi 802.11b da tak 5Mbit na blizko...

______________________________________________________________
> Od: mr.death na ipq.cz
> Komu: &quot;'Diskuse o Linuxu v cestine'&quot; &lt;linux na linux.cz&gt;
> Datum: 05.11.2008 18:36
> Předmět: RE: VPN propojeni tri pobocek s Centos 5.2
>
>U toho Asus MIPS nevím, jde to nějak rozumně zjistit? CPU má jinak cca
>200MHz. Ani si už nepamatuju jestli byla zapnutá komprese, ale je dost
>možný, že byla (konfigurace se brala z routerů ostatních poboček, kde jsou
>nějaký obyčejný PC s Celerony).
>Cenu linky neznám, do firmy vede optika a na pobočce to zatím řeší lokální
>provider přes wifi (rychlost tipuju na 5-10Mbit, míň to asi nebude), než
>zajistí linku DialTelecom (už mu to trvá čtvrt roku).
>Nakonec se tam nahodil místo Asuse jeden z nejlevnějších serverů HP s
>CarePackem (cena do 15.000Kč), dělá akorát VPN a DHCP, jinak se fláká.
>
>> -----Original Message-----
>> From: linux-bounces+mr.death=ipq.cz na linux.cz [mailto:linux-
>> bounces+mr.death=ipq.cz na linux.cz] On Behalf Of LLK
>> Sent: Wednesday, November 05, 2008 5:52 PM
>> > Tyhle veci myslim dela take VIGOR modemy (ma pry kryptovaci CPU).
>> > Na bezne linky (DSL) to umi treba i lepsi DSL modemy v cene (zdarma).
>> Ten Asus s OpenVPN kolik mips ma CPU a mel zaplou kompresi nebo jen
>> kryptovani? Tam je jen zakladni CPU.
>> > Na 10Mbit symetricky, to dnes asi neni jeste uplne bezne pripojeni,
>> kolik takova linka stoji?
>> > Ten zmineny DLINK, kolik ma kryptovaci kapacitu?
>
>_______________________________________________
>Linux mailing list
>Linux na linux.cz
>http://www.linux.cz/mailman/listinfo/linux
>



From spm na spamik.cz  Wed Nov  5 19:15:48 2008
From: spm na spamik.cz (Jan Krajdl)
Date: Wed, 5 Nov 2008 19:15:48 +0100
Subject: Qt, QSound a NAS
Message-ID: <20081105181548.GA18701@casablanca.cz>

Zdravím konferu.
Řeším teď jeden problém - na workstationě jsem si napsal aplikaci v
Qtčku, která přes QSound přehrává zvuk (pro upřesnění je to v pythonu
a PyQt4). Na workstationě vše normálně funguje, zvuky se přehrávají,
všechno ok. Když jsem aplikaci nacpal na stroj, kde má finálně běžet,
zbuchnou mi celé Xka (aplikace se v nich pouští místo WM) s touto
hláškou:
BadBucket
  Request Major code 5 ()
  Error Serial #17
  Current Serial #19

A nemůžu za boha přijít na to, co s tím :( Pokud si aplikaci ze stroje
pustím z SSHčka s -X, tak nespadne, nic nenapíše, ale bohužel taky nic
nepřehraje. NAS je na stroji puštěný, přes aplay soubory bez problémů
přehraju, přístup ke zvukovým souborům je taky. S tímhle problémem
jsem vygooglil dvě témata... v jednom případě měl napsáno špatně jméno
souboru (což nemám) a to druhé zůstalo nezodpovězené... napadá někoho,
co s tím, případně čím by to mohlo být? Mně už jedině napadá postupně
zkoušet upgradovat věci v systému - finální stroj má obstarší debian
(resp. nový, ale updatovaný před dosti dlouhou dobou; na workstationě
mám téměř všechno poslední...).

Předem díky,
SPM.


From mr.death na ipq.cz  Wed Nov  5 19:49:19 2008
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Wed, 5 Nov 2008 19:49:19 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <200811051911.7431@centrum.cz>
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>	<200811051752.30589@centrum.cz>	<005101c93f6d$0826de80$18749b80$@death@ipq.cz>
	<200811051911.7431@centrum.cz>
Message-ID: <006401c93f77$35ba7500$a12f5f00$@death@ipq.cz>

Já myslím, že dvanáct plnohodnotných Proliantů ML350 a ML370 veme za rok
tolik, že se tam jeden další a ještě tak malej ztratí, hlavně tam je
minimálně NBD care pack, takže se pak člověk o nic nemusí starat...

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of LLK
> Sent: Wednesday, November 05, 2008 7:12 PM
> 
> 200MHz bude mit 200 MIPS :-) je to v /proc/cpuinfo tusim
> 
> Takovy PC server veme za rtok 3-5000 Kc za elektriku.
> 
> WiFi 802.11b da tak 5Mbit na blizko...



From hanuska na ip-sec.cz  Wed Nov  5 19:33:19 2008
From: hanuska na ip-sec.cz (=?ISO-8859-2?Q?Ivo_Hanu=B9ka?=)
Date: Wed, 05 Nov 2008 19:33:19 +0100
Subject: OT: =?ISO-8859-2?Q?jak=FD_CMS_zvolit_pro_technologickou_?=
	=?ISO-8859-2?Q?webovou_aplikaci?=
Message-ID: <4911E6EF.2020906@ip-sec.cz>

Zdravím všechny!

Mám za úkol vytvořit "technologickou aplikaci", nebo spíš něco jako 
webovou stránku, která bude shromažďovat nějaká data zadávaná přes web a 
zobrazovat je dál v nějaké konsolidované formě opět na webu.
Rád bych si ušetřil práci a použil nějaký CMS, který by mohl obsahovat 
základní programátorské nástroje. Mám poměrně rozsáhlé zkušenosti s PHP 
(včetně PEARu) a s různými DB stroji,  a nebráním se získání zkušeností 
s nějakým jiným nástrojem, ale na zpracování celé aplikace je relativně 
málo času, takže nemohu začíst studovat něco "z gruntu".

Byl bych rád za Vaše tipy a postřehy k věci, které by mi mohly pomoci.

Děkuju

IH


From lukesh na seznam.cz  Wed Nov  5 20:33:45 2008
From: lukesh na seznam.cz (Jaroslav Lukesh)
Date: Wed, 5 Nov 2008 20:33:45 +0100
Subject: jak
References: <4911E6EF.2020906@ip-sec.cz>
Message-ID: <096c01c93f7d$6c9955e0$6164a8c0@xp>

ZMS: CMS pro technologii, vědu a medicínu

http://zms-publishing.com/

http://bscw.hoffmannliebenberg.de/pub/bscw.cgi/d245891/Whitepaper_ZMS2.pdf


----- Original Message ----- 
From: "Ivo Hanuška" <hanuska na ip-sec.cz>

Mám za úkol vytvořit "technologickou aplikaci", nebo spíš něco jako
webovou stránku, která bude shromažďovat nějaká data zadávaná přes web a
zobrazovat je dál v nějaké konsolidované formě opět na webu.
Rád bych si ušetřil práci a použil nějaký CMS, který by mohl obsahovat
základní programátorské nástroje. Mám poměrně rozsáhlé zkušenosti s PHP
(včetně PEARu) a s různými DB stroji,  a nebráním se získání zkušeností
s nějakým jiným nástrojem, ale na zpracování celé aplikace je relativně
málo času, takže nemohu začíst studovat něco "z gruntu".



From d.petr na post.cz  Wed Nov  5 20:57:55 2008
From: d.petr na post.cz (d.petr)
Date: Wed, 05 Nov 2008 20:57:55 +0100
Subject: Jadro 2.6.27 a rychlost PC
In-Reply-To: <20081104233931.362E.0@paddy.troja.mff.cuni.cz>
References: <20081104233931.362E.0@paddy.troja.mff.cuni.cz>
Message-ID: <4911FAC3.10409@post.cz>

Doplnění a oprava mé dnešní ranní odpovědi:

Pavel Kankovsky wrote:
>> 3) Kopirovani pres ssh je v 2.6 asi 5krat (!!) pomalejsi, nez v 2.4
> 
> To je opravdu zajímavé, protože SSH většinu práce (šifrování) dělá 
> v userspace a tam by vliv verze jádra měl být zcela zanedbatelný.

> Je při té operaci na obou verzích stejné zatížení CPU?

Zkontroloval jsem zatížení programem "top". Čísla jsou v %, hodnoty 
občas ustřelovaly, ale průměrně byly takovéto:

program:       2.4        2.6
dd            50-60      50-55
cat           20-25      40-45
top           15-20        6
sshd           0-5        <1

a ze sumárního řádku
us            12-25      10-15
sy            75-85      85-90


> Liší se podle verze jádra nějak výsledek openssl speed?

Zajímavá tabulka. Hodnoty se lišily tak do 10%. U některých metod bylo 
při malých počtech bytů rychlejší jádro 2.6, u některých 2.4. Se 
vzrůstajícím počtem bytů se výsledky jádra 2.6 zhoršovaly, takže u 
nejvyššího počtu už bylo 2.6 téměř vždy horší. Ale ten rozdíl byl vždy 
nejvýše tak těch 10%.



Jo a kopírování přes ssh na localhost bylo časově opět přibližně v 
poměru 1:5 v neprospěch 2.6.

Petr


From mikulik na physics.muni.cz  Wed Nov  5 22:31:52 2008
From: mikulik na physics.muni.cz (Petr Mikulik)
Date: Wed, 5 Nov 2008 21:31:52 GMT
Subject: nastaveni pro locate
In-Reply-To: <K9IMJr.Bq8@news.muni.cz>
References: <K9IMJr.Bq8@news.muni.cz>
Message-ID: <Pine.LNX.4.64.0811052230130.26771@monoceros.physics.muni.cz>

> mam OpenSuse 11 a system mi indexuje pro locate
> jen nektere disky.
> Nevite, kde se nastavuje, co indexuje updatedb?

YaST2 => System => Editor souboru /etc/sysconfig
a tam si vyberte Hledat "updatedb".

---
PM


From jfeit na ics.muni.cz  Wed Nov  5 22:42:40 2008
From: jfeit na ics.muni.cz (Josef Feit)
Date: Wed, 5 Nov 2008 21:42:40 GMT
Subject: nastaveni pro locate
In-Reply-To: <Pine.LNX.4.64.0811052230130.26771@monoceros.physics.muni.cz>
References: <K9IMJr.Bq8@news.muni.cz>
	<Pine.LNX.4.64.0811052230130.26771@monoceros.physics.muni.cz>
Message-ID: <K9vqy3.9n6@news.muni.cz>

Petr Mikulik napsal(a):
>> mam OpenSuse 11 a system mi indexuje pro locate
>> jen nektere disky.
>> Nevite, kde se nastavuje, co indexuje updatedb?
> 
> YaST2 => System => Editor souboru /etc/sysconfig
> a tam si vyberte Hledat "updatedb".

Diky, to bude ono!
JF


From stoupa na practisoft.cz  Thu Nov  6 02:57:09 2008
From: stoupa na practisoft.cz (Petr Vileta (fidokomik))
Date: Thu, 6 Nov 2008 02:57:09 +0100
Subject: nahrada Corel Draw nebo Adobe Illustrator
Message-ID: <getitp$1523$1@ns.felk.cvut.cz>

Vim, ze za Adobe Photoshop nebo Corel Photopaint lze na Linuxu jako nahradu 
pouzivat Gimp, ale exu\istuje nejaka nahrada za programy uvedene v %subj?

-- 
Petr
Skype: callto://fidokomik
Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR* :-)
Odpovidejte na petr na practisoft cz 



From petr.klima na sobriety.cz  Thu Nov  6 08:20:02 2008
From: petr.klima na sobriety.cz (=?UTF-8?B?UGV0ciBLbMOtbWE=?=)
Date: Thu, 06 Nov 2008 08:20:02 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <005101c93f6d$0826de80$18749b80$@death@ipq.cz>
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>	<4911B4FB.9070409@tes.eu>	<200811051752.30589@centrum.cz>
	<005101c93f6d$0826de80$18749b80$@death@ipq.cz>
Message-ID: <49129AA2.4040701@sobriety.cz>

Tomáš Koželuh wrote:
> U toho Asus MIPS nevím, jde to nějak rozumně zjistit? CPU má jinak cca
> 200MHz. Ani si už nepamatuju jestli byla zapnutá komprese, ale je dost
> možný, že byla (konfigurace se brala z routerů ostatních poboček, kde jsou
> nějaký obyčejný PC s Celerony).

Jo, ty procesory mivaji 200-266MHz, ale je to opravdu embedded vec,
takze vykon odpovida - scp to zvlada na rychlostech (pokud si vzpominam)
~200-300kB/s a to je malo.

Opravdu je nejjednodussi koupit zakladni konfiguraci zakladniho serveru
od Dellu nebo HP, vykon bude naprosto dostatecny, spotreba bude na
urovni toho poctu Asusu, ktery byste potreboval :-)

PK

-- 
Petr Klíma

Vývojář, správce sítě
Sobriety s.r.o.

e-mail: petr.klima na sobriety.cz



From spam na nagano.cz  Thu Nov  6 07:57:34 2008
From: spam na nagano.cz (Ladislav Vaiz)
Date: Thu, 06 Nov 2008 07:57:34 +0100
Subject: nahrada Corel Draw nebo Adobe Illustrator
In-Reply-To: <getitp$1523$1@ns.felk.cvut.cz>
References: <getitp$1523$1@ns.felk.cvut.cz>
Message-ID: <4912955E.3090107@nagano.cz>

Petr Vileta (fidokomik) napsal(a):
> Vim, ze za Adobe Photoshop nebo Corel Photopaint lze na Linuxu jako nahradu 
> pouzivat Gimp, ale exu\istuje nejaka nahrada za programy uvedene v %subj?
>
>   
Inkscape?
L.


From tomas.krbec na gmail.com  Thu Nov  6 08:59:33 2008
From: tomas.krbec na gmail.com (=?UTF-8?Q?Tom=C3=A1=C5=A1_Krbec?=)
Date: Thu, 6 Nov 2008 08:59:33 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <-1870217885560024984@unknownmsgid>
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>
	<-5044830478082109345@unknownmsgid>
	<be31d3800811050647m61898754w131cdc4caee8d66d@mail.gmail.com>
	<-1870217885560024984@unknownmsgid>
Message-ID: <be31d3800811052359s1d819f34t4b272ce0ba11163c@mail.gmail.com>

Tazatel v prvním dotazu bohužel neuvedl, jak má tlusté dráty :-)

Tady se o tom člověk samozřejmě nedočte, kolik to zvládne, ale s
velkou pravděpodobností máte pravdu.
ftp://ftp.dlink.eu/datasheets/DI-804HV.pdf


Dne 5. listopad 2008 15:56 Tomáš Koželuh <mr.death na ipq.cz> napsal(a):



-- 
S pozdravem
Tomáš Krbec

From jan-kovar na meggle.cz  Thu Nov  6 09:05:02 2008
From: jan-kovar na meggle.cz (=?utf-8?B?S292w6HFmSBKYW4=?=)
Date: Thu, 6 Nov 2008 09:05:02 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <be31d3800811052359s1d819f34t4b272ce0ba11163c@mail.gmail.com>
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz><-5044830478082109345@unknownmsgid><be31d3800811050647m61898754w131cdc4caee8d66d@mail.gmail.com><-1870217885560024984@unknownmsgid>
	<be31d3800811052359s1d819f34t4b272ce0ba11163c@mail.gmail.com>
Message-ID: <7B92CD4F512D08469E24CCAC7856D4C6010F6272@phants01.meggle.cz>



> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf Of
> Tomáš Krbec
> Sent: Thursday, November 06, 2008 9:00 AM
> To: Diskuse o Linuxu v cestine
> Subject: Re: VPN propojeni tri pobocek s Centos 5.2
> 
> Tazatel v prvním dotazu bohužel neuvedl, jak má tlusté dráty :-)
> 
> Tady se o tom člověk samozřejmě nedočte, kolik to zvládne, ale s
> velkou pravděpodobností máte pravdu.
> ftp://ftp.dlink.eu/datasheets/DI-804HV.pdf
> 
> 
> Dne 5. listopad 2008 15:56 Tomáš Koželuh <mr.death na ipq.cz> napsal(a):
> 

Pobocky maji ruzne linky, ale nejpomalejsi ma 4mbit (obousmerne).

Honza

From pstehlik na sophics.cz  Thu Nov  6 09:25:43 2008
From: pstehlik na sophics.cz (Petr Stehlik)
Date: Thu, 06 Nov 2008 09:25:43 +0100
Subject: Jadro 2.6.27 a rychlost PC
In-Reply-To: <4911FAC3.10409@post.cz>
References: <20081104233931.362E.0@paddy.troja.mff.cuni.cz>
	<4911FAC3.10409@post.cz>
Message-ID: <1225959943.1076.0.camel@petr>

d.petr píše v St 05. 11. 2008 v 20:57 +0100:
> cat           20-25      40-45

> Jo a kopírování přes ssh na localhost bylo časově opět přibližně v 
> poměru 1:5 v neprospěch 2.6.

mozna uz muzete nahradit slovo "kopírování" slovem "catování" ;-)

Petr




From linux na ssos.cz  Thu Nov  6 12:05:56 2008
From: linux na ssos.cz (=?ISO-8859-2?Q?Filip_Flaj=B9ar?=)
Date: Thu, 06 Nov 2008 11:05:56 +0000
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <7B92CD4F512D08469E24CCAC7856D4C6010F6272@phants01.meggle.cz>
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz><-5044830478082109345@unknownmsgid><be31d3800811050647m61898754w131cdc4caee8d66d@mail.gmail.com><-1870217885560024984@unknownmsgid>	<be31d3800811052359s1d819f34t4b272ce0ba11163c@mail.gmail.com>
	<7B92CD4F512D08469E24CCAC7856D4C6010F6272@phants01.meggle.cz>
Message-ID: <4912CF94.8040002@ssos.cz>

Cisco VPN Concentrator, ale to jsme asi jinde :-)
Ja mam zkusenost s Cisco 1712, ktery ma vpn modul. Da se koupit za 
pakatel a na 10Mbit lince jsem nemel problem.

-- Filip Flajsar

Kovář Jan napsal(a):
>   
>> -----Original Message-----
>> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf Of
>> Tomáš Krbec
>> Sent: Thursday, November 06, 2008 9:00 AM
>> To: Diskuse o Linuxu v cestine
>> Subject: Re: VPN propojeni tri pobocek s Centos 5.2
>>
>> Tazatel v prvním dotazu bohužel neuvedl, jak má tlusté dráty :-)
>>
>> Tady se o tom člověk samozřejmě nedočte, kolik to zvládne, ale s
>> velkou pravděpodobností máte pravdu.
>> ftp://ftp.dlink.eu/datasheets/DI-804HV.pdf
>>
>>
>> Dne 5. listopad 2008 15:56 Tomáš Koželuh <mr.death na ipq.cz> napsal(a):
>>
>>     
>
> Pobocky maji ruzne linky, ale nejpomalejsi ma 4mbit (obousmerne).
>
> Honza
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>   



From Vogl.Lubomir na seznam.cz  Thu Nov  6 11:40:07 2008
From: Vogl.Lubomir na seznam.cz (=?iso-8859-2?Q?Lubom=EDr=20Vogl?=)
Date: Thu, 06 Nov 2008 11:40:07 +0100 (CET)
Subject: =?us-ascii?Q?RE=3A=20SSH=20prihlaseni=20pomoci=20klice=20=2D=20prestalo=20fungovat?=
In-Reply-To: <AE3F31522091F245A5A151726FCEA11A01730090@EX-BE.oc.cz>
Message-ID: <5698.6352-22410-1445721936-1225968007@seznam.cz>

Asi jsem nasel problem

Nov  6 11:36:48 corwin sshd[11760]: debug1: Checking blacklist file /usr/share/ssh/blacklist.DSA-1024
Nov  6 11:36:48 corwin sshd[11760]: debug1: Found af:50:f5:e8:2b:e2:20:62:f4:e3:1e:07:df:d9:95:e5 in blac
klist

Zkousel jsem generovat pomoci ssh-keygen novy public key ale hlasi to stale dokola. 


>  ------------ Původní zpráva ------------
>  Od: Mašek Radek <Radek.Masek na o2services.cz>
>  Předmět: RE: SSH prihlaseni pomoci klice - prestalo fungovat
>  Datum: 30.10.2008 09:38:50
>  ----------------------------------------
>  > Ne. Přístupný být nemusí. Schválně jsem se kouknul, jaká mám práva já -
>  > 600
>  > na debiku.
>  > Zkusil jsem také nastavit 644 abych zjistil, jestli přihlašování začne
>  > dělat
>  > binec, ale nezačalo.
>  > Co Vám ještě mohu doporučit je spustit klienta v ukecaném modu -
>   [Mašek Radek] 
>  
>  Tak koukam ze s 600 to funguje. Kazdopadne je lepsi pustit ssh demona v debug
>  modu nez ssh -vvv
>  
>  v /etc/ssh/sshd_config  :
>  
>  # Logging
>  SyslogFacility AUTH
>  LogLevel DEBUG
>  
>  
>  v authlogu bude potom zaplava informaci 
>  
>  RM
>  _______________________________________________
>  Linux mailing list
>  Linux na linux.cz
>  http://www.linux.cz/mailman/listinfo/linux
>  
>  
>  


From linux na ssos.cz  Thu Nov  6 12:05:56 2008
From: linux na ssos.cz (=?ISO-8859-2?Q?Filip_Flaj=B9ar?=)
Date: Thu, 06 Nov 2008 11:05:56 +0000
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <7B92CD4F512D08469E24CCAC7856D4C6010F6272@phants01.meggle.cz>
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz><-5044830478082109345@unknownmsgid><be31d3800811050647m61898754w131cdc4caee8d66d@mail.gmail.com><-1870217885560024984@unknownmsgid>	<be31d3800811052359s1d819f34t4b272ce0ba11163c@mail.gmail.com>
	<7B92CD4F512D08469E24CCAC7856D4C6010F6272@phants01.meggle.cz>
Message-ID: <4912CF94.8040002@ssos.cz>

Cisco VPN Concentrator, ale to jsme asi jinde :-)
Ja mam zkusenost s Cisco 1712, ktery ma vpn modul. Da se koupit za 
pakatel a na 10Mbit lince jsem nemel problem.

-- Filip Flajsar

Kovář Jan napsal(a):
>   
>> -----Original Message-----
>> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf Of
>> Tomáš Krbec
>> Sent: Thursday, November 06, 2008 9:00 AM
>> To: Diskuse o Linuxu v cestine
>> Subject: Re: VPN propojeni tri pobocek s Centos 5.2
>>
>> Tazatel v prvním dotazu bohužel neuvedl, jak má tlusté dráty :-)
>>
>> Tady se o tom člověk samozřejmě nedočte, kolik to zvládne, ale s
>> velkou pravděpodobností máte pravdu.
>> ftp://ftp.dlink.eu/datasheets/DI-804HV.pdf
>>
>>
>> Dne 5. listopad 2008 15:56 Tomáš Koželuh <mr.death na ipq.cz> napsal(a):
>>
>>     
>
> Pobocky maji ruzne linky, ale nejpomalejsi ma 4mbit (obousmerne).
>
> Honza
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>   




From pavel.vedral na incad.cz  Thu Nov  6 13:57:30 2008
From: pavel.vedral na incad.cz (Pavel Vedral)
Date: Thu, 6 Nov 2008 13:57:30 +0100
Subject: =?utf-8?B?UkU6IGpha8O9IENNUyB6dm9saXQgcHJvIHRlY2hub2xv?=
	=?utf-8?B?Z2lja291IHdlYm92b3UgYXBsaWthY2k=?=
In-Reply-To: <4911E6EF.2020906@ip-sec.cz>
References: <4911E6EF.2020906@ip-sec.cz>
Message-ID: <C69FBDE26A63204E818FA38A6337A81D3A5BFF@sbs.incadsbs.local>

Na podobné "štěky" používáme Oracle Application Express, pokud není k dispozici licencovaný Oracle používám free dvojkombinaci Oracle XE + Application Express 3.1

Klidně vám to za nějaký mrzký peníz udělám. Ozvěte se na moji adresu přímo, ať neznečišťujeme konferenci.

Pavel

-----Original Message-----
From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf Of Ivo Hanuška
...
Mám za úkol vytvořit "technologickou aplikaci", nebo spíš něco jako 
webovou stránku, která bude shromažďovat nějaká data zadávaná přes web a 
zobrazovat je dál v nějaké konsolidované formě opět na webu....

From Radek.Masek na o2services.cz  Thu Nov  6 14:08:27 2008
From: Radek.Masek na o2services.cz (=?iso-8859-2?Q?Ma=B9ek_Radek?=)
Date: Thu, 6 Nov 2008 14:08:27 +0100
Subject: SSH prihlaseni pomoci klice - prestalo fungovat
In-Reply-To: <5698.6352-22410-1445721936-1225968007@seznam.cz>
References: <AE3F31522091F245A5A151726FCEA11A01730090@EX-BE.oc.cz>
	<5698.6352-22410-1445721936-1225968007@seznam.cz>
Message-ID: <AE3F31522091F245A5A151726FCEA11A01730A47@EX-BE.oc.cz>

> Asi jsem nasel problem
> 
> Nov  6 11:36:48 corwin sshd[11760]: debug1: Checking blacklist file
> /usr/share/ssh/blacklist.DSA-1024
> Nov  6 11:36:48 corwin sshd[11760]: debug1: Found
> af:50:f5:e8:2b:e2:20:62:f4:e3:1e:07:df:d9:95:e5 in blac
> klist
> 
> Zkousel jsem generovat pomoci ssh-keygen novy public key ale hlasi to
> stale dokola.
> 
[Mašek Radek] 
a mate novy klic v ~/.ssh/authorized_keys ?

jinak zkuste man ssh-vulnkey

RM


From stoupa na practisoft.cz  Thu Nov  6 14:48:29 2008
From: stoupa na practisoft.cz (Petr Vileta (fidokomik))
Date: Thu, 6 Nov 2008 14:48:29 +0100
Subject: nahrada Corel Draw nebo Adobe Illustrator
References: <getitp$1523$1@ns.felk.cvut.cz>
	<mailman.184.1225956543.3940.linux@linux.cz>
Message-ID: <geusl1$1l7k$1@ns.felk.cvut.cz>

Ladislav Vaiz wrote:
> Petr Vileta (fidokomik) napsal(a):
>> Vim, ze za Adobe Photoshop nebo Corel Photopaint lze na Linuxu jako
>> nahradu pouzivat Gimp, ale exu\istuje nejaka nahrada za programy
>> uvedene v %subj?
> Inkscape?

Diky za tip. Kdyz jsem si to dal najit googlem, tak jsem narazil jeste na 
Sodipodi. Vypada to, ze za par let skutecne muze desktopovy Linux nahradit 
Widle. Jeste nejaky GNU AutoCAD a Tranzit (pro prekladatele) a bude hotovo :-)

-- 
Petr
Skype: callto://fidokomik
Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR*
:-) Odpovidejte na petr na practisoft cz



From petr.klima na madeta.cz  Thu Nov  6 15:45:13 2008
From: petr.klima na madeta.cz (=?ISO-8859-2?Q?Petr_Kl=EDma?=)
Date: Thu, 06 Nov 2008 15:45:13 +0100
Subject: Squid log analyzer
Message-ID: <491302F9.70604@madeta.cz>

Máte někdo zkušenosti s jiným $SUBJ než je SARG ?

Potřebuji dělat statistiky přenesených dat přes tyto relace za období 
(den, týden, měsíc):

PC
www server
user

user -> www server
PC -> www server
user -> PC


moc se mi to nechce psát ...


From zed na bm.ipex.cz  Thu Nov  6 15:46:02 2008
From: zed na bm.ipex.cz (David Zednicek)
Date: Thu, 6 Nov 2008 15:46:02 +0100 (CET)
Subject: Jadro 2.6.27 a rychlost PC
In-Reply-To: <4911FAC3.10409@post.cz>
Message-ID: <Pine.LNX.4.44.0811061541070.19033-100000@eva.bm.ipex.cz>

On Wed, 5 Nov 2008, d.petr wrote:

> Doplnění a oprava mé dnešní ranní odpovědi:
> 
...
> 
> Jo a kopírování přes ssh na localhost bylo časově opět přibližně v 
> poměru 1:5 v neprospěch 2.6.

Zdravim!

A nemuze byt problem treba v pomalosti disku?
Napada me, ze kdyby disk ve 2.4 pouzival (U)DMA a v 2.6 PIO, mohlo by se to 
takto chovat. Pri beznem kopirovani se to nemusi projevit protoze CPU ma 
spoustu casu a zvladne to bez zjevneho zpomaleni, ale pri zatezi se 
zpomaleni projevi protoze PIO mod nestiha.

chtelo by to overit v hdparm , pripadne alespon zkontrolovat dmesg.

ZeD



From lists_mk na wujiman.net  Thu Nov  6 15:48:36 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Thu, 6 Nov 2008 15:48:36 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <4912CF94.8040002@ssos.cz>
References: <be31d3800811052359s1d819f34t4b272ce0ba11163c@mail.gmail.com>
	<7B92CD4F512D08469E24CCAC7856D4C6010F6272@phants01.meggle.cz>
	<4912CF94.8040002@ssos.cz>
Message-ID: <20081106144836.GC17339@finrod>

On Thu, Nov 06, 2008 at 11:05:56AM +0000, Filip Flajšar wrote:
> Cisco VPN Concentrator, ale to jsme asi jinde :-)
> Ja mam zkusenost s Cisco 1712, ktery ma vpn modul. Da se koupit za 
> pakatel a na 10Mbit lince jsem nemel problem.

Porizovat VPN Concentrator od cisca kvuli trem pobockam na pomalych linkach?
Nevidim jedinou vyhodu krome toho, ze z nejakeho duvodu je hrozne "in" mit na
krabickach v serverovne napsano "cisco". 

Z pohledu flexibility bych tam nacpal openvpn a klidne bych to postavil bud na
krabickach s openwrt nebo na integrovanych deskach s linuxem na flashce. Pak
ma clovek nastroj na ruzne konfigurace.

mk


From jomajm na gmail.com  Thu Nov  6 15:52:23 2008
From: jomajm na gmail.com (Jozef Martiniak)
Date: Thu, 06 Nov 2008 15:52:23 +0100
Subject: Jadro 2.6.27 a rychlost PC
In-Reply-To: <Pine.LNX.4.44.0811061541070.19033-100000@eva.bm.ipex.cz>
References: <Pine.LNX.4.44.0811061541070.19033-100000@eva.bm.ipex.cz>
Message-ID: <491304A7.9080602@gmail.com>

To by mu ale islo pomaly aj FTP.
Nemozete pouzit strace pri scp prenose ? Aspon zistite, ake systemove 
volania sa pouzivaju a kde je problem.


David Zednicek wrote:
> On Wed, 5 Nov 2008, d.petr wrote:
>
>   
>> Doplnění a oprava mé dnešní ranní odpovědi:
>>
>>     
> ...
>   
>> Jo a kopírování přes ssh na localhost bylo časově opět přibližně v 
>> poměru 1:5 v neprospěch 2.6.
>>     
>
> Zdravim!
>
> A nemuze byt problem treba v pomalosti disku?
> Napada me, ze kdyby disk ve 2.4 pouzival (U)DMA a v 2.6 PIO, mohlo by se to 
> takto chovat. Pri beznem kopirovani se to nemusi projevit protoze CPU ma 
> spoustu casu a zvladne to bez zjevneho zpomaleni, ale pri zatezi se 
> zpomaleni projevi protoze PIO mod nestiha.
>
> chtelo by to overit v hdparm , pripadne alespon zkontrolovat dmesg.
>
> ZeD
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>   



From zed na bm.ipex.cz  Thu Nov  6 16:00:30 2008
From: zed na bm.ipex.cz (David Zednicek)
Date: Thu, 6 Nov 2008 16:00:30 +0100 (CET)
Subject: Jadro 2.6.27 a rychlost PC
In-Reply-To: <491304A7.9080602@gmail.com>
Message-ID: <Pine.LNX.4.44.0811061554390.19033-100000@eva.bm.ipex.cz>

On Thu, 6 Nov 2008, Jozef Martiniak wrote:

> To by mu ale islo pomaly aj FTP.
> Nemozete pouzit strace pri scp prenose ? Aspon zistite, ake systemove 
> volania sa pouzivaju a kde je problem.

To si prave nemyslim, protoze FTP jen bere data z disku a posila je dal, nic 
s nima nedela tj. CPU neni zatizeny (pretizeny), kdezto SSH/SCP ma vyuziti 
CPU nasobne vetsi a nemusi stihat cist data z disku.
Mozna je to slepa kolej, ale jen me to napadlo...

Otazka je jaka je absolutni rychlost prenosu pres SSH a FTP.
pripadne test na lokalnim disku pomoci hdparm -Tt anebo dd...

ZeD


-- 
 ~~~~~~~~~~~~~~~~~~~~~~~~~
  WhoAmI : David Zednicek
  mailto : zed na bm.ipex.cz
  http   : www.ipex.cz
  phone  : 05/452 451 11
 ~~~~~~~~~~~~~~~~~~~~~~~~~



From d.petr na post.cz  Thu Nov  6 16:22:27 2008
From: d.petr na post.cz (d.petr na post.cz)
Date: Thu, 06 Nov 2008 16:22:27 +0100 (CET)
Subject: =?us-ascii?Q?Re=3A=20Jadro=202=2E6=2E27=20a=20rychlost=20PC?=
In-Reply-To: <Pine.LNX.4.44.0811061541070.19033-100000@eva.bm.ipex.cz>
Message-ID: <795.939-2270-995730951-1225984947@post.cz>

> > Jo a kopírování přes ssh na localhost bylo časově opět přibližně v 
> > poměru 1:5 v neprospěch 2.6.
> 
> A nemuze byt problem treba v pomalosti disku?
> Napada me, ze kdyby disk ve 2.4 pouzival (U)DMA a v 2.6 PIO, mohlo by se to 
> takto chovat. Pri beznem kopirovani se to nemusi projevit protoze CPU ma 
> spoustu casu a zvladne to bez zjevneho zpomaleni, ale pri zatezi se 
> zpomaleni projevi protoze PIO mod nestiha.
> 
> chtelo by to overit v hdparm , pripadne alespon zkontrolovat dmesg.

Nejsem si jisty, ale mam dojem, ze DMA ve 2.6 zapnute neni (2.4 ted nevim). Zkusil jsem to v hdparm i zapnout, ale bylo odmitnuto. Muzu to jeste proverit, ale nemyslim si, ze by toto bylo pricinou. Proc? Kopirovani asi 2 MB souboru pres ssh v 2.4 trva kolem 2 minut (ne fakt, nespletl jsem se). Kopirovani ve 2.6 asi 10 minut (opravdu si nedelam srandu). Kdyby vypocetni cast trvala procesoru srovnatelnou dobu v obou jadrech, pak zpomaleni o 8 minut na 2 MB souboru podle me nedokaze vysvetlit sebehorsi rezim disku.
Jen pro uplnost - FTP stejny soubor zkopiruje asi za 5 vterin v obou jadrech.

Petr


From janousek na fonet.cz  Thu Nov  6 16:34:27 2008
From: janousek na fonet.cz (=?iso-8859-2?Q?Pavel_Janou=B9ek?=)
Date: Thu, 6 Nov 2008 16:34:27 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <20081106144836.GC17339@finrod>
References: <be31d3800811052359s1d819f34t4b272ce0ba11163c@mail.gmail.com><7B92CD4F512D08469E24CCAC7856D4C6010F6272@phants01.meggle.cz><4912CF94.8040002@ssos.cz>
	<20081106144836.GC17339@finrod>
Message-ID: <4F23E9745D562F4D90373B9C5CEF44300400FBB0@percival.fonet.cz>

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Martin Kraus
> Z pohledu flexibility bych tam nacpal openvpn a klidne bych to postavil
> bud na
> krabickach s openwrt nebo na integrovanych deskach s linuxem na
> flashce. Pak
> ma clovek nastroj na ruzne konfigurace.

	Samozřejmě, za předpokladu, že správci sítě a managementu nebude
vadit, že každý uživatel bude muset být minimálně lokální administrátor
každého stroje, který se má komunikace účastnit.

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet    Za Kovárnou 9, 625 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  


From dmichal na altien.com  Thu Nov  6 17:03:48 2008
From: dmichal na altien.com (David Michal)
Date: Thu, 6 Nov 2008 16:03:48 -0000
Subject: Subversion html zprava z post-commit.
Message-ID: <D65DE45E9DB07C43B4F5210329E41BE66A95C5@londinium.hq.altien.com>

Zdravim,

Na post-commit hooku mam http://opensource.perlig.de/svnmailer/ , ale
vyvojari by ted chteli neco peknejsiho v html. Nemate nekdo nejaky tool
na pekny(rozumej eye-candy) report pro SVN commit ?

Diky,

David

 



From zed na bm.ipex.cz  Thu Nov  6 17:35:39 2008
From: zed na bm.ipex.cz (David Zednicek)
Date: Thu, 6 Nov 2008 17:35:39 +0100 (CET)
Subject: =?us-ascii?Q?Re=3A=20Jadro=202=2E6=2E27=20a=20rychlost=20PC?=
In-Reply-To: <795.939-2270-995730951-1225984947@post.cz>
Message-ID: <Pine.LNX.4.44.0811061723040.19033-100000@eva.bm.ipex.cz>

On Thu, 6 Nov 2008 d.petr na post.cz wrote:

> Nejsem si jisty, ale mam dojem, ze DMA ve 2.6 zapnute neni (2.4 ted nevim). Zkusil jsem to v hdparm i zapnout, ale bylo odmitnuto. Muzu to jeste proverit, ale nemyslim si, ze by toto bylo pricinou. Proc? Kopirovani asi 2 MB souboru pres ssh v 2.4 trva kolem 2 minut (ne fakt, nespletl jsem se). Kopirovani ve 2.6 asi 10 minut (opravdu si nedelam srandu). Kdyby vypocetni cast trvala procesoru srovnatelnou dobu v obou jadrech, pak zpomaleni o 8 minut na 2 MB souboru podle me nedokaze vysvetlit sebehorsi rezim disku.
> Jen pro uplnost - FTP stejny soubor zkopiruje asi za 5 vterin v obou jadrech.

Proverte jestli 2.4 pouziva UDMA anebo v pripade 486 asi spis DMA rezim a 
pokud ano a u 2.6 se nepouziva, tak je to tim. Na to bych si i vsadil. :)
Nejspis nejde zapnout, protoze mu chybi nejaky driver chipsetu (je treba 
najit ve starym jadru co je to zac a dokompilovat idealne primo do jadra).

Pokud vite jak funguje PIO mod a DMA mod (nebo UDMA), jde jednoduse o to,
ze o prenos dat z disku se u DMA nestara CPU a tim padem muze delat neco 
jinyho (treba kryptovat) a proto je to nasobne rychlejsi. Jeste ted si 
pomatuju "lenivost" Win pouzivajicich PIO misto DMA a ze uz je to dlouho.

PIO mod Vam udela ~2-3MB/s, DMA ~4-5MB/s (UDMA vic) zalezi na disku.
Rozdil v rychlosti se zda maly, ale rozdil v zatezi sysmemu obrovsky.
U PIO modu nedela CPU pomalu nic jinyho nez zurive prenasenii dat z disku. 

Myslim, ze kdyz zapnete DMA, pojede to. ;)

Schvalne si zkuste spustit hdparm -Tt /dev/hda anebo
time dd if=/dev/hda of=/dev/null bs=8192 count=1000 (prip count=5000) 

ZeD

-- 
 ~~~~~~~~~~~~~~~~~~~~~~~~~
  WhoAmI : David Zednicek
  mailto : zed na bm.ipex.cz
  http   : www.ipex.cz
  phone  : 05/452 451 11
 ~~~~~~~~~~~~~~~~~~~~~~~~~



From petr.klima na sobriety.cz  Thu Nov  6 17:38:14 2008
From: petr.klima na sobriety.cz (=?UTF-8?B?UGV0ciBLbMOtbWE=?=)
Date: Thu, 06 Nov 2008 17:38:14 +0100
Subject: Subversion html zprava z post-commit.
In-Reply-To: <D65DE45E9DB07C43B4F5210329E41BE66A95C5@londinium.hq.altien.com>
References: <D65DE45E9DB07C43B4F5210329E41BE66A95C5@londinium.hq.altien.com>
Message-ID: <49131D76.6090806@sobriety.cz>

Co? Jsou to snad vyvojari, tak proc takovy tool chcete po nas? :-)

PK

P.S.: Sorry, vecer uz inteligentnejsi posty nezvladam


-- 
Petr Klíma

Vývojář, správce sítě
Sobriety s.r.o.

e-mail: petr.klima na sobriety.cz



From dmichal na altien.com  Thu Nov  6 17:41:41 2008
From: dmichal na altien.com (David Michal)
Date: Thu, 6 Nov 2008 16:41:41 -0000
Subject: Subversion html zprava z post-commit.
In-Reply-To: <49131D76.6090806@sobriety.cz>
References: <D65DE45E9DB07C43B4F5210329E41BE66A95C5@londinium.hq.altien.com>
	<49131D76.6090806@sobriety.cz>
Message-ID: <D65DE45E9DB07C43B4F5210329E41BE66A95C8@londinium.hq.altien.com>

:) No vidis tahle odpoved me nenapadla. Jsem jim mohl poslat stranku s api k maileru a at se snazej.  :)

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Petr Klíma
> Sent: Thursday, November 06, 2008 4:38 PM
> To: Diskuse o Linuxu v cestine
> Subject: Re: Subversion html zprava z post-commit.
> 
> Co? Jsou to snad vyvojari, tak proc takovy tool chcete po nas? :-)
> 
> PK
> 
> P.S.: Sorry, vecer uz inteligentnejsi posty nezvladam
> 
> 
> --
> Petr Klíma
> 
> Vývojář, správce sítě
> Sobriety s.r.o.
> 
> e-mail: petr.klima na sobriety.cz


From lukesh na seznam.cz  Thu Nov  6 17:56:57 2008
From: lukesh na seznam.cz (Jaroslav Lukesh)
Date: Thu, 6 Nov 2008 17:56:57 +0100
Subject: Jadro 2.6.27 a rychlost PC
References: <795.939-2270-995730951-1225984947@post.cz>
Message-ID: <0d0c01c94030$af44cf60$6164a8c0@xp>

Přesně tak, výpočetní část. Je možné že z důvodu nějaké bezpečnosti zavedli 
komplikovanější zpracování šifrování.

----- Original Message ----- 
From: <d.petr na post.cz>
...

Kdyby vypocetni cast trvala procesoru srovnatelnou dobu v obou jadrech, pak 
zpomaleni o 8 minut na 2 MB souboru podle me nedokaze 



From luf na pzkagis.cz  Thu Nov  6 18:31:53 2008
From: luf na pzkagis.cz (Ludek Finstrle)
Date: Thu, 6 Nov 2008 18:31:53 +0100
Subject: Subversion html zprava z post-commit.
In-Reply-To: <D65DE45E9DB07C43B4F5210329E41BE66A95C5@londinium.hq.altien.com>
References: <D65DE45E9DB07C43B4F5210329E41BE66A95C5@londinium.hq.altien.com>
Message-ID: <20081106173153.GA25417@pzkagis.cz>

Thu, Nov 06, 2008 at 04:03:48PM -0000, David Michal napsal(a):
> Na post-commit hooku mam http://opensource.perlig.de/svnmailer/ , ale
> vyvojari by ted chteli neco peknejsiho v html. Nemate nekdo nejaky tool
> na pekny(rozumej eye-candy) report pro SVN commit ?

Ja pouzivam
/usr/bin/perl -MSVN::Notify::Config

Ma to nejaky html vystup, moc jsem se tim nezabyval, protoze byli
radi, ze maji vubec nejaky ;o) Ja chtel hlavne nejake rozumne deleni,
co komu zasilat.

Luf


From pferschmann na winstrom.cz  Thu Nov  6 19:12:12 2008
From: pferschmann na winstrom.cz (Petr Ferschmann)
Date: Thu, 06 Nov 2008 19:12:12 +0100
Subject: Beta RPM =?ISO-8859-2?Q?ekonomick=E9ho_syst=E9mu_WinStrom_?=
	=?ISO-8859-2?Q?10?=
Message-ID: <4913337C.6070700@winstrom.cz>

Dobrý den,

dnes jsme vydali beta verzi ekonomického systému WinStrom 10. Tento 
systém podporuje Windows, Mac OS X a také Linux.
Nově je zde kromě podpory DEB balíčků i podpora RPM. Hledáme tedy 
uživatele, kteří by měli zájem otestovat, že RPM balíček funguje i na 
jejich systému.

Co je potřeba udělat?
1) Stáhnout si balíček z 
http://winstrom.dev.softeu.cz/produkty/10/stazeni/beta/ . Pokud 
použijete Firefox či konqueror, mělo by to nabídnout i odpovídající typ 
balíčku. Případně je nutné vybrat distribuci.
2) Nainstalovat aplikaci
3) Spustit aplikaci z menu (případně příkazy winstrom), založit 
uživatele a přihlásit se.
4) Navíc můžete otestovat i zálohu firmy a obnovení ze zálohy

Aktuálně jsme testovali tyto distribuce:
    Ubuntu Intrepid 8.10, Hardy 8.04 a Gutsy 7.10
    Debian Etch s PostgreSQL 8.3
    OpenSuSE 11.0
    Fedora 9, 10
    Mandriva 2008, 2009

Schází nám:
    PCLinuxOS
    CentOS
    SLES
    RHEL
   
Měli by fungovat tyto funkce:
- instalace balíčku
- odinstalace balíčku
- přidání položky do menu
- automatická aktualizace z repository u systémů s APT, YUM a ZYPP.
- záloha firmy a obnovení ze zálohy

Budeme také vděčni za screenshoty z různých systémů.

Předem děkuji.

S pozdravem

-- 
Petr Ferschmann

--
W10 s.r.o.
Lochotínská 18, 301 00 Plzeň, Česká republika
Phone: +420 371 124 340, +420 775 638 008	
E-mail: pferschmann na winstrom.cz  http://www.winstrom.cz/



From d.petr na post.cz  Thu Nov  6 20:45:52 2008
From: d.petr na post.cz (d.petr)
Date: Thu, 06 Nov 2008 20:45:52 +0100
Subject: Jadro 2.6.27 a rychlost PC
In-Reply-To: <Pine.LNX.4.44.0811061554390.19033-100000@eva.bm.ipex.cz>
References: <Pine.LNX.4.44.0811061554390.19033-100000@eva.bm.ipex.cz>
Message-ID: <49134970.8070403@post.cz>

>> To by mu ale islo pomaly aj FTP.
>> Nemozete pouzit strace pri scp prenose ? Aspon zistite, ake systemove 
>> volania sa pouzivaju a kde je problem.
> 
> To si prave nemyslim, protoze FTP jen bere data z disku a posila je dal, nic 
> s nima nedela tj. CPU neni zatizeny (pretizeny), kdezto SSH/SCP ma vyuziti 
> CPU nasobne vetsi a nemusi stihat cist data z disku.
> Mozna je to slepa kolej, ale jen me to napadlo...
> 
> Otazka je jaka je absolutni rychlost prenosu pres SSH a FTP.
> pripadne test na lokalnim disku pomoci hdparm -Tt anebo dd...

Tak odpovím na několik dotazů najednou.
hdparm v obou jádrech tvrdí pouze multcount=16, io_support=16bit a 
readahead=8 (ve 2.6 readahead=256). Ostatní =0, tedy zřejmě ani DMA a 
ani IRQ.
Hodnoty hdparm v MB/s pro 2.4/2.6: cached 7.51/7.38, buffered 1.44/1.41, 
direct 1.94/1.99.

Absolutní rychlost pro SSH a FTP? Někde už jsem se zmínil: soubor 1,7 MB 
se přenese přes FTP za 5s, přes SSH ve 2.4 za asi 120s, ve 2.6 za asi 
600s (tj. asi 3 KB/s. No není to blesk? :-) ).

Zkoušel jsem i strace, ale nedokázal jsem ho přimět, aby změřilo ty 
správné procesy. Chtěl jsem ho použít při kopírování na localhost pomocí 
mc (tak, jak to dělám), ale strace mi vždy změřilo jen ten samotný mc 
(asi vteřina práce). Volba -f nebo -ff mi vždy zmrzla a musel jsem ten 
mc odstřelit z vedlejší konzole.

Napadlo mě zkusit i distribuční jádro (2.6.18) mého oblíbeného Debianu. 
Co myslíte, bylo rychlejší, nebo pomalejší než moje 2.6.27? ..... Ano, 
c) je správně. Nenabootovalo, protože nenašlo disk s rootem. Tipuju 
proto, že CONFIG_IDE_GENERIC (bez kterého mi disk taky nenajde) mají 
jako modul a ten se holt bez disku blbě hledá. Debiane, Debiane!
A nějak se mi už nechce kompilovat celé jejich jádro.

Takže zřejmě veškeré pokusy uzavřu s tím, že něco je jinak (a nevím, co) 
a přitom (doufám) ne úplně špatně. Všechna měření (disk, openssl speed) 
dopadají v obou jádrech podobně, přesto je rozdíl kopírování přes ssh 
5násobný. Snad se to neprojeví i jinde, soubory budu přenášet obyčejným FTP.

Děkuji všem, kteří se snažili přispět radou nebo nápadem.
Petr


From Jan na houstek.net  Thu Nov  6 21:04:36 2008
From: Jan na houstek.net (Jan Houstek)
Date: Thu, 6 Nov 2008 21:04:36 +0100 (CET)
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <4F23E9745D562F4D90373B9C5CEF44300400FBB0@percival.fonet.cz>
References: <be31d3800811052359s1d819f34t4b272ce0ba11163c@mail.gmail.com><7B92CD4F512D08469E24CCAC7856D4C6010F6272@phants01.meggle.cz><4912CF94.8040002@ssos.cz>
	<20081106144836.GC17339@finrod>
	<4F23E9745D562F4D90373B9C5CEF44300400FBB0@percival.fonet.cz>
Message-ID: <alpine.DEB.0.9999.0811062058050.12061@beatrix.harpy.ru>

On Thu, 6 Nov 2008, Pavel Janoušek wrote:
> 	Samozřejmě, za předpokladu, že správci sítě a managementu nebude
> vadit, že každý uživatel bude muset být minimálně lokální administrátor
> každého stroje, který se má komunikace účastnit.

Proč? Každý softwarový VPN klient (pokud to není jen přesměrovávač TCP 
portů) musí mít nějaká nadstandardní privilegia (kvůli vytvoření a 
nastavování virtuálního interface, routování apod.), což ale neznamená, že 
je taková privilegia musí mít i uživatel, kterému stačí mít možnost ten 
tunel zapnout a vypnout.

Konkrétně u OpenVPN na Windows se např. dá klient nainstalovat jako 
service a per-user pak povolit (de)aktivaci té služby, navíc novější verze 
OpenVPN mají i management interface.

-- HH

From pstehlik na sophics.cz  Thu Nov  6 22:05:58 2008
From: pstehlik na sophics.cz (Petr =?ISO-8859-1?Q?Stehl=EDk?=)
Date: Thu, 06 Nov 2008 22:05:58 +0100
Subject: Jadro 2.6.27 a rychlost PC
In-Reply-To: <49134970.8070403@post.cz>
References: <Pine.LNX.4.44.0811061554390.19033-100000@eva.bm.ipex.cz>
	<49134970.8070403@post.cz>
Message-ID: <1226005558.8200.3.camel@joy>

d.petr píše v Čt 06. 11. 2008 v 20:45 +0100:
> Absolutní rychlost pro SSH a FTP? Někde už jsem se zmínil: soubor 1,7 MB 
> se přenese přes FTP za 5s, přes SSH ve 2.4 za asi 120s, ve 2.6 za asi 
> 600s (tj. asi 3 KB/s. No není to blesk? :-) ).

ja uz si zacinam pripadat uplne nesvuj, ale porad nechapu, proc
kopirovani Midnight Commanderem (ktery pro to pouziva cat a dd) rikate
"kopirovani pres ssh"? A dale, proc jste porad jeste nezkusil opravdu
"kopirovat pres ssh", tedy prikazem scp?

A pokud tu jini meli stoprocentni napady s UDMA, tak prece nebylo nic
jednodussiho nez uz davno disk z kopirovani uplne vynechat a kopirovat
z/do /dev/shm/ (nebo jineho ramdisku v 2.4 kernelu)...

Petr




From d.petr na post.cz  Thu Nov  6 23:07:43 2008
From: d.petr na post.cz (d.petr)
Date: Thu, 06 Nov 2008 23:07:43 +0100
Subject: Jadro 2.6.27 a rychlost PC
In-Reply-To: <1226005558.8200.3.camel@joy>
References: <Pine.LNX.4.44.0811061554390.19033-100000@eva.bm.ipex.cz>	<49134970.8070403@post.cz>
	<1226005558.8200.3.camel@joy>
Message-ID: <49136AAF.2030800@post.cz>

Petr Stehlík wrote:
> ja uz si zacinam pripadat uplne nesvuj, ale porad nechapu, proc
> kopirovani Midnight Commanderem (ktery pro to pouziva cat a dd) rikate
> "kopirovani pres ssh"?  A dale, proc jste porad jeste nezkusil opravdu
> "kopirovat pres ssh", tedy prikazem scp?

Protože se tak nějak domnívám, že se s tím serverem mc spojí
prostřednictvím ssh a pak tím spojem kopíruje. Jak konkrétně uvnitř, po 
tom jsem nepátral, ale asi v obou případech stejně. Jinak tedy, že na 
serveru pracují jak vzteklí dd a cat, to mne překvapilo.
scp jsem asi kdysi taky už použil, když tak koukám do infa, jenže mc je 
pohodlnější - lépe se mi vybírá, kam kopíruju, odkud a co (jedním i 
druhým směrem).


> A pokud tu jini meli stoprocentni napady s UDMA, tak prece nebylo nic
> jednodussiho nez uz davno disk z kopirovani uplne vynechat a kopirovat
> z/do /dev/shm/ (nebo jineho ramdisku v 2.4 kernelu)...

Nejsem si jist, zda ve 2.4 něco takového mám, spíše bych tipoval, že ne. 
Ale na podívání bych musel zas přebootovat. Ve 2.6 shm mám a tam by to 
vlastně stačilo.


Jenže abyste neřekl, zkusil jsem to vaše scp.
.....
Půjdu se zastřelit. Trvalo to asi 10 vteřin. Na disk. Je to sice víc, 
než 5 vteřin FTP, ale méně, než 10 minut přes mc.
Jenže teď tomu rozumím pořád stejně blbě. Kdo tedy zdržuje 5krát víc (v 
porovnání s 2.4) a proč? mc? Ten asi ne, nejede na serveru. cat? dd? No 
ssh (nebo openssl??) tedy zřejmě ne.
Uf, pokračování jindy.

Petr


From node.ch na centrum.cz  Fri Nov  7 01:42:32 2008
From: node.ch na centrum.cz (LLK)
Date: Fri, 07 Nov 2008 01:42:32 +0100
Subject: O2 zpomaluje nektere servery,
	jaky program pro proxy pouzit aby bezel pod vice IP adresami?
In-Reply-To: <200811070142.9476@centrum.cz>
References: <200811070135.11402@centrum.cz> <200811070136.16988@centrum.cz>
	<200811070137.13025@centrum.cz> <200811070138.15034@centrum.cz>
	<200811070139.12779@centrum.cz> <200811070140.20091@centrum.cz>
	<200811070141.20204@centrum.cz> <200811070142.9476@centrum.cz>
Message-ID: <200811070142.14198@centrum.cz>

O2 zpomaluje nektere servery (treba ale nejen IP adresy rapidu) ... :-((

Jaky program pro proxy na serveru pouzit aby bezel pod vice IP adresami? 

Rekneme ze budu mit pocitac v rychlem Internetu s 5ti verejnymi IP adresami. Chci tam spustit nejakou jednoduchou proxy, aby

1) se namapovala na tech 5 IP adres:

IP.AD.RE.SA1:port
IP.AD.RE.SA2:port
IP.AD.RE.SA3:port
IP.AD.RE.SA4:port
IP.AD.RE.SA5:port

a aby to proxy ale kesovalo jako jedno proxy (pri pozadavku na stejne URL uz to nestahovalo znova)

Existuje treba FreeRapid, kteremu se podsune soubor obsahujici:

[login[:heslo]@]hostitel:port

takze by ta proxy mela omezit uzivatele podle loginu a i podle IP adresy klienta a mozna i serveru. 

A idealne kdyby nejak umela omezit upload aby s tim nekdo neuploadoval, ale jen stahoval...

Tak by se melo obejit omezeni rychlosti v O2 a take omezeni na 1 IP adresu u Rapidu a ten pocitac bude alespon vyuzity (webovy server zatezuje prevazne upload aa download je vetsinou nevyuzity).

Neco jednoduzsiho jak Squid..

A jeste je otazka, jaky Linux pouzit, na webovy server a na tuhle proxynu? Debian? Neco bezpecneho pro zacatecnika, co vy na to?


diky za namety, pripominky, tipy...



From janousek na fonet.cz  Fri Nov  7 08:22:45 2008
From: janousek na fonet.cz (=?UTF-8?B?UGF2ZWwgSmFub3XFoWVr?=)
Date: Fri, 7 Nov 2008 08:22:45 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <alpine.DEB.0.9999.0811062058050.12061@beatrix.harpy.ru>
References: <be31d3800811052359s1d819f34t4b272ce0ba11163c@mail.gmail.com><7B92CD4F512D08469E24CCAC7856D4C6010F6272@phants01.meggle.cz><4912CF94.8040002@ssos.cz><20081106144836.GC17339@finrod><4F23E9745D562F4D90373B9C5CEF44300400FBB0@percival.fonet.cz>
	<alpine.DEB.0.9999.0811062058050.12061@beatrix.harpy.ru>
Message-ID: <4F23E9745D562F4D90373B9C5CEF44300400FBB7@percival.fonet.cz>

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Jan Houstek
> On Thu, 6 Nov 2008, Pavel Janoušek wrote:
> > 	Samozřejmě, za předpokladu, že správci sítě a managementu nebude
> > vadit, že každý uživatel bude muset být minimálně lokální
> administrátor
> > každého stroje, který se má komunikace účastnit.
> 
> Proč? Každý softwarový VPN klient (pokud to není jen přesměrovávač TCP

Takže moje experience, přiznávám, že některé značně fousaté (ještě s 
verzemi 0.X) jsou asi takové. Dřívější postupy byly prováděný nad TAP 
device (ve Windows neexistoval TUN), což vzhledem k road-wariorům 
(RW) není vhodná ani žádaná konfigurace (*).

Pokusil jsem se pomocí Google udělat zběžnou rešerši tohoto problému a
aktualizovat své informace a narazil jsem mimo jiné na tento dokument:
http://openvpn.se/development.html, z něhož je patrné, že ani současná 
stable verze 2.0.X se bez patche neobejde a tedy není standardní 
současné stable intalace oni OpenVPN koncentrátoru ani OpenVPN GUI.

Hlavní problém je v nastavování (skrze pušhování via user config dir)
parametrů VPN spojení ze strany serveru. Nakonfigurujeme-li vše přímo 
na straně RW, možná se dostaneme do funkčního modelu sítě, ale nikoli
funkčního modelu z hlediska administrace.

Změnila-li se v mezidobí tato omezení, jsem jedině rád a opravdu milerád
si doplním své znalosti o možnostech tohoto SW, zatím však vím, že tohle
je poslední výtka k OpenVPN vůči komerčním řešením typu MS ISA VPN 
klient, CISCO VPN klient, CheckPoint Firewall apod.

(*) a to radši nezmiňuji topologie sítě, kdy RW byly konfigurovány jako 
integrální součást vnitřní sítě 10.0.0.0/8 a najednou přišel Český 
Telecom s úžasným ADSL a defaultní konfigurací brány na 10.0.0.138
pro všechny...

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet    Za Kovárnou 9, 625 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  




From pstehlik na sophics.cz  Fri Nov  7 08:23:42 2008
From: pstehlik na sophics.cz (Petr Stehlik)
Date: Fri, 07 Nov 2008 08:23:42 +0100
Subject: Jadro 2.6.27 a rychlost PC
In-Reply-To: <49136AAF.2030800@post.cz>
References: <Pine.LNX.4.44.0811061554390.19033-100000@eva.bm.ipex.cz>
	<49134970.8070403@post.cz> <1226005558.8200.3.camel@joy>
	<49136AAF.2030800@post.cz>
Message-ID: <1226042622.22660.4.camel@petr>

d.petr píše v Čt 06. 11. 2008 v 23:07 +0100:
> Petr Stehlík wrote:
> > ja uz si zacinam pripadat uplne nesvuj, ale porad nechapu, proc
> > kopirovani Midnight Commanderem (ktery pro to pouziva cat a dd) rikate
> > "kopirovani pres ssh"?  A dale, proc jste porad jeste nezkusil opravdu
> > "kopirovat pres ssh", tedy prikazem scp?
> 
> Protože se tak nějak domnívám, že se s tím serverem mc spojí
> prostřednictvím ssh a pak tím spojem kopíruje.

to je sice pravda, ale uz z vypisu 'top', co jste poslal ve stredu, bylo
videt, ze je neco divneho s 'cat'.

> scp jsem asi kdysi taky už použil, když tak koukám do infa, jenže mc je 
> pohodlnější - lépe se mi vybírá, kam kopíruju, odkud a co (jedním i 
> druhým směrem).

priznam se, ze ja taky kopiruju pres mc, kdyz mi nezalezi na rychlosti,
protoze je to opravdu pohodlnejsi. Ale z brutalni pomalosti mc
neodvozuju nic o problemech ssh ci novych jader.

> Jenže abyste neřekl, zkusil jsem to vaše scp.

dluzno dodat, ze neni "moje" ;-)

> Půjdu se zastřelit. Trvalo to asi 10 vteřin. Na disk. Je to sice víc, 
> než 5 vteřin FTP, ale méně, než 10 minut přes mc.

no jiste. A ted jeste pozadat o blowfish (nebo jak se jmenuje ta
nejslabsi sifra) a bude to jeste rychlejsi.

> Jenže teď tomu rozumím pořád stejně blbě. Kdo tedy zdržuje 5krát víc (v 
> porovnání s 2.4) a proč? mc? Ten asi ne, nejede na serveru. cat? dd?

no podle toho topu je to mozna neco s 'cat', coz uz by novy kernel
ovlivnit mohl (pochopitelneji nez samotne ssh)...

Petr




From lists_mk na wujiman.net  Fri Nov  7 08:36:18 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Fri, 7 Nov 2008 08:36:18 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <4F23E9745D562F4D90373B9C5CEF44300400FBB7@percival.fonet.cz>
References: <alpine.DEB.0.9999.0811062058050.12061@beatrix.harpy.ru>
	<4F23E9745D562F4D90373B9C5CEF44300400FBB7@percival.fonet.cz>
Message-ID: <20081107073618.GD25371@finrod>

On Fri, Nov 07, 2008 at 08:22:45AM +0100, Pavel Janoušek wrote:
> > -----Original Message-----
> > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> > Of Jan Houstek
> > On Thu, 6 Nov 2008, Pavel Janoušek wrote:
> > > 	Samozřejmě, za předpokladu, že správci sítě a managementu nebude
> > > vadit, že každý uživatel bude muset být minimálně lokální
> > administrátor
> > > každého stroje, který se má komunikace účastnit.
> > 
> > Proč? Každý softwarový VPN klient (pokud to není jen přesměrovávač TCP
> 
> Takže moje experience, přiznávám, že některé značně fousaté (ještě s 
> verzemi 0.X) jsou asi takové. Dřívější postupy byly prováděný nad TAP 
> device (ve Windows neexistoval TUN), což vzhledem k road-wariorům 
> (RW) není vhodná ani žádaná konfigurace (*).

nechapu co je za problem s tap devicem?
 
> Hlavní problém je v nastavování (skrze pušhování via user config dir)
> parametrů VPN spojení ze strany serveru. Nakonfigurujeme-li vše přímo 
> na straně RW, možná se dostaneme do funkčního modelu sítě, ale nikoli
> funkčního modelu z hlediska administrace.

pomoci dhcp? 
 
mk


From petr.klima na sobriety.cz  Fri Nov  7 08:42:12 2008
From: petr.klima na sobriety.cz (=?UTF-8?B?UGV0ciBLbMOtbWE=?=)
Date: Fri, 07 Nov 2008 08:42:12 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <4F23E9745D562F4D90373B9C5CEF44300400FBB7@percival.fonet.cz>
References: <be31d3800811052359s1d819f34t4b272ce0ba11163c@mail.gmail.com><7B92CD4F512D08469E24CCAC7856D4C6010F6272@phants01.meggle.cz><4912CF94.8040002@ssos.cz><20081106144836.GC17339@finrod><4F23E9745D562F4D90373B9C5CEF44300400FBB0@percival.fonet.cz>	<alpine.DEB.0.9999.0811062058050.12061@beatrix.harpy.ru>
	<4F23E9745D562F4D90373B9C5CEF44300400FBB7@percival.fonet.cz>
Message-ID: <4913F154.1010800@sobriety.cz>

Pavel Janoušek wrote:
> Pokusil jsem se pomocí Google udělat zběžnou rešerši tohoto problému a
> aktualizovat své informace a narazil jsem mimo jiné na tento dokument:
> http://openvpn.se/development.html, z něhož je patrné, že ani současná 
> stable verze 2.0.X se bez patche neobejde a tedy není standardní 
> současné stable intalace oni OpenVPN koncentrátoru ani OpenVPN GUI.

Co neni soucasti? TUN driver? To je pravda pouze castecne. Pro WinXP
(prinejmensim 32bit) je TUN driver soucasti, pro Vista je ale potreba
devel verze. Jinak se ten patch tyka pouzivani zaheslovaneho
certifikatu, coz, priznam se, mne netrapi.

> Hlavní problém je v nastavování (skrze pušhování via user config dir)
> parametrů VPN spojení ze strany serveru. Nakonfigurujeme-li vše přímo 
> na straně RW, možná se dostaneme do funkčního modelu sítě, ale nikoli
> funkčního modelu z hlediska administrace.

To souhlasim, proto, byt pouzivam OpenVPN, vse konfiguruji na strane
serveru.

Klienti s winXP pouzivaji stabilni 2.0.x verzi, ti s Vista pak devel 2.1

PK
-- 
Petr Klíma

Vývojář, správce sítě
Sobriety s.r.o.

e-mail: petr.klima na sobriety.cz



From marian_cavojsky na datalan.sk  Fri Nov  7 08:09:21 2008
From: marian_cavojsky na datalan.sk (Marian Cavojsky)
Date: Fri, 7 Nov 2008 08:09:21 +0100
Subject: Jadro 2.6.27 a rychlost PC
In-Reply-To: <49136AAF.2030800@post.cz>
References: <Pine.LNX.4.44.0811061554390.19033-100000@eva.bm.ipex.cz>
	<49134970.8070403@post.cz> <1226005558.8200.3.camel@joy>
	<49136AAF.2030800@post.cz>
Message-ID: <20081107070921.GB19043@stone.cavo.sk>

On Thu, Nov 06, 2008 at 11:07:43PM +0100, d.petr wrote:
> Jenže abyste neřekl, zkusil jsem to vaše scp.
> .....
> Půjdu se zastřelit. Trvalo to asi 10 vteřin. Na disk. Je to sice víc, 
> než 5 vteřin FTP, ale méně, než 10 minut přes mc.
> Jenže teď tomu rozumím pořád stejně blbě. Kdo tedy zdržuje 5krát víc (v 
> porovnání s 2.4) a proč? mc? Ten asi ne, nejede na serveru. cat? dd? No 
> ssh (nebo openssl??) tedy zřejmě ne.
> Uf, pokračování jindy.

Najvyssi cas opustit mc, alebo aspon jeho implemetaciu sshfs. Skuste si
nainstalovat original sshfs (asi pojde len v 2.6, lebo potrebuje fuse) a
mozete nad nim pouzivat aj mc, ked vam tak vyhovuje.
Kedze to nemozem odskusat na takom pomalom pocitaci, tak neviem ci to
bude take rychle ako ciste scp. mc komunikuje s druhou stranou sialenym
sposobom, takze sa moc necudujem.

Marian



From lists_mk na wujiman.net  Fri Nov  7 09:08:22 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Fri, 7 Nov 2008 09:08:22 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <4913F154.1010800@sobriety.cz>
References: <alpine.DEB.0.9999.0811062058050.12061@beatrix.harpy.ru>
	<4F23E9745D562F4D90373B9C5CEF44300400FBB7@percival.fonet.cz>
	<4913F154.1010800@sobriety.cz>
Message-ID: <20081107080822.GE25371@finrod>

On Fri, Nov 07, 2008 at 08:42:12AM +0100, Petr Klíma wrote:
> Pavel Janoušek wrote:
> > Hlavní problém je v nastavování (skrze pušhování via user config dir)
> > parametrů VPN spojení ze strany serveru. Nakonfigurujeme-li vše přímo 
> > na straně RW, možná se dostaneme do funkčního modelu sítě, ale nikoli
> > funkčního modelu z hlediska administrace.
> 
> To souhlasim, proto, byt pouzivam OpenVPN, vse konfiguruji na strane
> serveru.

jak jinak konfigurovat vpn spojeni nez ze strany serveru? 
mk


From janousek na fonet.cz  Fri Nov  7 09:22:09 2008
From: janousek na fonet.cz (=?UTF-8?B?UGF2ZWwgSmFub3XFoWVr?=)
Date: Fri, 7 Nov 2008 09:22:09 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <4913F154.1010800@sobriety.cz>
References: <be31d3800811052359s1d819f34t4b272ce0ba11163c@mail.gmail.com><7B92CD4F512D08469E24CCAC7856D4C6010F6272@phants01.meggle.cz><4912CF94.8040002@ssos.cz><20081106144836.GC17339@finrod><4F23E9745D562F4D90373B9C5CEF44300400FBB0@percival.fonet.cz>	<alpine.DEB.0.9999.0811062058050.12061@beatrix.harpy.ru><4F23E9745D562F4D90373B9C5CEF44300400FBB7@percival.fonet.cz>
	<4913F154.1010800@sobriety.cz>
Message-ID: <4F23E9745D562F4D90373B9C5CEF44300400FBC0@percival.fonet.cz>

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Petr Klíma
> Pavel Janoušek wrote:
> > Pokusil jsem se pomocí Google udělat zběžnou rešerši tohoto problému
> a
> > aktualizovat své informace a narazil jsem mimo jiné na tento
> dokument:
> > http://openvpn.se/development.html, z něhož je patrné, že ani
> současná
> > stable verze 2.0.X se bez patche neobejde a tedy není standardní
> > současné stable intalace oni OpenVPN koncentrátoru ani OpenVPN GUI.
> 
> Co neni soucasti? TUN driver? To je pravda pouze castecne. Pro WinXP

Ne TAP/TUN device mne netrápí, byť je pravda, že ještě nedávno minulá 
devel verze ve Vistách reálně nefungovala (tunel se nahodil, ale žádná 
data neprotekla), vyřešil to pokusný přechod na latest devel verzi někdy 
na začátku léta, kdy jsem to vůči MS WinVista Business rešil. 

> devel verze. Jinak se ten patch tyka pouzivani zaheslovaneho
> certifikatu, coz, priznam se, mne netrapi.

	Proto jsem to zmiňoval s ohledem na profesionální (= placená řešení),
které to samozřejmě mají řešené...

> > Hlavní problém je v nastavování (skrze pušhování via user config dir)
> > parametrů VPN spojení ze strany serveru. Nakonfigurujeme-li vše přímo
> > na straně RW, možná se dostaneme do funkčního modelu sítě, ale nikoli
> > funkčního modelu z hlediska administrace.
> 
> To souhlasim, proto, byt pouzivam OpenVPN, vse konfiguruji na strane
> serveru.
> 
> Klienti s winXP pouzivaji stabilni 2.0.x verzi, ti s Vista pak devel
> 2.1

	Dobře zeptám se jinak, Vám (klidně i za podmínky vypnutého UAC, ale 
s odebráním práva local admin) funguje následující (teoretická) konfigurace:

- OpenVPN server 2.X.X (server)
- OpenVPN server/klient 2.X.X (stanice)
- veškeré nastavení je na straně serveru (CA, routování, scope viditelné 
	sítě za serverem, parametry spojení...)
- na straně klienta
	- OpenVPN jako služba
	- definice spojení jen v rozsahu, kde najdu klientský certifikát 
		pro autentizaci (ev. pre-shared key), IP adresa OpenVPN serveru,
		který virt. iface použít (TUN)
	- nahození RW spojení (využitím aktuálního Internetového připojení 
		- předpokládá se jakákoli obdoba dial-up-u (WiFi, ADSL, 
		kavárna...)) via OpenVPN GUI nebo ekvivaletně komfortním 
		způsobem (zde bych připustil i 2 ikony na ploše "tunel-up" a 
		"tunel-down"

	Pokud ano, můžete se prosím blíže rozepsat jaké verze OpenVPN 
a OS použít na stanici a jakým způsobem nakonfigurovat OpenVPN klienta
a GUI (či ekvivalent) tak, aby vše fungovalo, jak zřejmě oba požadujeme
(a jsme ve shodě i co se týče maintenance takové sítě).

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet    Za Kovárnou 9, 625 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  




From lists_mk na wujiman.net  Fri Nov  7 11:04:04 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Fri, 7 Nov 2008 11:04:04 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <4F23E9745D562F4D90373B9C5CEF44300400FBC0@percival.fonet.cz>
References: <4913F154.1010800@sobriety.cz>
	<4F23E9745D562F4D90373B9C5CEF44300400FBC0@percival.fonet.cz>
Message-ID: <20081107100404.GF25371@finrod>

On Fri, Nov 07, 2008 at 09:22:09AM +0100, Pavel Janoušek wrote:
> 	Dobře zeptám se jinak, Vám (klidně i za podmínky vypnutého UAC, ale 
> s odebráním práva local admin) funguje následující (teoretická) konfigurace:
> 
> - OpenVPN server 2.X.X (server)
> - OpenVPN server/klient 2.X.X (stanice)
> - veškeré nastavení je na straně serveru (CA, routování, scope viditelné 
> 	sítě za serverem, parametry spojení...)
> - na straně klienta
> 	- OpenVPN jako služba
> 	- definice spojení jen v rozsahu, kde najdu klientský certifikát 
> 		pro autentizaci (ev. pre-shared key), IP adresa OpenVPN serveru,
> 		který virt. iface použít (TUN)
> 	- nahození RW spojení (využitím aktuálního Internetového připojení 
> 		- předpokládá se jakákoli obdoba dial-up-u (WiFi, ADSL, 
> 		kavárna...)) via OpenVPN GUI nebo ekvivaletně komfortním 
> 		způsobem (zde bych připustil i 2 ikony na ploše "tunel-up" a 
> 		"tunel-down"
> 
> 	Pokud ano, můžete se prosím blíže rozepsat jaké verze OpenVPN 
> a OS použít na stanici a jakým způsobem nakonfigurovat OpenVPN klienta
> a GUI (či ekvivalent) tak, aby vše fungovalo, jak zřejmě oba požadujeme
> (a jsme ve shodě i co se týče maintenance takové sítě).

nechapu v cem je problem. openvpn na tap interfacu, tap interface se
jednoduchym skriptem automaticky prida do bridge ve ktere je i interface pro
danou sit.
konfigurace pres dhcp stejne pro vsechny klienty nezavisle na tom, kde sedi. 
dhcp umi nastavit cidr routy plus spoustu dalsich veci, pripadne naprosto cokoliv 
chcete (to samozrejme ne pro windows, mluvim tu o pouzitelnem dhcp serveru/clientu, 
ovsem to neni problem openvpn).

parametry spojeni neni potreba resit, bezi to po udp, zadne silene ike, zadne
silene automaticke detekce ipsec tunelu na ciscu skrz nat atd. pokud potrebuju
natovat openvpn, pouhy dnat staci.

klient obsahuje dns serveru a pak ip adresu pro pripad, ze by se dns
neresolvovalo (dns je tam proto, ze kdyz menite adresu tak zmenite dns a
pojede to bez rekonfigurace klientu, pripadnou zmenu ip provedete az casem. na
unixech neni potreba nutne delat vypadky).
    
dale klient obsahuje CA a jmeno tap interfacu ( neni nutne, umi si to alokovat
automaticky, ale ja mam rad sve interfacy staticky pojmenovane )

pro nahozeni pouzivam sudo, protoze jsem terminalovy clovek, ale je k tomu
klikator pro network-manager ktery autentifikaci ziskava pres gksu (tedy gui
rozhrani pro sudo) . 
kolegove to nastavuji klientum na windows, ale to jsem delal jenom jednou, kdyz 
jsem vymyslel jak obejit windowsi neschopnost s cimkoliv normalne pracovat. uz
si to diky bohu nepamatuji, ale pry jim to v pohode funguje a rikaji mi, 
ze klienti si to pochvaluji.

tohle vsechno me funguje ve stejnem nastaveni at je server fullfledged debian
nebo krabicka s openwrt za 1500kc. mam ozkousenou konfiguraci pro tun i tap
mezi debianem (server i client), openwrt (server i client), a diky tomu, ze to 
od nas maji i klienti na windows, tak windows.

udelam osi lvl3 ci lvl2 bez problemu stejnym nastrojem, mam spoustu moznosti 
na konfigurace cehokoliv pomoci jednoduchych skriptu.  jak to jednou
nakonfiguruji, tak uz o tom neslysim. 

ted mi reknete duvod, proc bych mel kamkoliv davat cisco ci jinou podobnou
krabicku? rad bych, abyste mi ukazal cisco za 1500kc, ktere dokaze tohle
vsechno. 

s pozdravem
mk


From janousek na fonet.cz  Fri Nov  7 11:49:13 2008
From: janousek na fonet.cz (=?iso-8859-2?Q?Pavel_Janou=B9ek?=)
Date: Fri, 7 Nov 2008 11:49:13 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <20081107100404.GF25371@finrod>
References: <4913F154.1010800@sobriety.cz><4F23E9745D562F4D90373B9C5CEF44300400FBC0@percival.fonet.cz>
	<20081107100404.GF25371@finrod>
Message-ID: <4F23E9745D562F4D90373B9C5CEF44300400FBCF@percival.fonet.cz>

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Martin Kraus
> nechapu v cem je problem. openvpn na tap interfacu, tap interface se

	Takže předně, proboha jen ne TAP iface a bridge mód... (důvody 
přesahují rámec tohoto příspěvku, routingem to nekončí). 

> jednoduchym skriptem automaticky prida do bridge ve ktere je i
> interface pro
> danou sit.

	Což potřebuje admin práva...:-) (a o nich se to celé točí).

> konfigurace pres dhcp stejne pro vsechny klienty nezavisle na tom, kde
> sedi.
> dhcp umi nastavit cidr routy plus spoustu dalsich veci, pripadne
> naprosto cokoliv
> chcete (to samozrejme ne pro windows, mluvim tu o pouzitelnem dhcp
> serveru/clientu,
> ovsem to neni problem openvpn).

	Opět narazíte na problémy s právy, které diskutuji.

> parametry spojeni neni potreba resit, bezi to po udp, zadne silene ike,
> zadne
> silene automaticke detekce ipsec tunelu na ciscu skrz nat atd. pokud
> potrebuju
> natovat openvpn, pouhy dnat staci.

	Jsem familiérní s IPsec (i) v plné náloži (tedy žádné alá IPsec 
skrze NAT-passthrough...), takže IKE nepovažuji za šílenost...:-)

> dale klient obsahuje CA a jmeno tap interfacu ( neni nutne, umi si to
> alokovat
> automaticky, ale ja mam rad sve interfacy staticky pojmenovane )

	Máte-li více různých konfigurací (typicky servisní notebook firmy
zajišťující outsourcing, pak není ani jiné cesty).

> pro nahozeni pouzivam sudo, protoze jsem terminalovy clovek, ale je k

	??? Tuto zmíňku nechápu - opravdu se bavíme o klientovi na bázi
operačního systému MS Windows?

> ted mi reknete duvod, proc bych mel kamkoliv davat cisco ci jinou
> podobnou
> krabicku? rad bych, abyste mi ukazal cisco za 1500kc, ktere dokaze
> tohle
> vsechno.

	Já přece nerozporuji kvalitu OpenVPN (naopak jsem hrdý obránce),
jen jsem zmínil (z mého pohledu poslední) překážku pro nasazení v 
enterprise prostředí.... Z příspěvků zde jsem nabyl dojmu, že má výhrada 
je lichá (byť aktuální rešerše skrze Google mne utvrzuje 
o přetrvávajícím jejím oprávnění) a tak se pídím po funkční konfiguraci,
která splňuje zadání.

PS: Nejsem administrátorský (ani síťový) benjamínek..., čímž ALE nechci 
říci, ze známe všechno nejlíp.

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet    Za Kovárnou 9, 625 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  


From dobes na tes.eu  Fri Nov  7 12:07:05 2008
From: dobes na tes.eu (Michal Dobes)
Date: Fri, 07 Nov 2008 12:07:05 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <4F23E9745D562F4D90373B9C5CEF44300400FBCF@percival.fonet.cz>
References: <4913F154.1010800@sobriety.cz><4F23E9745D562F4D90373B9C5CEF44300400FBC0@percival.fonet.cz>	<20081107100404.GF25371@finrod>
	<4F23E9745D562F4D90373B9C5CEF44300400FBCF@percival.fonet.cz>
Message-ID: <49142159.8000603@tes.eu>

Pavel Janoušek napsal(a):
> 	Já přece nerozporuji kvalitu OpenVPN (naopak jsem hrdý obránce),
> jen jsem zmínil (z mého pohledu poslední) překážku pro nasazení v 
> enterprise prostředí.... Z příspěvků zde jsem nabyl dojmu, že má výhrada 
> je lichá (byť aktuální rešerše skrze Google mne utvrzuje 
> o přetrvávajícím jejím oprávnění) a tak se pídím po funkční konfiguraci,
> která splňuje zadání.

Obávám se, že vyřešení otázek běhu OpenVPN bez admin práv na klientu
pro větší nasazení není jediný problém.
Nekorektní podpora hiearchických CA a zejména CRL listů, nekorektní
práce s dobou platnosti CRL listů (dlouhá léta na TODO listu OpenVPN).
Chybějící OCSP.
Jednoduše zabránit tomu, aby uživatel přenesl klienta na jiný počítač.
A pár dalších. Na něco z toho existuji patche třetích stran, na něco
ne.
OpenVPN je fajn, relativně jednoduché na správu, ale nakonec jsem vždy
došel k nasazení na MS klientech k L2TP/IPsec. O co je to jednodušší
uchodit na straně klienta, o to horší je to na straně serveru,
pokud si server stranu buduji na linuxu a nepoužiji nějaký blackbox. :-)

Bohužel jsem zatím u všech menších krabiček v krátké době narazil na
celkem nepříjemné problémy, které bránily rozumnému nasazení a výrobci
obvykle odmítali s tím něco mít společného a nechápali, že je něco špatně.

M.


From Vogl.Lubomir na seznam.cz  Fri Nov  7 13:03:59 2008
From: Vogl.Lubomir na seznam.cz (=?iso-8859-2?Q?Lubom=EDr=20Vogl?=)
Date: Fri, 07 Nov 2008 13:03:59 +0100 (CET)
Subject: =?us-ascii?Q?RE=3A=20SSH=20prihlaseni=20pomoci=20klice=20=2D=20prestalo=20fungovat?=
In-Reply-To: <AE3F31522091F245A5A151726FCEA11A01730A47@EX-BE.oc.cz>
Message-ID: <5658.6305-9200-1350967589-1226059439@seznam.cz>

>  > Asi jsem nasel problem
>  > 
>  > Nov  6 11:36:48 corwin sshd[11760]: debug1: Checking blacklist file
>  > /usr/share/ssh/blacklist.DSA-1024
>  > Nov  6 11:36:48 corwin sshd[11760]: debug1: Found
>  > af:50:f5:e8:2b:e2:20:62:f4:e3:1e:07:df:d9:95:e5 in blac
>  > klist
>  > 
>  > Zkousel jsem generovat pomoci ssh-keygen novy public key ale hlasi to
>  > stale dokola.
>  > 
>  [Mašek Radek] 
>  a mate novy klic v ~/.ssh/authorized_keys ?

mam. at vygeneruju cokoliv, je to porad na blacklistu. toz co s tim ?

>  
>  jinak zkuste man ssh-vulnkey
>  

nic co bz mi pomohlo.

>  RM
>  _______________________________________________
>  Linux mailing list
>  Linux na linux.cz
>  http://www.linux.cz/mailman/listinfo/linux
>  
>  
>  


From petr.klima na sobriety.cz  Fri Nov  7 13:10:08 2008
From: petr.klima na sobriety.cz (=?UTF-8?B?UGV0ciBLbMOtbWE=?=)
Date: Fri, 07 Nov 2008 13:10:08 +0100
Subject: SSH prihlaseni pomoci klice - prestalo fungovat
In-Reply-To: <5658.6305-9200-1350967589-1226059439@seznam.cz>
References: <5658.6305-9200-1350967589-1226059439@seznam.cz>
Message-ID: <49143020.8040501@sobriety.cz>

Lubomír Vogl wrote:
> mam. at vygeneruju cokoliv, je to porad na blacklistu. toz co s tim ?

Toz to vam asi nezbude nic jineho, nez upgrade openssl

Petr

-- 
Petr Klíma

Vývojář, správce sítě
Sobriety s.r.o.

e-mail: petr.klima na sobriety.cz



From Vogl.Lubomir na seznam.cz  Fri Nov  7 13:41:50 2008
From: Vogl.Lubomir na seznam.cz (=?iso-8859-2?Q?Lubom=EDr=20Vogl?=)
Date: Fri, 07 Nov 2008 13:41:50 +0100 (CET)
Subject: =?us-ascii?Q?Re=3A=20SSH=20prihlaseni=20pomoci=20klice=20=2D=20prestalo=20fungovat?=
In-Reply-To: <49143020.8040501@sobriety.cz>
Message-ID: <5655.6302-9802-1872080652-1226061710@seznam.cz>

hmm. to pomohlo. dik vsem

>  ------------ Původní zpráva ------------
>  Od: Petr Klíma <petr.klima na sobriety.cz>
>  Předmět: Re: SSH prihlaseni pomoci klice - prestalo fungovat
>  Datum: 07.11.2008 13:10:26
>  ----------------------------------------
>  Lubomír Vogl wrote:
>  > mam. at vygeneruju cokoliv, je to porad na blacklistu. toz co s tim ?
>  
>  Toz to vam asi nezbude nic jineho, nez upgrade openssl
>  
>  Petr
>  
>  -- 
>  Petr Klíma
>  
>  Vývojář, správce sítě
>  Sobriety s.r.o.
>  
>  e-mail: petr.klima na sobriety.cz
>  
>  _______________________________________________
>  Linux mailing list
>  Linux na linux.cz
>  http://www.linux.cz/mailman/listinfo/linux
>  
>  
>  


From enopetr na gmail.com  Fri Nov  7 15:13:07 2008
From: enopetr na gmail.com (Petr Silvek)
Date: Fri, 7 Nov 2008 15:13:07 +0100
Subject: zatizeni NFS pri pristupu do primountovaneho adresare
Message-ID: <241bfbca0811070613t5309fb33w91b58826d86a774e@mail.gmail.com>

Zdravim.

mam situaci s NFS exporty:


server 192.168.1.2 (sklad 2) exportuje adresar 'abc' ktery obsahuje
adresar 'def'
server 192.168.1.3  (sklad 3) exportuje adresar 'def'


server 192.168.1.4 si primountuje do /mnt/abc export z 192.168.1.2 a
nasledne primountuje do /mnt/abc/def export z 192.168.1.3

pak to tedy vypada:


/mnt/abc -> sklad 2
/mnt/abc/def -> sklad 3


otazka zni:
zda pri pristupu a provadeni operaci (WRITE, READ, STAT) v 'def' se
zatezuje nejak NFS server 192.168.1.2 ?






-- 
Petr Silvek


From node.ch na centrum.cz  Fri Nov  7 16:52:18 2008
From: node.ch na centrum.cz (LLK)
Date: Fri, 07 Nov 2008 16:52:18 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <49142159.8000603@tes.eu>
References: <4913F154.1010800@sobriety.cz><4F23E9745D562F4D90373B9C5CEF44300400FBC0@percival.fonet.cz>
	<4F23E9745D562F4D90373B9C5CEF44300400FBCF@percival.fonet.cz>
	<49142159.8000603@tes.eu>
Message-ID: <200811071652.9848@centrum.cz>

>OpenVPN je fajn, relativně jednoduché na správu, ale nakonec jsem vždy
>došel k nasazení na MS klientech k L2TP/IPsec. O co je to jednodušší
>uchodit na straně klienta, o to horší je to na straně serveru,
>pokud si server stranu buduji na linuxu a nepoužiji nějaký blackbox. :-)
>
>Bohužel jsem zatím u všech menších krabiček v krátké době narazil na
>celkem nepříjemné problémy, které bránily rozumnému nasazení a výrobci

JAKE?

>obvykle odmítali s tím něco mít společného a nechápali, že je něco špatně.

A je neco podle Vas dobre? :-)

Nejaky takovy idealni produkt (klient i server, proste kompletni reseni)? :-)



From karel na dekls.cz  Fri Nov  7 18:07:55 2008
From: karel na dekls.cz (Karel Babka)
Date: Fri, 07 Nov 2008 18:07:55 +0100
Subject: Squid log analyzer
In-Reply-To: <491302F9.70604@madeta.cz>
References: <491302F9.70604@madeta.cz>
Message-ID: <491475EB.4000204@dekls.cz>

Petr Klíma napsal(a):
> Máte někdo zkušenosti s jiným $SUBJ než je SARG ?
http://cord.de/tools/squid/calamaris/

-- 
karel                           +420 606 26 87 46
Ing. Karel Babka                +420 373 73 03 40
O?echová  12                    skype charley5455
326 00 Plze?, CZ                ICQ 257-159-795


!DSPAM:491475ec28109698517732!




From mcepl na redhat.com  Fri Nov  7 18:23:16 2008
From: mcepl na redhat.com (Matej Cepl)
Date: Fri, 07 Nov 2008 18:23:16 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>
	<-5044830478082109345@unknownmsgid>
	<be31d3800811050647m61898754w131cdc4caee8d66d@mail.gmail.com>
	<-1870217885560024984@unknownmsgid>
	<be31d3800811052359s1d819f34t4b272ce0ba11163c@mail.gmail.com>
	<7B92CD4F512D08469E24CCAC7856D4C6010F6272@phants01.meggle.cz>
	<4912CF94.8040002__44316.8794540272$1225967651$gmane$org@ssos.cz>
Message-ID: <45aeu5xngb.ln2@ppp1053.in.ipex.cz>

On 2008-11-06, 11:05 GMT, Filip Flajšar wrote:
> Cisco VPN Concentrator, ale to jsme asi jinde :-)
> Ja mam zkusenost s Cisco 1712, ktery ma vpn modul. Da se koupit za 
> pakatel a na 10Mbit lince jsem nemel problem.

Akorát pokud máte jenom Windowsí klienty -- v práci máme Cisco 
a musím používat vpnc a je to děs (neudrží spojení déle nežli 23h 
a to jenom pokud ho nedropne dřív).

Matěj



From simon na Cesa.cz  Fri Nov  7 22:32:25 2008
From: simon na Cesa.cz (Simon Brandejs)
Date: Fri, 7 Nov 2008 22:32:25 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <45aeu5xngb.ln2@ppp1053.in.ipex.cz>
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>
	<-5044830478082109345@unknownmsgid>
	<be31d3800811050647m61898754w131cdc4caee8d66d@mail.gmail.com>
	<-1870217885560024984@unknownmsgid>
	<be31d3800811052359s1d819f34t4b272ce0ba11163c@mail.gmail.com>
	<7B92CD4F512D08469E24CCAC7856D4C6010F6272@phants01.meggle.cz>
	<4912CF94.8040002__44316.8794540272$1225967651$gmane$org@ssos.cz>
	<45aeu5xngb.ln2@ppp1053.in.ipex.cz>
Message-ID: <20081107223225.73d0151b@Z-Deck>

> 
> Akorát pokud máte jenom Windowsí klienty -- v práci máme Cisco 
> a musím používat vpnc a je to děs (neudrží spojení déle nežli 23h 
> a to jenom pokud ho nedropne dřív).
>
existuje i originalni cisco client ... to vpnc jsem nikdy nepouzival 
ale cisco klienta semo tamo pouzivam ... a jde to -))) 

k windows a openvpn 
   kdyz 2.1 bezi jako service tak openvpngui nepotrebuje prava administratora ... 

toz tak -) 


From jason na netkosice.sk  Sun Nov  9 10:27:27 2008
From: jason na netkosice.sk (Jaro Kovacik)
Date: Sun, 9 Nov 2008 10:27:27 +0100
Subject: Squid log analyzer
In-Reply-To: <491302F9.70604@madeta.cz>
References: <491302F9.70604@madeta.cz>
Message-ID: <20081109102727.44f6eefc@auriga.antik.sk>

On Thu, 06 Nov 2008 15:45:13 +0100
Petr Klíma <petr.klima na madeta.cz> wrote:

> Máte někdo zkušenosti s jiným $SUBJ než je SARG ?

skus si pozriet http://lightsquid.sourceforge.net/


From lk na blackpage.eu  Sun Nov  9 14:54:18 2008
From: lk na blackpage.eu (Martin Tirsel)
Date: Sun, 09 Nov 2008 14:54:18 +0100
Subject: Problem so zvukom
Message-ID: <4916EB8A.80504@blackpage.eu>

Dobry den,

mam pomerne zavazny problem, mam dosku Asus M2A-VM HDMI s chipsetom AMD 
690G s ALC883 High Definition Audio 6-channel CODEC (HDA Intel 
snd-hda-intel). Pouzivam headsety a ak spravim nahravku z mikrofonu, je 
pocut pomerne rusive pukanie zvuku a okrem toho na vyssich (normalnych) 
hlasitostiach sa prejavuje znacne skrkanie, ako ked nestiha zosilovac. 
Ak sa k tomu prida linphonec, spracovanie zvuku kodekmi, prenos cez voip 
do telekomunikacnej siete, vysledok je taky, ze kvalita zvuku je na 
volanej strane takmer nepouzitelna.

Pukanie sa prejavuje len ak sa do mikrofonu hovori, ak je ticho, vyzera 
to v poriadku, jednoznacne je problem na strane linuxu/driverov, nakolko 
ak na tom samom pocitaci pouzijem windows, zvuk je pekne cisty.

System pouzivam Debian Lenny, skusal som aj live cd Ubuintu 8.04, tam 
ten isty problem, u 8.10 sa mi to nepodarilo overit, Sound recorder sa 
choval podivne a zamrzal. Za kazdu radu budem vdacny, mam tu 10 takychto 
pc konfiguracii, cez ktore sa ma telefonovat a ak to v nasledujucich 
dnoch nespojazdnim, bude trocha problem :(

Pridam este nejake info:

Linux 2.6.26-1-amd64

alsa-base                            1.0.17.dfsg-4
alsa-utils                           1.0.16-2
libesd-alsa0                         0.2.36-3
libsdl1.2debian-alsa                 1.2.13-2

00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA)
    Subsystem: ASUSTeK Computer Inc. Device 8249
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- 
<TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 64, Cache Line Size: 32 bytes
    Interrupt: pin ? routed to IRQ 16
    Region 0: Memory at fe020000 (64-bit, non-prefetchable) [size=16K]
    Capabilities: [50] Power Management version 2
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA 
PME(D0+,D1-,D2-,D3hot+,D3cold+)
        Status: D0 PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ 
Queue=0/0 Enable-
        Address: 0000000000000000  Data: 0000
    Kernel driver in use: HDA Intel
    Kernel modules: snd-hda-intel

Dakujem,
Martin Tirsel


From tlc.mot na hn.vnn.vn  Mon Nov 10 06:17:34 2008
From: tlc.mot na hn.vnn.vn (SP Viet Nam)
Date: Mon, 10 Nov 2008 05:17:34 -0000
Subject: (None)
Message-ID: <4905864300182799@> (added by postmaster@hnicpmaa07.vnn.vn)

%PDF-1.4
1 0 obj
<<
/Type /Catalog
/Pages 2 0 R 
/Metadata 3 0 R 
>>
endobj
4 0 obj
<<
/Creator (oI:d Šô^ĚŻ“>Ő/˝6°UWˇ[,Z\(î)
/CreationDate (0G\re.1ÝĽœżăjŠ}ó
X-Mailer: Microsoft Outlook Express 6.00.2800.1106



From vaclavik na ujp.cz  Mon Nov 10 06:59:47 2008
From: vaclavik na ujp.cz (Ing. Juraj =?utf-8?q?V=C3=A1clav=C3=ADk?=)
Date: Mon, 10 Nov 2008 06:59:47 +0100
Subject: Squid log analyzer
In-Reply-To: <491475EB.4000204@dekls.cz>
References: <491302F9.70604@madeta.cz> <491475EB.4000204@dekls.cz>
Message-ID: <200811100659.47210.vaclavik@ujp.cz>

Dne pá 7. listopadu 2008 Karel Babka napsal(a):
> Petr Klíma napsal(a):
> > Máte někdo zkušenosti s jiným $SUBJ než je SARG ?
>
> http://cord.de/tools/squid/calamaris/
webalizer

-- 
zdravím

Ing. Juraj Václavík


From petr na 4www.cz  Mon Nov 10 10:05:57 2008
From: petr na 4www.cz (Petr Vavra)
Date: Mon, 10 Nov 2008 10:05:57 +0100
Subject: =?ISO-8859-2?Q?tiskov=E1_zpr=E1va_OWO?=
Message-ID: <4917F975.2020500@4www.cz>

Veskere dalsi informace a kontakt na poradatele najdete na webu konference.

Petr Vavra


Pozvánka na Open Workshop Olomouc 2008

Liberix připravil pro všechny zájemce o záležitosti svobodného softwaru
další
ročník konference Open Workshop Olomouc. Akce se uskuteční za podpory
Katedry
informatiky Univerzity Palackého a statutárního města Olomouc v sobotu 22.
listopadu. Tentokrát jsme změnili místo jejího konání, když jsme využili
nabídky
prostor katedry informatiky v budově na Tomkově ulici v Olomouci-Hejčíně.

V průběhu akce vám představí zástupci RedHatu novinky v komunitní
distribuci
Fedora 10, předseda sdružení Ubuntu zase novinky v této distribuci, IT
pracovníci firmy Baťa seznámí návštěvníky s výhodami nasazení svobodného
softwaru ve firmě a pan Wagner z Googlu popovídá o jejich open source
řešeních
pro uživatele internetu. Odpoledne se ve druhém přednáškovém sále uskuteční
specializovaný blok přednášek o open source řešeních pro zrakově postižené
uživatele.

Na Open Workshop Olomouc je tedy letos připraveno opravdu dost věcí,
které stojí
za shlédnutí a pozornost. Průběžně doplňovaný program přednášek a další
podrobnosti o konferenci najdete na http://owo.liberix.cz, informace o
pořadateli akce potom na http://www.liberix.cz. Těšíme se na shledanou s
vámi v
Olomouci.

Bohdan Milar
Liberix, o.p.s.


From janda na netbox.cz  Mon Nov 10 11:54:17 2008
From: janda na netbox.cz (Petr Janda)
Date: Mon, 10 Nov 2008 11:54:17 +0100
Subject: nahrada Corel Draw nebo Adobe Illustrator
In-Reply-To: <geusl1$1l7k$1@ns.felk.cvut.cz>
References: <getitp$1523$1@ns.felk.cvut.cz>
	<mailman.184.1225956543.3940.linux@linux.cz>
	<geusl1$1l7k$1@ns.felk.cvut.cz>
Message-ID: <20081110105417.GF721@prcek>

On Thu, Nov 06, 2008 at 02:48:29PM +0100, Petr Vileta (fidokomik) wrote:
...
> Jeste nejaky GNU AutoCAD

narazil jsem na
http://www.progecad.com/compra/index.asp?left=prodotti/eng_progecad2008smart&abspage=1&lang=eng
- neni GNU
- progeCAD 2008 Smart! is for private, non-commercial use only
- nepovedlo se mi ho pod wine poradne rozbehat, ale nevenoval jsem se
  tomu zase tak moc
+ co jsem mel moznost tak je AutoCADu hodne podobny

treba to tu pro nekoho bude pouzitelne a rozbeha to
	
	S pozdravem 

				Petr Janda
-- 
email: /bin/sh -c 'A=netbox; B=janda; printf "%s@%s.cz\n" ${B} ${A}'



From qaxi na seznam.cz  Mon Nov 10 14:51:09 2008
From: qaxi na seznam.cz (=?ISO-8859-2?Q?=22Petr_=5C=22Qaxi=5C=22_Kl=EDma=22?=)
Date: Mon, 10 Nov 2008 14:51:09 +0100
Subject: Squid log analyzer
In-Reply-To: <491302F9.70604@madeta.cz>
References: <491302F9.70604@madeta.cz>
Message-ID: <49183C4D.3040307@seznam.cz>

Petr Klíma napsal(a):
> Máte někdo zkušenosti s jiným $SUBJ než je SARG ?
>
> Potřebuji dělat statistiky přenesených dat přes tyto relace za období 
> (den, týden, měsíc):
>
> PC
> www server
> user
>
> user -> www server
> PC -> www server
> user -> PC
>   
díky za tipy

Moje chyba je, že jsem nepopsal proč nechci sarg ....

Mám cca 1GB access.log měsíčně a sarg přestal vyhovovat ze dvou důvodů:

- veliké obsazení disku - jeden měsíc cca 5-7 GB a ty data se 
přegenerovávají den co den ...
- není možnost jakkoliv modifikovat výstup (jinak usporadat, tridit ...)

predstava je:

access.log naimportovat do DB

upravit ho - ( relace    hostname:1<-radek_logu:mnoho      a jiné   
můžou ušetřit mnoho MB na DB i v paměti o efektivitě indexování ani nemluvě)

statistiky generovat online

po týdnech/měsících informacím v DB ubírat detail a zmenšovat jejich objem.


-- 

      Petr Klíma
   <qaxi na seznam.cz>              
 



From mcepl na redhat.com  Mon Nov 10 15:07:04 2008
From: mcepl na redhat.com (Matej Cepl)
Date: Mon, 10 Nov 2008 15:07:04 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>
	<-5044830478082109345@unknownmsgid>
	<be31d3800811050647m61898754w131cdc4caee8d66d@mail.gmail.com>
	<-1870217885560024984@unknownmsgid>
	<be31d3800811052359s1d819f34t4b272ce0ba11163c@mail.gmail.com>
	<7B92CD4F512D08469E24CCAC7856D4C6010F6272@phants01.meggle.cz>
	<4912CF94.8040002__44316.8794540272$1225967651$gmane$org@ssos.cz>
	<45aeu5xngb.ln2@ppp1053.in.ipex.cz> <20081107223225.73d0151b@Z-Deck>
Message-ID: <8prlu5x85q.ln2@ppp1053.in.ipex.cz>

On 2008-11-07, 21:32 GMT, Simon Brandejs wrote:
> existuje i originalni cisco client ... to vpnc jsem nikdy 
> nepouzival ale cisco klienta semo tamo pouzivam ... a jde to 
> -))) 

Akorát, že cisco client potřebuje svoje vlastní binary-only 
kernel moduly. Pokud používáte jiný kernel nežli oni podporují 
(což je v mém případě spíše pravidlem nežli výjimkou) máte smůlu.

Matěj



From Ivo.Hanuska na hella.com  Mon Nov 10 15:16:10 2008
From: Ivo.Hanuska na hella.com (Ivo.Hanuska na hella.com)
Date: Mon, 10 Nov 2008 15:16:10 +0100
Subject: Squid log analyzer
In-Reply-To: <49183C4D.3040307@seznam.cz>
Message-ID: <OF142D3F4D.E20F4E60-ONC12574FD.004E084D-C12574FD.004E62BC@hella.com>

My používáme MySar (fabrika s cca 650 PC). Je to nějaký projekt z Řecka. 
Sbírá to informace a schovává si je to do MySQL. Jediná nevýhoda je, že 
vstup do konfigurační stránky nemá chráněný heslem. Všecko (I Cronové 
skripty) jsou v PHP.

IH




"Petr \"Qaxi\" Klíma"/ 

( 
Odeslal: linux-bounces na linux.cz
10.11.2008 14:51
Odpovězte prosím uživateli
Diskuse o Linuxu v cestine <linux na linux.cz>


Komu
Diskuse o Linuxu v cestine <linux na linux.cz>
Kopie

Předmět
Re: Squid log analyzer






Petr Klíma napsal(a):
> Máte někdo zkušenosti s jiným $SUBJ než je SARG ?
>
> Potřebuji dělat statistiky přenesených dat přes tyto relace za období 
> (den, týden, měsíc):
>
> PC
> www server
> user
>
> user -> www server
> PC -> www server
> user -> PC
> 
díky za tipy

Moje chyba je, že jsem nepopsal proč nechci sarg ....

Mám cca 1GB access.log měsíčně a sarg přestal vyhovovat ze dvou důvodů:

- veliké obsazení disku - jeden měsíc cca 5-7 GB a ty data se 
přegenerovávají den co den ...
- není možnost jakkoliv modifikovat výstup (jinak usporadat, tridit ...)

predstava je:

access.log naimportovat do DB

upravit ho - ( relace    hostname:1<-radek_logu:mnoho      a jiné 
můžou ušetřit mnoho MB na DB i v paměti o efektivitě indexování ani 
nemluvě)

statistiky generovat online

po týdnech/měsících informacím v DB ubírat detail a zmenšovat jejich 
objem.


-- 

      Petr Klíma
   <qaxi na seznam.cz> 
 




From kasparek na fit.vutbr.cz  Mon Nov 10 15:47:06 2008
From: kasparek na fit.vutbr.cz (Kasparek Tomas)
Date: Mon, 10 Nov 2008 15:47:06 +0100
Subject: Jadro 2.6.27 a rychlost PC
In-Reply-To: <49134970.8070403@post.cz>
References: <Pine.LNX.4.44.0811061554390.19033-100000@eva.bm.ipex.cz>
	<49134970.8070403@post.cz>
Message-ID: <20081110144706.GU70337@fit.vutbr.cz>

On Thu, Nov 06, 2008 at 08:45:52PM +0100, d.petr wrote:
> Napadlo mě zkusit i distribuční jádro (2.6.18) mého oblíbeného Debianu. 
> Co myslíte, bylo rychlejší, nebo pomalejší než moje 2.6.27? ..... Ano, 
> c) je správně. Nenabootovalo, protože nenašlo disk s rootem. Tipuju 
> proto, že CONFIG_IDE_GENERIC (bez kterého mi disk taky nenajde) mají 
> jako modul a ten se holt bez disku blbě hledá. Debiane, Debiane!
> A nějak se mi už nechce kompilovat celé jejich jádro.

nesleduju to od zacatku ale kdyz tady zminite generic ovladac pro IDE tak
to se mi moc nezda - podivejte se jakym ovladacem to ktere jadro 2.4/2.6
spravuje dany disk - dle vypisu pri startu. Neni to nahodou o tom ze v 2.4
je neco nativniho (tedy napr. i DMA) a v 2.6 je to prave ten generic a
tudiz pomalost sama?

--   

  Tomas Kasparek, PhD student  E-mail: kasparek na fit.vutbr.cz
  CVT FIT VUT Brno, L127       Web:    http://www.fit.vutbr.cz/~kasparek
  Bozetechova 1, 612 66        Fax:    +420 54114-1270
  Brno, Czech Republic         Phone:  +420 54114-1220

  jabber: tomas.kasparek na jabber.cz
  GPG: 2F1E 1AAF FD3B CFA3 1537  63BD DCBE 18FF A035 53BC



From jelinek na sprava-siti.net  Mon Nov 10 15:16:59 2008
From: jelinek na sprava-siti.net (Jan Jelinek)
Date: Mon, 10 Nov 2008 15:16:59 +0100
Subject: Squid log analyzer
In-Reply-To: <49183C4D.3040307@seznam.cz>
References: <491302F9.70604@madeta.cz> <49183C4D.3040307@seznam.cz>
Message-ID: <4918425B.9000502@sprava-siti.net>

Petr "Qaxi" Klíma napsal(a):
> Moje chyba je, že jsem nepopsal proč nechci sarg ....
>
> Mám cca 1GB access.log měsíčně a sarg přestal vyhovovat ze dvou důvodů:
>
> - veliké obsazení disku - jeden měsíc cca 5-7 GB a ty data se 
> přegenerovávají den co den ...
> - není možnost jakkoliv modifikovat výstup (jinak usporadat, tridit ...)
>
> predstava je:
>
> access.log naimportovat do DB
>
> upravit ho - ( relace    hostname:1<-radek_logu:mnoho      a jiné   
> můžou ušetřit mnoho MB na DB i v paměti o efektivitě indexování ani nemluvě)
>
> statistiky generovat online
>
> po týdnech/měsících informacím v DB ubírat detail a zmenšovat jejich objem.
>   
tohle by mohlo splnovat cacti
http://www.gentoo-wiki.info/Cacti/Squid_Setup


-- 
S pratelskym pozdravem / With best regards
Jan Jelinek
mailto:jan.jelinek na sprava-siti.net




From ivast na mail.t-mobile.sk  Mon Nov 10 15:35:39 2008
From: ivast na mail.t-mobile.sk (Ivan Stenda)
Date: Mon, 10 Nov 2008 15:35:39 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <8prlu5x85q.ln2@ppp1053.in.ipex.cz>
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>	<-5044830478082109345@unknownmsgid>	<be31d3800811050647m61898754w131cdc4caee8d66d@mail.gmail.com>	<-1870217885560024984@unknownmsgid>	<be31d3800811052359s1d819f34t4b272ce0ba11163c@mail.gmail.com>	<7B92CD4F512D08469E24CCAC7856D4C6010F6272@phants01.meggle.cz>	<4912CF94.8040002__44316.8794540272$1225967651$gmane$org@ssos.cz>	<45aeu5xngb.ln2@ppp1053.in.ipex.cz>
	<20081107223225.73d0151b@Z-Deck>
	<8prlu5x85q.ln2@ppp1053.in.ipex.cz>
Message-ID: <491846BB.4050502@mail.t-mobile.sk>

Matej Cepl wrote:
> 
> Akorát, že cisco client potřebuje svoje vlastní binary-only 
> kernel moduly. Pokud používáte jiný kernel nežli oni podporují 
> (což je v mém případě spíše pravidlem nežli výjimkou) máte smůlu.
> 

Myslim ze to uz dnes nie je pravda, kernel modul sa kompiluje na mieru 
pri instalacii.

ivast


From tomas na iprint.sk  Mon Nov 10 15:18:48 2008
From: tomas na iprint.sk (=?utf-8?B?VG9tw6HFoSBDcmhvbmVr?=)
Date: Mon, 10 Nov 2008 15:18:48 +0100
Subject: Squid log analyzer
In-Reply-To: <49183C4D.3040307@seznam.cz>
References: <491302F9.70604@madeta.cz> <49183C4D.3040307@seznam.cz>
Message-ID: <op.ukep1mew3gu0b2@localhost.localdomain>

Dobrý den


zkuste MySAR http://giannis.stoilis.gr/software/mysar/

Data cpe do MySQL, na disku nic nemá a kromě importu (je možnost použít  
nový importér v C, ale nezkoušel jsem jej) je hodně rychlý.


Heron


Dne Mon, 10 Nov 2008 14:51:09 +0100 Petr "Qaxi" Klíma <qaxi na seznam.cz>  
napsal/-a:

> Petr Klíma napsal(a):
>> Máte někdo zkušenosti s jiným $SUBJ než je SARG ?
>>
>> Potřebuji dělat statistiky přenesených dat přes tyto relace za období
>> (den, týden, měsíc):
>>
>> PC
>> www server
>> user
>>
>> user -> www server
>> PC -> www server
>> user -> PC
>>
> díky za tipy
>
> Moje chyba je, že jsem nepopsal proč nechci sarg ....
>
> Mám cca 1GB access.log měsíčně a sarg přestal vyhovovat ze dvou důvodů:
>
> - veliké obsazení disku - jeden měsíc cca 5-7 GB a ty data se
> přegenerovávají den co den ...
> - není možnost jakkoliv modifikovat výstup (jinak usporadat, tridit ...)
>
> predstava je:
>
> access.log naimportovat do DB
>
> upravit ho - ( relace    hostname:1<-radek_logu:mnoho      a jiné
> můžou ušetřit mnoho MB na DB i v paměti o efektivitě indexování ani  
> nemluvě)
>
> statistiky generovat online
>
> po týdnech/měsících informacím v DB ubírat detail a zmenšovat jejich  
> objem.
>
>



From simon na Cesa.cz  Mon Nov 10 16:33:43 2008
From: simon na Cesa.cz (Simon Brandejs)
Date: Mon, 10 Nov 2008 16:33:43 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
In-Reply-To: <8prlu5x85q.ln2@ppp1053.in.ipex.cz>
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>
	<-5044830478082109345@unknownmsgid>
	<be31d3800811050647m61898754w131cdc4caee8d66d@mail.gmail.com>
	<-1870217885560024984@unknownmsgid>
	<be31d3800811052359s1d819f34t4b272ce0ba11163c@mail.gmail.com>
	<7B92CD4F512D08469E24CCAC7856D4C6010F6272@phants01.meggle.cz>
	<4912CF94.8040002__44316.8794540272$1225967651$gmane$org@ssos.cz>
	<45aeu5xngb.ln2@ppp1053.in.ipex.cz>
	<20081107223225.73d0151b@Z-Deck>
	<8prlu5x85q.ln2@ppp1053.in.ipex.cz>
Message-ID: <20081110163343.0740a0c7@Z-Deck>

> Akorát, že cisco client potřebuje svoje vlastní binary-only 
> kernel moduly. Pokud používáte jiný kernel nežli oni podporují 
> (což je v mém případě spíše pravidlem nežli výjimkou) máte smůlu.
> 


jo jo ..je to to proprietarni kousek .... 
ale kompiluje a linkuje se proti 
source ... takze snad nebude bolet ... 

tj naposled proti vanilce 2.6.20-17 to jde -))) 

simon





From d.petr na post.cz  Mon Nov 10 19:46:10 2008
From: d.petr na post.cz (d.petr)
Date: Mon, 10 Nov 2008 19:46:10 +0100
Subject: Jadro 2.6.27 a rychlost PC
In-Reply-To: <20081110144706.GU70337@fit.vutbr.cz>
References: <Pine.LNX.4.44.0811061554390.19033-100000@eva.bm.ipex.cz>	<49134970.8070403@post.cz>
	<20081110144706.GU70337@fit.vutbr.cz>
Message-ID: <49188172.8050206@post.cz>

Kasparek Tomas wrote:
>> Napadlo mě zkusit i distribuční jádro (2.6.18) mého oblíbeného Debianu. 
>> Co myslíte, bylo rychlejší, nebo pomalejší než moje 2.6.27? ..... Ano, 
>> c) je správně. Nenabootovalo, protože nenašlo disk s rootem. Tipuju 
>> proto, že CONFIG_IDE_GENERIC (bez kterého mi disk taky nenajde) mají 
>> jako modul a ten se holt bez disku blbě hledá. Debiane, Debiane!
> 
> nesleduju to od zacatku ale kdyz tady zminite generic ovladac pro IDE tak
> to se mi moc nezda - podivejte se jakym ovladacem to ktere jadro 2.4/2.6
> spravuje dany disk - dle vypisu pri startu. Neni to nahodou o tom ze v 2.4
> je neco nativniho (tedy napr. i DMA) a v 2.6 je to prave ten generic a
> tudiz pomalost sama?

Jádro 2.4 během startu k ovladači vypsalo:
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
A podle výpisu hdparm pak nebylo DMA zapnuté.
V serveru je isová karta s řadičem UMC, ale jiným, než který nabízí 
konfigurace jádra.
Jádro 2.6 vypisuje:
Uniform Multi-Platform E-IDE driver
ide_generic: please use "probe_mask=0x3f" module parameter for probing 
all legacy ISA IDE ports

Už jsem se smířil s tím, že kopírování pomocí mc (přes shell) zkrátka s 
jádrem 2.6 trvá dlouho. mc snad opravdu, jak tu někdo psal, posílá každý 
bajt zvlášť (při kopírování je server vytížen procesy cat a dd, pustil 
jsem strace na dd a je to pořád read() a write() po jednom znaku) a 2.4 
mělo zřejmě režii kolem zavolání služby menší. Jiné metody přenosu (FTP, 
scp) jsou v obou jádrech zhruba stejně rychlé (a mnohokrát rychlejší, 
než mc).

Petr


From stoupa na practisoft.cz  Tue Nov 11 02:42:34 2008
From: stoupa na practisoft.cz (Petr Vileta (fidokomik))
Date: Tue, 11 Nov 2008 02:42:34 +0100
Subject: Squid log analyzer
References: <mailman.244.1226328424.3940.linux@linux.cz>
Message-ID: <gfanv0$980$2@ns.felk.cvut.cz>

Ivo.Hanuska na hella.com wrote:
> My používáme MySar (fabrika s cca 650 PC). Je to nějaký projekt z
> Řecka. Sbírá to informace a schovává si je to do MySQL. Jediná
> nevýhoda je, že vstup do konfigurační stránky nemá chráněný heslem.
> Všecko (I Cronové skripty) jsou v PHP.
>
No to by snad nemel byt az takovy problem. Zkousel jste pouzit .htaccess ?
-- 
Petr
Skype: callto://fidokomik
Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR*
:-) Odpovidejte na petr na practisoft cz




From kas na fi.muni.cz  Tue Nov 11 11:34:45 2008
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Tue, 11 Nov 2008 11:34:45 +0100
Subject: LVM a partitions? (Re: Virt-manager)
In-Reply-To: <36360.82.208.36.131.1225471255.squirrel@www.freemusic.cz>
References: <20081031150100.GK9238@fi.muni.cz>
	<36360.82.208.36.131.1225471255.squirrel@www.freemusic.cz>
Message-ID: <20081111103445.GU805@fi.muni.cz>

Zdenek Kaminski wrote:
: Dne 31 Říjen 2008, 16:01, Jan Kasprzak napsal(a):
: > * pouzivate diskove image nad filesystemem nebo nad LVM? Prijde mi
: > zbytecne
: > mit nekolikaterabajtovy filesystem jen kvuli tomu, aby na nem bylo treba
: > deset pulterabajtovych souboru pro deset VM. Na druhe strane pokud by
: > libvirt
: > neumelo nic jineho nez raw image, pak by asi slo udelat snapshoty aspon na
: > urovni LVM misto na urovni qemu.
: 
: Diskove image pouzij rovnou nad LVM. Klonovani ci zalohovani serveru je
: pak pomoci snapshotu parada :-)

	OK, v tom pripade - existuje nejaky rozumny nastroj, jak rozdelit
v LVM jednu LV na oblasti a pristupovat k nim? Vim ze pres losetup nebo
pres device mapper to pujde, kdyz si "rucne" spocitam, kde uvnitr dane LV
zacina a konci jednotlive oblasti. Ale jde to treba i automaticky?
Jde mi o to, abych mohl treba vytvorit novou LV pro virtualni stroj,
z host stroje na tom LV vytvorit oblasti, inicializovat swap a filesystemy,
primontovat, nakopirovat z existujiciho fyzickeho stroje obraz filesystemu
do jedne oblasti te LV, a pak teprve spustit virtualni stroj nad jiz
hotovymi daty.

	Nehlede na virtualni stroje, tenhle problem (jak rozumne
zpristupnit partitionovane zarizeni) jsem resil i jinde - takze: umite
tohle nekdo rozumne resit, nebo je treba rucne pocitat offsety oblasti?

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
>>  If you find yourself arguing with Alan Cox, you?re _probably_ wrong.  <<
>>     --James Morris in "How and Why You Should Become a Kernel Hacker"  <<


From slavek.banko na axis.cz  Tue Nov 11 11:45:03 2008
From: slavek.banko na axis.cz (Slavek Banko)
Date: Tue, 11 Nov 2008 11:45:03 +0100
Subject: LVM a partitions? (Re: Virt-manager)
In-Reply-To: <20081111103445.GU805@fi.muni.cz>
References: <20081031150100.GK9238@fi.muni.cz>
	<36360.82.208.36.131.1225471255.squirrel@www.freemusic.cz>
	<20081111103445.GU805@fi.muni.cz>
Message-ID: <200811111145.03749.slavek.banko@axis.cz>

Dne út 11. listopadu 2008 Jan Kasprzak napsal(a):
> 	Nehlede na virtualni stroje, tenhle problem (jak rozumne
> zpristupnit partitionovane zarizeni) jsem resil i jinde - takze: umite
> tohle nekdo rozumne resit, nebo je treba rucne pocitat offsety oblasti?
>
> -Y.

Také jsem stejný problém kdysi řešil. Zjistil jsem, že to počítání není 
problém, a tak jsem si napsal malý skriptík a nazval jej dm-disk.

Slávek
-- 

#!/bin/bash
#-----------------------------------------------------------------------+
#									|
#									|
#	dm-disk  -  vytvoreni zarizeni pro oddily v obrazu disku	|
#									|
#									|
#-----------------------------------------------------------------------+

#-----------------------------------------------------------------------+
#	kontrola parametru						|
#-----------------------------------------------------------------------+
if [ -z "$1" ] || [ ! -r "$1" ]; then
    echo "Jako parametr zadej jmeno zarizeni."
    exit 1
fi
DEV_PARENT=$1

if [ -z "$2" ]; then
  ACTION=status
else
  ACTION="$2"
fi

#-----------------------------------------------------------------------+
#	mapovani oddilu							|
#-----------------------------------------------------------------------+
case "$ACTION" in
    start)
	echo -n "Mapping disk $DEV_PARENT:"
	;;
    stop)
	echo -n "Unmapping disk $DEV_PARENT:"
	;;
esac

fdisk -lu $DEV_PARENT | \
grep "^$DEV_PARENT" | \
sed "s|[\*+]||g" | \
while read DEV_PARTITION DEV_START DEV_END DEV_BLOCKS DEV_TYPE 
DEV_TYPE_LABEL; do
  if [ "$DEV_TYPE" != "5" ] && [ "$DEV_TYPE" != "f" ]; then
    DEV_PARTITION=$(echo "$DEV_PARTITION" | sed -e "s|^/dev/||" -e "s|/|-|
g")
    case "$ACTION" in
	start)
	    if ! dmsetup ls | grep -q "$DEV_PARTITION"; then
		echo -n " $DEV_PARTITION"
		echo 0 $(( DEV_END-DEV_START+1 )) linear $DEV_PARENT $DEV_START |
		dmsetup create "$DEV_PARTITION"
	    fi
	    ;;
	
	stop)
	    if dmsetup ls | grep -q "$DEV_PARTITION"; then
		echo -n " $DEV_PARTITION"
		dmsetup remove "$DEV_PARTITION"
	    fi
	    ;;
	
	*)
	    if dmsetup ls | grep -q "$DEV_PARTITION"; then
		dmsetup info "$DEV_PARTITION"
	    fi
	    ;;
    esac
  fi
done

case "$ACTION" in
    start|stop)
	echo "."
	;;
esac


From dfenze na gmail.com  Tue Nov 11 13:01:10 2008
From: dfenze na gmail.com (Premysl Hruby)
Date: Tue, 11 Nov 2008 13:01:10 +0100
Subject: LVM a partitions? (Re: Virt-manager)
In-Reply-To: <20081111103445.GU805@fi.muni.cz>
References: <20081031150100.GK9238@fi.muni.cz>
	<36360.82.208.36.131.1225471255.squirrel@www.freemusic.cz>
	<20081111103445.GU805@fi.muni.cz>
Message-ID: <20081111120110.GC4485@baldr.the>

On (11/11/08 11:34), Jan Kasprzak wrote:
> To: Diskuse o Linuxu v cestine <linux na linux.cz>
> From: Jan Kasprzak <kas na fi.muni.cz>
> Subject: LVM a partitions? (Re: Virt-manager)
> User-Agent: Mutt/1.4.2.2i
> Reply-To: Diskuse o Linuxu v cestine <linux na linux.cz>
> List-Id: Diskuse o Linuxu v cestine <linux.linux.cz>
> 
> Zdenek Kaminski wrote:
> : Dne 31 Říjen 2008, 16:01, Jan Kasprzak napsal(a):
> : > * pouzivate diskove image nad filesystemem nebo nad LVM? Prijde mi
> : > zbytecne
> : > mit nekolikaterabajtovy filesystem jen kvuli tomu, aby na nem bylo treba
> : > deset pulterabajtovych souboru pro deset VM. Na druhe strane pokud by
> : > libvirt
> : > neumelo nic jineho nez raw image, pak by asi slo udelat snapshoty aspon na
> : > urovni LVM misto na urovni qemu.
> : 
> : Diskove image pouzij rovnou nad LVM. Klonovani ci zalohovani serveru je
> : pak pomoci snapshotu parada :-)
> 
> 	OK, v tom pripade - existuje nejaky rozumny nastroj, jak rozdelit
> v LVM jednu LV na oblasti a pristupovat k nim? Vim ze pres losetup nebo
> pres device mapper to pujde, kdyz si "rucne" spocitam, kde uvnitr dane LV
> zacina a konci jednotlive oblasti. Ale jde to treba i automaticky?
> Jde mi o to, abych mohl treba vytvorit novou LV pro virtualni stroj,
> z host stroje na tom LV vytvorit oblasti, inicializovat swap a filesystemy,
> primontovat, nakopirovat z existujiciho fyzickeho stroje obraz filesystemu
> do jedne oblasti te LV, a pak teprve spustit virtualni stroj nad jiz
> hotovymi daty.
> 
> 	Nehlede na virtualni stroje, tenhle problem (jak rozumne
> zpristupnit partitionovane zarizeni) jsem resil i jinde - takze: umite
> tohle nekdo rozumne resit, nebo je treba rucne pocitat offsety oblasti?
> 
> -Y.
> 

Takovym nastrojem co nacte z daneho device mapper zarizeni partition
tabulky a zaridi co je treba ja kpartx, vetsinou byva v baliku pro
multipath (io) nebo primo (debian) v baliku kpartx.

-Ph
-- 
Premysl "Anydot" Hruby, http://www.redrum.cz/


From tomas.hodek na volny.cz  Tue Nov 11 12:51:16 2008
From: tomas.hodek na volny.cz (=?ISO-8859-2?Q?Hodek_Tom=E1=B9?=)
Date: Tue, 11 Nov 2008 12:51:16 +0100
Subject: LVM a partitions? (Re: Virt-manager)
In-Reply-To: <20081111103445.GU805@fi.muni.cz>
References: <20081031150100.GK9238@fi.muni.cz>	<36360.82.208.36.131.1225471255.squirrel@www.freemusic.cz>
	<20081111103445.GU805@fi.muni.cz>
Message-ID: <491971B4.7050209@volny.cz>

Dobrý den,

nevím, zda si rozumíme, ale je možné, že hledáte kpartx.


th


From macek na sandbox.cz  Tue Nov 11 13:57:44 2008
From: macek na sandbox.cz (Vlada Macek)
Date: Tue, 11 Nov 2008 13:57:44 +0100
Subject: Virtualni stroj: nesmyslny sleep
Message-ID: <49198148.9020607@sandbox.cz>

Asi budu potrebovat poradit, jsem ve virtualizaci novacek a mam tu problem.

Nainstaloval jsem 64bit Ubuntu na Quad-Core Xeon 5310 EM64T, kvm,
libvirt. Vytvoril jsem:

    * Virtual V1, do nej rsyncem zkopiroval 32bit Debian Etch dobre
      fungujici na realnem zeleze.

    * Virtual V2, do nej zkopiroval logical volume 32bit CentOSu
      nainstalovaneho na jinem virtualizujicim stroji.

Ve V1 ceka sleep (strace ukazuje volani nanosleep) nesmyslne dlouhou
dobu. Namatkou:

    sleep .2  real 60s
    sleep 1   real 30s
    sleep 2   real 31s
    sleep 2   real 0.5s
    sleep 2   real 60s
    sleep 10 real 1s
    sleep 10 real 39s

... proste kazde spusteni jak podle plotu.

V2 je ale v pohode, sleep spi jak ma!

Kernely obou guestu (opileho i strizliveho) hlasi pri startu jader:
"Time: tsc clocksource has been installed" a ostatni hlasky tykajici se
casu jsou si take podobne. Obe jadra jsou 2.6.18 patchovana distributory.

HZ(hypervizor) = 100
HZ(V1) = 250
HZ(V2) = 1000

Virtualy jsem zakladal volanim skriptu:

virt-install --name=... --ram=... --vcpus=4 --file=... --vnc
--noautoconsole --accelerate --livecd --hvm --cdrom=... --noapic --noacpi

... ale oba stejne, tak v tom necekam problem.

Pomuze jakykoli tip. Kriknete, jake info mam dodat. Diky!

-- 
\//\/\
http://macek.sandbox.cz


From sutr na valasske-laboratore.cz  Tue Nov 11 15:34:39 2008
From: sutr na valasske-laboratore.cz (Zdenek Kaminski)
Date: Tue, 11 Nov 2008 15:34:39 +0100 (CET)
Subject: LVM a partitions? (Re: Virt-manager)
In-Reply-To: <20081111103445.GU805@fi.muni.cz>
References: <20081031150100.GK9238@fi.muni.cz>
	<36360.82.208.36.131.1225471255.squirrel@www.freemusic.cz>
	<20081111103445.GU805@fi.muni.cz>
Message-ID: <54638.85.160.42.12.1226414079.squirrel@www.freemusic.cz>


Dne 11 Listopad 2008, 11:34, Jan Kasprzak napsal(a):

> 	OK, v tom pripade - existuje nejaky rozumny nastroj, jak rozdelit
> v LVM jednu LV na oblasti a pristupovat k nim? Vim ze pres losetup nebo
> pres device mapper to pujde, kdyz si "rucne" spocitam, kde uvnitr dane LV
> zacina a konci jednotlive oblasti. Ale jde to treba i automaticky?
> Jde mi o to, abych mohl treba vytvorit novou LV pro virtualni stroj,
> z host stroje na tom LV vytvorit oblasti, inicializovat swap a
> filesystemy,
> primontovat, nakopirovat z existujiciho fyzickeho stroje obraz filesystemu
> do jedne oblasti te LV, a pak teprve spustit virtualni stroj nad jiz
> hotovymi daty.

Nevim, jestli Ti presne rozumim, ale na vytvoreny LV poustim fdisk,
rozdelim si ho, kpartx mi pak ty oblasti zpristupni a normalne
naformatuji,
nakopiruji data a jedu.

Jediny problem mam s instalaci zavadece a to resim tak, ze tam proste
natrdo pres dd na zacatek nakopiruji potrebnou velikost.

Myslim, ze je nutne dat pozor na stav (ci danou vec overit), kdy je pres
kpartx zpristupnena oblast v LV a zaroven je LV pouzivan bezicim domX. V
dom0 jsem to nemel (tusim) namontovane, jen pres kpartx zpristupnene a
udelalo mi to lehce bordel v datech.

Ale je to davno a v zacatcich mych hratek s xenem a lvm a je mozne, ze
jsem jen na neco zapomel a pak jsem se divil, proc se to stalo.

Z.K.
--
Wallachian Laboratories? Freeride in UN*X systems...




From mcepl na redhat.com  Tue Nov 11 17:20:43 2008
From: mcepl na redhat.com (Matej Cepl)
Date: Tue, 11 Nov 2008 17:20:43 +0100
Subject: VPN propojeni tri pobocek s Centos 5.2
References: <7B92CD4F512D08469E24CCAC7856D4C6010F626E@phants01.meggle.cz>
	<-5044830478082109345@unknownmsgid>
	<be31d3800811050647m61898754w131cdc4caee8d66d@mail.gmail.com>
	<-1870217885560024984@unknownmsgid>
	<be31d3800811052359s1d819f34t4b272ce0ba11163c@mail.gmail.com>
	<7B92CD4F512D08469E24CCAC7856D4C6010F6272@phants01.meggle.cz>
	<4912CF94.8040002__44316.8794540272$1225967651$gmane$org@ssos.cz>
	<45aeu5xngb.ln2@ppp1053.in.ipex.cz> <20081107223225.73d0151b@Z-Deck>
	<8prlu5x85q.ln2@ppp1053.in.ipex.cz> <20081110163343.0740a0c7@Z-Deck>
Message-ID: <rvnou5x4af.ln2@ppp1053.in.ipex.cz>

On 2008-11-10, 15:33 GMT, Simon Brandejs wrote:
> jo jo ..je to to proprietarni kousek ....  ale kompiluje 
> a linkuje se proti source ... takze snad nebude bolet ... 
>
> tj naposled proti vanilce 2.6.20-17 to jde -))) 

[matej na hubmaier ~]$ uname -r
2.6.27.4-79.fc10.x86_64
[matej na hubmaier ~]$

:D

To už by mi skoro dýl vydržel vpnc, nežli jak často upgraduju 
kernely ;-).

Matěj



From macek na sandbox.cz  Tue Nov 11 17:32:48 2008
From: macek na sandbox.cz (Vlada Macek)
Date: Tue, 11 Nov 2008 17:32:48 +0100
Subject: Virtualni stroj: nesmyslny sleep (novy poznatek)
In-Reply-To: <49198148.9020607@sandbox.cz>
References: <49198148.9020607@sandbox.cz>
Message-ID: <4919B3B0.5010400@sandbox.cz>

Napadl me trivialni test provedeny ve zlobivem virtualu V1, tak
rozsiruji svuj post.
Prikaz (realne trva zlomek sekundy):

$ for i in `seq 20`; do date +%s; done
1226420746
1226420778
1226420778
1226420777
1226420746
1226420778
1226420778
1226420777
1226420747
1226420778
1226420778
1226420777
1226420747
1226420778
1226420778
1226420747
1226420778
1226420778
1226420777
1226420747

Tedy skoky o 1,-1,31,-31 sekund tam a zpatky. V souctu se ale cas
posouva dopredu jak ma.

Neni to strasidelny? Tusite, jak je z toho blbe Postfixu? :-) Hodne.

Hledam sam pricinu, ale uvitam rady,

Vlada


Vlada Macek wrote:
> Asi budu potrebovat poradit, jsem ve virtualizaci novacek a mam tu problem.
>
> Nainstaloval jsem 64bit Ubuntu na Quad-Core Xeon 5310 EM64T, kvm,
> libvirt. Vytvoril jsem:
>
>     * Virtual V1, do nej rsyncem zkopiroval 32bit Debian Etch dobre
>       fungujici na realnem zeleze.
>
>     * Virtual V2, do nej zkopiroval logical volume 32bit CentOSu
>       nainstalovaneho na jinem virtualizujicim stroji.
>
> Ve V1 ceka sleep (strace ukazuje volani nanosleep) nesmyslne dlouhou
> dobu. Namatkou:
>
>     sleep .2  real 60s
>     sleep 1   real 30s
>     sleep 2   real 31s
>     sleep 2   real 0.5s
>     sleep 2   real 60s
>     sleep 10 real 1s
>     sleep 10 real 39s
>
> ... proste kazde spusteni jak podle plotu.
>
> V2 je ale v pohode, sleep spi jak ma!
>
> Kernely obou guestu (opileho i strizliveho) hlasi pri startu jader:
> "Time: tsc clocksource has been installed" a ostatni hlasky tykajici se
> casu jsou si take podobne. Obe jadra jsou 2.6.18 patchovana distributory.
>
> HZ(hypervizor) = 100
> HZ(V1) = 250
> HZ(V2) = 1000
>
> Virtualy jsem zakladal volanim skriptu:
>
> virt-install --name=... --ram=... --vcpus=4 --file=... --vnc
> --noautoconsole --accelerate --livecd --hvm --cdrom=... --noapic --noacpi
>
> ... ale oba stejne, tak v tom necekam problem.
>
> Pomuze jakykoli tip. Kriknete, jake info mam dodat. Diky!
>   

-- 
\//\/\
http://macek.sandbox.cz


From pstehlik na sophics.cz  Tue Nov 11 23:05:58 2008
From: pstehlik na sophics.cz (Petr =?ISO-8859-1?Q?Stehl=EDk?=)
Date: Tue, 11 Nov 2008 23:05:58 +0100
Subject: Live CD pro jednu aplikaci
Message-ID: <1226441158.13250.10.camel@joy>

Zdar,

chtěl bych vytvořit demonstrační Live CD s jednou jedinou aplikací,
která potřebuje framebuffer nebo X11 (nejlépe s hodně akcelerovanou
grafikou) a spustí se hned sama při startu (ještě z initu/xinitu).
Podobně jako třeba výrobci diskových řadičů šíří aplikace na jejich
správu, nebo dnes už i výrobci motherboardů šíří utility, a tak.

Kdysi před mnoha lety jsem použil Knoppix a ořezával a ořezával, až jsem
ho dostal pod 100 MB, a pak jsem tam přidal tu svoji aplikaci někam do
menu. To bylo ale moc pracné a výsledek neodpovídal očekávání.

Nemáte někdo doporučení jak by se to dalo udělat dnes s co nejmenší
vynaloženou energií? Umí někdo jednoduše customizovat DSL nebo nějaký
Puppy linux nebo je něco ještě víc na míru, třeba nějaké Suse Studio
nebo kdo ví co?

Díky za tipy

Petr




From kas na fi.muni.cz  Tue Nov 11 23:51:02 2008
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Tue, 11 Nov 2008 23:51:02 +0100
Subject: LVM a partitions? (Re: Virt-manager)
In-Reply-To: <54638.85.160.42.12.1226414079.squirrel@www.freemusic.cz>
References: <20081031150100.GK9238@fi.muni.cz>
	<36360.82.208.36.131.1225471255.squirrel@www.freemusic.cz>
	<20081111103445.GU805@fi.muni.cz>
	<54638.85.160.42.12.1226414079.squirrel@www.freemusic.cz>
Message-ID: <20081111225102.GQ27101@fi.muni.cz>

Zdenek Kaminski wrote:
: Nevim, jestli Ti presne rozumim, ale na vytvoreny LV poustim fdisk,
: rozdelim si ho, kpartx mi pak ty oblasti zpristupni a normalne
: naformatuji,
: nakopiruji data a jedu.

	Jo, kpartx je to spravne klicove slovo (a prekvapive to neni
nic s KDE - asi proto jsem to prehledl: pokud jsem ten nazev nekde
videl, povazoval jsem to za KDE aplikaci a rovnou zavrhl :-).

	Diky vsem,

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
>>  If you find yourself arguing with Alan Cox, you?re _probably_ wrong.  <<
>>     --James Morris in "How and Why You Should Become a Kernel Hacker"  <<


From linux na ssos.cz  Wed Nov 12 08:59:17 2008
From: linux na ssos.cz (=?ISO-8859-2?Q?Filip_Flaj=B9ar?=)
Date: Wed, 12 Nov 2008 07:59:17 +0000
Subject: Live CD pro jednu aplikaci
In-Reply-To: <1226441158.13250.10.camel@joy>
References: <1226441158.13250.10.camel@joy>
Message-ID: <491A8CD5.5060906@ssos.cz>

Co Slax?


-- Filip

Petr Stehlík napsal(a):
> Zdar,
>
> chtěl bych vytvořit demonstrační Live CD s jednou jedinou aplikací,
> která potřebuje framebuffer nebo X11 (nejlépe s hodně akcelerovanou
> grafikou) a spustí se hned sama při startu (ještě z initu/xinitu).
> Podobně jako třeba výrobci diskových řadičů šíří aplikace na jejich
> správu, nebo dnes už i výrobci motherboardů šíří utility, a tak.
>
> Kdysi před mnoha lety jsem použil Knoppix a ořezával a ořezával, až jsem
> ho dostal pod 100 MB, a pak jsem tam přidal tu svoji aplikaci někam do
> menu. To bylo ale moc pracné a výsledek neodpovídal očekávání.
>
> Nemáte někdo doporučení jak by se to dalo udělat dnes s co nejmenší
> vynaloženou energií? Umí někdo jednoduše customizovat DSL nebo nějaký
> Puppy linux nebo je něco ještě víc na míru, třeba nějaké Suse Studio
> nebo kdo ví co?
>
> Díky za tipy
>
> Petr
>
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>   



From linux na ssos.cz  Wed Nov 12 08:59:17 2008
From: linux na ssos.cz (=?ISO-8859-2?Q?Filip_Flaj=B9ar?=)
Date: Wed, 12 Nov 2008 07:59:17 +0000
Subject: Live CD pro jednu aplikaci
In-Reply-To: <1226441158.13250.10.camel@joy>
References: <1226441158.13250.10.camel@joy>
Message-ID: <491A8CD5.5060906@ssos.cz>

Co Slax?


-- Filip

Petr Stehlík napsal(a):
> Zdar,
>
> chtěl bych vytvořit demonstrační Live CD s jednou jedinou aplikací,
> která potřebuje framebuffer nebo X11 (nejlépe s hodně akcelerovanou
> grafikou) a spustí se hned sama při startu (ještě z initu/xinitu).
> Podobně jako třeba výrobci diskových řadičů šíří aplikace na jejich
> správu, nebo dnes už i výrobci motherboardů šíří utility, a tak.
>
> Kdysi před mnoha lety jsem použil Knoppix a ořezával a ořezával, až jsem
> ho dostal pod 100 MB, a pak jsem tam přidal tu svoji aplikaci někam do
> menu. To bylo ale moc pracné a výsledek neodpovídal očekávání.
>
> Nemáte někdo doporučení jak by se to dalo udělat dnes s co nejmenší
> vynaloženou energií? Umí někdo jednoduše customizovat DSL nebo nějaký
> Puppy linux nebo je něco ještě víc na míru, třeba nějaké Suse Studio
> nebo kdo ví co?
>
> Díky za tipy
>
> Petr
>
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>   




From pstehlik na sophics.cz  Wed Nov 12 12:31:16 2008
From: pstehlik na sophics.cz (Petr Stehlik)
Date: Wed, 12 Nov 2008 12:31:16 +0100
Subject: Live CD pro jednu aplikaci
In-Reply-To: <491A8CD5.5060906@ssos.cz>
References: <1226441158.13250.10.camel@joy>  <491A8CD5.5060906@ssos.cz>
Message-ID: <1226489476.6367.3.camel@petr>

Filip Flajšar píše v St 12. 11. 2008 v 07:59 +0000:
> Co Slax?

dle 4 roky starého článku na root.cz ano, ale po kliknutí na "Build your
own SLAX" (http://www.slax.org/build.php) nevím nevím.

Petr




From konference na kraja.net  Wed Nov 12 13:17:42 2008
From: konference na kraja.net (konference na kraja.net)
Date: Wed, 12 Nov 2008 13:17:42 +0100 (CET)
Subject: gate/firewall distro
Message-ID: <18852.88.101.186.160.1226492262.squirrel@mail.uplink.cz>

Ahoj,
rad bych vyzkousel na jedne brane nejake firewall/gate distro, tedy mam na
mysli nejakou distribuci upravenou pro fungovani jako brana a/nebo
firewall, idealne vcetne nejakeho konfigurovatka na vymozenosti, co to
umi.
Ocenil bych hlavne nejake pekne grafy, ted to resim muninem primo na
brane, ale moc se mi to reseni nelibi.

Chapu, ze to jde vse samozrejme udelat v jakemkoli distru celkem bez
problemu rucne, ale proc nezkusit neco hotoveho pro tento ucel.

diky za tipy,

m.



From mr.death na ipq.cz  Wed Nov 12 14:47:22 2008
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Wed, 12 Nov 2008 14:47:22 +0100
Subject: gate/firewall distro
In-Reply-To: <18852.88.101.186.160.1226492262.squirrel@mail.uplink.cz>
References: <18852.88.101.186.160.1226492262.squirrel@mail.uplink.cz>
Message-ID: <002a01c944cd$30629000$9127b000$@death@ipq.cz>

Zkoušeli jsme pfSense a IPCop a oboje funguje, dokud člověk nepotřebuje
nestandardní věc, co ty distribuce normálně nenabízí. Pak je to problém
přiohnout, nemusí korektně fungovat webový rozhranní a podobně. Ze
zkušenosti doporučuju vzít svoji oblíbenou distribuci a udělat všechno
ručně. Kdysi mně to zde někdo taky doporučoval a musím mu dat za pravdu, je
to nejlepší...

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of konference na kraja.net
> Sent: Wednesday, November 12, 2008 1:18 PM
> 
> Ahoj,
> rad bych vyzkousel na jedne brane nejake firewall/gate distro, tedy mam
> na
> mysli nejakou distribuci upravenou pro fungovani jako brana a/nebo
> firewall, idealne vcetne nejakeho konfigurovatka na vymozenosti, co to
> umi.
> Ocenil bych hlavne nejake pekne grafy, ted to resim muninem primo na
> brane, ale moc se mi to reseni nelibi.
> 
> Chapu, ze to jde vse samozrejme udelat v jakemkoli distru celkem bez
> problemu rucne, ale proc nezkusit neco hotoveho pro tento ucel.



From node.ch na centrum.cz  Thu Nov 13 01:11:12 2008
From: node.ch na centrum.cz (LLK)
Date: Thu, 13 Nov 2008 01:11:12 +0100
Subject: Live CD pro jednu aplikaci
In-Reply-To: <1226489476.6367.3.camel@petr>
References: <1226441158.13250.10.camel@joy> <491A8CD5.5060906@ssos.cz>
	<1226489476.6367.3.camel@petr>
Message-ID: <200811130111.19230@centrum.cz>

a 

http://www.slax.org/get_slax.php
?





______________________________________________________________
> Od: pstehlik na sophics.cz
> Komu: Diskuse o Linuxu v cestine &lt;linux na linux.cz&gt;
> Datum: 12.11.2008 12:31
> Předmět: Re: Live CD pro jednu aplikaci
>
>Filip Flajšar píše v St 12. 11. 2008 v 07:59 +0000:
>> Co Slax?
>
>dle 4 roky starého článku na root.cz ano, ale po kliknutí na "Build your
>own SLAX" (http://www.slax.org/build.php) nevím nevím.
>
>Petr



From pstehlik na sophics.cz  Thu Nov 13 07:58:40 2008
From: pstehlik na sophics.cz (Petr Stehlik)
Date: Thu, 13 Nov 2008 07:58:40 +0100
Subject: Live CD pro jednu aplikaci
In-Reply-To: <200811130111.19230@centrum.cz>
References: <1226441158.13250.10.camel@joy> <491A8CD5.5060906@ssos.cz>
	<1226489476.6367.3.camel@petr>  <200811130111.19230@centrum.cz>
Message-ID: <1226559520.7697.2.camel@petr>

LLK píše v Čt 13. 11. 2008 v 01:11 +0100:
> a 
> 
> http://www.slax.org/get_slax.php

ale stahnout to umim, vtip je v tom to predelat. Momentalne jsem ve
fazi, ze nevim, jak vlastne presne startuje grafika, abych to mohl
dodelat pote, co jsem smazal KDE a spol.

Nicmene Slax je opravdu jednoduchy na rozdelani, opraveni a znovuslozeni
(hlavne diky absenci balickovaciho systemu) - v tom Filipovi dekuji za
tip.

Petr




From linux na ssos.cz  Thu Nov 13 09:08:31 2008
From: linux na ssos.cz (=?ISO-8859-2?Q?Filip_Flaj=B9ar?=)
Date: Thu, 13 Nov 2008 08:08:31 +0000
Subject: Live CD pro jednu aplikaci
In-Reply-To: <1226559520.7697.2.camel@petr>
References: <1226441158.13250.10.camel@joy>
	<491A8CD5.5060906@ssos.cz>	<1226489476.6367.3.camel@petr>
	<200811130111.19230@centrum.cz> <1226559520.7697.2.camel@petr>
Message-ID: <491BE07F.7020404@ssos.cz>

Diky :-)
Jeste bych mohl poradit, kdysi jsem se setkal s aplikaci Slax Creator.
Je to sice aplikace pro win, ale ve wine mi bezela. Tam je jednoducha 
moznost pridat/odebrat moduly,
nastavit ruzne moznosti atd.

-- Filip

Petr Stehlik napsal(a):
> LLK píše v Čt 13. 11. 2008 v 01:11 +0100:
>   
>> a 
>>
>> http://www.slax.org/get_slax.php
>>     
>
> ale stahnout to umim, vtip je v tom to predelat. Momentalne jsem ve
> fazi, ze nevim, jak vlastne presne startuje grafika, abych to mohl
> dodelat pote, co jsem smazal KDE a spol.
>
> Nicmene Slax je opravdu jednoduchy na rozdelani, opraveni a znovuslozeni
> (hlavne diky absenci balickovaciho systemu) - v tom Filipovi dekuji za
> tip.
>
> Petr
>
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>   




From linux na ssos.cz  Thu Nov 13 09:08:31 2008
From: linux na ssos.cz (=?ISO-8859-2?Q?Filip_Flaj=B9ar?=)
Date: Thu, 13 Nov 2008 08:08:31 +0000
Subject: Live CD pro jednu aplikaci
In-Reply-To: <1226559520.7697.2.camel@petr>
References: <1226441158.13250.10.camel@joy>
	<491A8CD5.5060906@ssos.cz>	<1226489476.6367.3.camel@petr>
	<200811130111.19230@centrum.cz> <1226559520.7697.2.camel@petr>
Message-ID: <491BE07F.7020404@ssos.cz>

Diky :-)
Jeste bych mohl poradit, kdysi jsem se setkal s aplikaci Slax Creator.
Je to sice aplikace pro win, ale ve wine mi bezela. Tam je jednoducha 
moznost pridat/odebrat moduly,
nastavit ruzne moznosti atd.

-- Filip

Petr Stehlik napsal(a):
> LLK píše v Čt 13. 11. 2008 v 01:11 +0100:
>   
>> a 
>>
>> http://www.slax.org/get_slax.php
>>     
>
> ale stahnout to umim, vtip je v tom to predelat. Momentalne jsem ve
> fazi, ze nevim, jak vlastne presne startuje grafika, abych to mohl
> dodelat pote, co jsem smazal KDE a spol.
>
> Nicmene Slax je opravdu jednoduchy na rozdelani, opraveni a znovuslozeni
> (hlavne diky absenci balickovaciho systemu) - v tom Filipovi dekuji za
> tip.
>
> Petr
>
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>   



From czechtony na strojvimp.cz  Thu Nov 13 08:08:55 2008
From: czechtony na strojvimp.cz (Czechtony)
Date: Thu, 13 Nov 2008 08:08:55 +0100
Subject: Live CD pro jednu aplikaci
In-Reply-To: <1226559520.7697.2.camel@petr>
References: <1226441158.13250.10.camel@joy>
	<491A8CD5.5060906@ssos.cz>	<1226489476.6367.3.camel@petr>
	<200811130111.19230@centrum.cz> <1226559520.7697.2.camel@petr>
Message-ID: <491BD287.8030806@strojvimp.cz>

A co tak neorezavat live distribuce a jen upravit startup scripty a 
nabidkova menu.
Misto usetrit nepotrebujete.

CzT
--
Petr Stehlik napsal(a):
> LLK píše v Čt 13. 11. 2008 v 01:11 +0100:
>   
>> a 
>>
>> http://www.slax.org/get_slax.php
>>     
>
> ale stahnout to umim, vtip je v tom to predelat. Momentalne jsem ve
> fazi, ze nevim, jak vlastne presne startuje grafika, abych to mohl
> dodelat pote, co jsem smazal KDE a spol.
>
> Nicmene Slax je opravdu jednoduchy na rozdelani, opraveni a znovuslozeni
> (hlavne diky absenci balickovaciho systemu) - v tom Filipovi dekuji za
> tip.
>
> Petr
>
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>   



From pstehlik na sophics.cz  Thu Nov 13 09:55:19 2008
From: pstehlik na sophics.cz (Petr Stehlik)
Date: Thu, 13 Nov 2008 09:55:19 +0100
Subject: Live CD pro jednu aplikaci
In-Reply-To: <491BD287.8030806@strojvimp.cz>
References: <1226441158.13250.10.camel@joy> <491A8CD5.5060906@ssos.cz>
	<1226489476.6367.3.camel@petr> <200811130111.19230@centrum.cz>
	<1226559520.7697.2.camel@petr>  <491BD287.8030806@strojvimp.cz>
Message-ID: <1226566519.7697.7.camel@petr>

Czechtony píše v Čt 13. 11. 2008 v 08:08 +0100:
> A co tak neorezavat live distribuce a jen upravit startup scripty a 
> nabidkova menu.
> Misto usetrit nepotrebujete.

Ale potrebuju, jen jsem to puvodne nezminoval. Precejen stahovat 700 MB
nebo 94 MB je rozdil.

Kazdopadne uz to mam funkcni, nakonec to byla hracka, stacilo si
vzpomenout na /etc/inittab. Reseni jsem napsal do fora Slaxu, zjevne
jsem nebyl sam, kdo neco takoveho hledal.

Petr




From ivast na mail.t-mobile.sk  Thu Nov 13 11:01:13 2008
From: ivast na mail.t-mobile.sk (Ivan Stenda)
Date: Thu, 13 Nov 2008 11:01:13 +0100
Subject: happyfoto upload
Message-ID: <491BFAE9.8070205@mail.t-mobile.sk>

Dobry den, neriesil nahodou niekto upload fotiek do happyfoto z unixu ? 
Uz sa par hodin trapim s curl a vysledok ziaden.

dakujem
ivast


From janousek na fonet.cz  Thu Nov 13 11:37:48 2008
From: janousek na fonet.cz (=?iso-8859-2?Q?Pavel_Janou=B9ek?=)
Date: Thu, 13 Nov 2008 11:37:48 +0100
Subject: happyfoto upload
In-Reply-To: <491BFAE9.8070205@mail.t-mobile.sk>
References: <491BFAE9.8070205@mail.t-mobile.sk>
Message-ID: <4F23E9745D562F4D90373B9C5CEF44300400FCA4@percival.fonet.cz>

Mě ten bastard nefungoval (naposled v létě) pořádně z ničeho jiného než 
MS IE (6.? - prostě co je ve WinXP, sedmička to však není), pokud tu 
aplikaci řádně nezaktualizovali, obávám se, že Vaše snaha vyjde 
naprázdno...

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet    Za Kovárnou 9, 625 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  


From tomas.krbec na gmail.com  Thu Nov 13 11:44:16 2008
From: tomas.krbec na gmail.com (=?UTF-8?Q?Tom=C3=A1=C5=A1_Krbec?=)
Date: Thu, 13 Nov 2008 11:44:16 +0100
Subject: happyfoto upload
In-Reply-To: <4F23E9745D562F4D90373B9C5CEF44300400FCA4@percival.fonet.cz>
References: <491BFAE9.8070205@mail.t-mobile.sk>
	<4F23E9745D562F4D90373B9C5CEF44300400FCA4@percival.fonet.cz>
Message-ID: <be31d3800811130244k5cd4461co38885031a9159467@mail.gmail.com>

trochu OT, ale nedá se to tam dotlačit z Picassa? Všiml jsme si, že by
měl umět posílat do několika fotolabů.

-- 
S pozdravem
Tomáš Krbec

From iko na kamarad.cz  Thu Nov 13 11:45:22 2008
From: iko na kamarad.cz (iko)
Date: Thu, 13 Nov 2008 11:45:22 +0100
Subject: happyfoto upload
In-Reply-To: <491BFAE9.8070205@mail.t-mobile.sk>
References: <491BFAE9.8070205@mail.t-mobile.sk>
Message-ID: <491C0542.8080603@kamarad.cz>

Mam na to taku nedokoncenu aplikaciu v jave :) som si robil pre vlastne
potesenie.

Ivan Stenda wrote:
> Dobry den, neriesil nahodou niekto upload fotiek do happyfoto z unixu ? 
> Uz sa par hodin trapim s curl a vysledok ziaden.
> 
> dakujem
> ivast

-- 
Odchadzajuca sprava obsahuje 163 virusov.
The outgoing message contain 163 unwanted surprises
Skontrolovane Antivirusovým systemom KFC.
Verzia: 7.2.130 / Vírusová databáza: 562.2.5



From iko na kamarad.cz  Thu Nov 13 11:46:05 2008
From: iko na kamarad.cz (iko)
Date: Thu, 13 Nov 2008 11:46:05 +0100
Subject: happyfoto upload
In-Reply-To: <491BFAE9.8070205@mail.t-mobile.sk>
References: <491BFAE9.8070205@mail.t-mobile.sk>
Message-ID: <491C056D.8040400@kamarad.cz>

a riesil som aj upload v BASHi, taktiez funguje

Ivan Stenda wrote:
> Dobry den, neriesil nahodou niekto upload fotiek do happyfoto z unixu ? 
> Uz sa par hodin trapim s curl a vysledok ziaden.
> 
> dakujem
> ivast

-- 
Odchadzajuca sprava obsahuje 163 virusov.
The outgoing message contain 163 unwanted surprises
Skontrolovane Antivirusovým systemom KFC.
Verzia: 7.2.130 / Vírusová databáza: 562.2.5



From ivast na mail.t-mobile.sk  Thu Nov 13 13:07:32 2008
From: ivast na mail.t-mobile.sk (Ivan Stenda)
Date: Thu, 13 Nov 2008 13:07:32 +0100
Subject: happyfoto upload
In-Reply-To: <491C056D.8040400@kamarad.cz>
References: <491BFAE9.8070205@mail.t-mobile.sk> <491C056D.8040400@kamarad.cz>
Message-ID: <491C1884.8000105@mail.t-mobile.sk>

sup sem s tym, ak mozem poprosit ...

dakujem
ivast

iko wrote:
> a riesil som aj upload v BASHi, taktiez funguje


From iko na kamarad.cz  Thu Nov 13 14:03:27 2008
From: iko na kamarad.cz (iko)
Date: Thu, 13 Nov 2008 14:03:27 +0100
Subject: happyfoto upload
In-Reply-To: <491C1884.8000105@mail.t-mobile.sk>
References: <491BFAE9.8070205@mail.t-mobile.sk> <491C056D.8040400@kamarad.cz>
	<491C1884.8000105@mail.t-mobile.sk>
Message-ID: <491C259F.3060209@kamarad.cz>

tu je ten bash skript, je to cisto pre osobnu potrebu, necakajte komfort :)
treba sa najprv na webe prihlasit rucne na digi.happyfoto.sk a z URL
vytiahnut ID, ktore sa potom hodi do skriptu. skript posiela jednu
fotku, teda pre x fotiek treba dat cyklus alebo nieco (podla chuti).

iko

Ivan Stenda wrote:
> sup sem s tym, ak mozem poprosit ...
> 
> dakujem
> ivast
> 
> iko wrote:
>> a riesil som aj upload v BASHi, taktiez funguje

-- 
Odchadzajuca sprava obsahuje 163 virusov.
The outgoing message contain 163 unwanted surprises
Skontrolovane Antivirusovým systemom KFC.
Verzia: 7.2.130 / Vírusová databáza: 562.2.5
------------- další část ---------------
An embedded and charset-unspecified text was scrubbed...
Name: album_up
URL: <http://www.linux.cz/pipermail/linux/attachments/20081113/deefdc3a/attachment.ksh>

From ivast na mail.t-mobile.sk  Thu Nov 13 15:14:54 2008
From: ivast na mail.t-mobile.sk (Ivan Stenda)
Date: Thu, 13 Nov 2008 15:14:54 +0100
Subject: happyfoto upload - hotovo
In-Reply-To: <491C259F.3060209@kamarad.cz>
References: <491BFAE9.8070205@mail.t-mobile.sk>
	<491C056D.8040400@kamarad.cz>	<491C1884.8000105@mail.t-mobile.sk>
	<491C259F.3060209@kamarad.cz>
Message-ID: <491C365E.10400@mail.t-mobile.sk>

uz som bol blizko a skoro som to vzdal, ale nakoniec sa podarilo. Treba 
si len zistit $SESSID.

curl -v --no-keepalive -F 'Filedata_01=@/path/to/localfile.jpg'  -F 
"session=$SESSID" -F "cut=fit" -F "total_files=1" 
'http://digi.happyfoto.sk/album?xsl=cart&action=upload&id=$SESSID'

dakujem za nastrelenie
ivast

iko wrote:
> tu je ten bash skript, je to cisto pre osobnu potrebu, necakajte komfort :)
> treba sa najprv na webe prihlasit rucne na digi.happyfoto.sk a z URL
> vytiahnut ID, ktore sa potom hodi do skriptu. skript posiela jednu
> fotku, teda pre x fotiek treba dat cyklus alebo nieco (podla chuti).
> 
> iko



From hana.skoumalova na ff.cuni.cz  Thu Nov 13 16:12:53 2008
From: hana.skoumalova na ff.cuni.cz (Hana Skoumalova)
Date: Thu, 13 Nov 2008 16:12:53 +0100
Subject: Bezdratove pripojeni z EeePC
Message-ID: <491C43F5.30302@ff.cuni.cz>

Dobrý den,

dostala jsem EeePC s Linuxem (Xandros) a mám menší problém s připojením 
v práci. Dostala jsem login a heslo, ale nevím, jak je při přihlašování 
podstrčit. Vždycky, když vyberu síť, ke které se chci připojit, chce to 
po mně klíč. Ptala jsem se naší podpory a dozvěděla jsem se, že s 
Linuxem si musím poradit sama.

Hana Skoumalová



From petr.klima na sobriety.cz  Thu Nov 13 16:21:04 2008
From: petr.klima na sobriety.cz (=?UTF-8?B?UGV0ciBLbMOtbWE=?=)
Date: Thu, 13 Nov 2008 16:21:04 +0100
Subject: Bezdratove pripojeni z EeePC
In-Reply-To: <491C43F5.30302@ff.cuni.cz>
References: <491C43F5.30302@ff.cuni.cz>
Message-ID: <491C45E0.4090609@sobriety.cz>

trosku jsem pohledal (slova "wpa login password linux"), mozna vas to
nasmeruje

http://www.fit.vutbr.cz/CVT/auth/.cs

Petr

Hana Skoumalova wrote:
> Dobrý den,
> 
> dostala jsem EeePC s Linuxem (Xandros) a mám menší problém s připojením 
> v práci. Dostala jsem login a heslo, ale nevím, jak je při přihlašování 
> podstrčit. Vždycky, když vyberu síť, ke které se chci připojit, chce to 
> po mně klíč. Ptala jsem se naší podpory a dozvěděla jsem se, že s 
> Linuxem si musím poradit sama.
> 
> Hana Skoumalová
> 
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
> 


-- 
Petr Klíma

Vývojář, správce sítě
Sobriety s.r.o.

e-mail: petr.klima na sobriety.cz



From tv na fuzzy.cz  Thu Nov 13 16:30:11 2008
From: tv na fuzzy.cz (tv na fuzzy.cz)
Date: Thu, 13 Nov 2008 16:30:11 +0100 (CET)
Subject: Bezdratove pripojeni z EeePC
In-Reply-To: <491C43F5.30302@ff.cuni.cz>
References: <491C43F5.30302@ff.cuni.cz>
Message-ID: <15241.217.77.161.17.1226590211.squirrel@sq.gransy.com>

Vzhledem k tomu že to po vás chce klíč, předpokládám že ta Wifi je
chráněná některou variantou šifrování. Nevím co používá Xandros pro
management wifi sítí, ale koukám do ukázkového konfiguračního souboru
wpa_supplicantu, a vzhledem k tomu že vám dali login/heslo tak
předpokládám že se jedná o LEAP, případně EAP-PSK, EAP-FAST.

Příklad pro LEAP z  konfiguračního souboru:

# LEAP with dynamic WEP keys
network={
        ssid="leap-example"
        key_mgmt=IEEE8021X
        eap=LEAP
        identity="user"
        password="foobar"
}

Ale možná je to na Xandrosu úplně jinak - zkuste zjistit jakou variantu
šifrování vlastně používáte.

Tomáš

> Dobrý den,
>
> dostala jsem EeePC s Linuxem (Xandros) a mám menší problém s připojením
> v práci. Dostala jsem login a heslo, ale nevím, jak je při přihlašování
> podstrčit. Vždycky, když vyberu síť, ke které se chci připojit, chce to
> po mně klíč. Ptala jsem se naší podpory a dozvěděla jsem se, že s
> Linuxem si musím poradit sama.
>
> Hana Skoumalová
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>




From psimek na jcu.cz  Thu Nov 13 17:36:08 2008
From: psimek na jcu.cz (Petr Simek)
Date: Thu, 13 Nov 2008 17:36:08 +0100
Subject: happyfoto upload
In-Reply-To: <491C259F.3060209@kamarad.cz>
References: <491BFAE9.8070205@mail.t-mobile.sk> <491C056D.8040400@kamarad.cz>
	<491C1884.8000105@mail.t-mobile.sk> <491C259F.3060209@kamarad.cz>
Message-ID: <Pine.WNT.4.64.0811131735510.2692@oleum>

On Thu, 13 Nov 2008, iko wrote:

> tu je ten bash skript, je to cisto pre osobnu potrebu, necakajte komfort :)
> treba sa najprv na webe prihlasit rucne na digi.happyfoto.sk a z URL
> vytiahnut ID, ktore sa potom hodi do skriptu. skript posiela jednu
> fotku, teda pre x fotiek treba dat cyklus alebo nieco (podla chuti).

Co je prikaz pv ?

> iko

*------------------------------------------------------------------------*
|                          Petr Simek   APS JU                           |
|                             psimek na jcu.cz                              |
*------------------------------------------------------------------------*


From dast na panelnet.cz  Thu Nov 13 23:15:24 2008
From: dast na panelnet.cz (Dalibor Straka)
Date: Thu, 13 Nov 2008 23:15:24 +0100
Subject: happyfoto upload
In-Reply-To: <Pine.WNT.4.64.0811131735510.2692@oleum>
References: <491BFAE9.8070205@mail.t-mobile.sk> <491C056D.8040400@kamarad.cz>
	<491C1884.8000105@mail.t-mobile.sk> <491C259F.3060209@kamarad.cz>
	<Pine.WNT.4.64.0811131735510.2692@oleum>
Message-ID: <20081113221523.GA29538@panelnet.cz>

On Thu, Nov 13, 2008 at 05:36:08PM +0100, Petr Simek wrote:
> 
> Co je prikaz pv ?
> 

neco jako tee, ktery by posilal data do nejake vizualizace

Hambo :)

apt-cache show pv

Description: Shell pipeline element to meter data passing through
 pv (Pipe Viewer) can be inserted into any normal pipeline between two
 processes to give a visual indication of how quickly data is passing through,
 how long it has taken, how near to completion it is, and an estimate of how
 long it will be until completion.
 
 To use it, insert it in a pipeline between two processes, with the
 appropriate options. Its standard input will be passed through to its
 standard output and progress will be shown on standard error.

-- Dalibor Straka


From pstehlik na sophics.cz  Fri Nov 14 10:42:29 2008
From: pstehlik na sophics.cz (Petr Stehlik)
Date: Fri, 14 Nov 2008 10:42:29 +0100
Subject: jednoduchy OSS DHCP client?
Message-ID: <1226655749.17843.10.camel@petr>

Zdar,

nemate nekdo tip na jednoduchou, kratkou a svobodnou implementaci DHCP
klienta, kterou bych si mohl prelozit pro urcitou ne prilis moderni a
malo vykonnou platformu, zalozenou kdysi na BSD.

Diky

Petr




From lists_mk na wujiman.net  Fri Nov 14 10:49:06 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Fri, 14 Nov 2008 10:49:06 +0100
Subject: jednoduchy OSS DHCP client?
In-Reply-To: <1226655749.17843.10.camel@petr>
References: <1226655749.17843.10.camel@petr>
Message-ID: <20081114094906.GB11696@finrod>

On Fri, Nov 14, 2008 at 10:42:29AM +0100, Petr Stehlik wrote:
> Zdar,
> 
> nemate nekdo tip na jednoduchou, kratkou a svobodnou implementaci DHCP
> klienta, kterou bych si mohl prelozit pro urcitou ne prilis moderni a
> malo vykonnou platformu, zalozenou kdysi na BSD.

dnsmasq


mk


From petr.klima na sobriety.cz  Fri Nov 14 10:54:14 2008
From: petr.klima na sobriety.cz (=?UTF-8?B?UGV0ciBLbMOtbWE=?=)
Date: Fri, 14 Nov 2008 10:54:14 +0100
Subject: jednoduchy OSS DHCP client?
In-Reply-To: <20081114094906.GB11696@finrod>
References: <1226655749.17843.10.camel@petr> <20081114094906.GB11696@finrod>
Message-ID: <491D4AC6.4060208@sobriety.cz>

Dnsmasq je server, ne?

Mne napadl udhcpc, ale ten se uz pry samostatne nevyviji (ale starsi
verze by mohly prijit vhod). Dnes je to soucast Busyboxu, ktery je ale
navazany na Linux.

Petr

Martin Kraus wrote:
> On Fri, Nov 14, 2008 at 10:42:29AM +0100, Petr Stehlik wrote:
>> Zdar,
>>
>> nemate nekdo tip na jednoduchou, kratkou a svobodnou implementaci DHCP
>> klienta, kterou bych si mohl prelozit pro urcitou ne prilis moderni a
>> malo vykonnou platformu, zalozenou kdysi na BSD.
> 
> dnsmasq


-- 
Petr Klíma

Vývojář, správce sítě
Sobriety s.r.o.

e-mail: petr.klima na sobriety.cz



From mr.death na ipq.cz  Fri Nov 14 11:04:32 2008
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Fri, 14 Nov 2008 11:04:32 +0100
Subject: jednoduchy OSS DHCP client?
In-Reply-To: <491D4AC6.4060208@sobriety.cz>
References: <1226655749.17843.10.camel@petr> <20081114094906.GB11696@finrod>
	<491D4AC6.4060208@sobriety.cz>
Message-ID: <000c01c94640$6408a830$2c19f890$@death@ipq.cz>

dnsmasq je v podstatě DHCP klient a DNS cache.
Ale udhcp jako samostatný balík stáhnout jde: http://udhcp.busybox.net/

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Petr Klíma
> Sent: Friday, November 14, 2008 10:54 AM
> 
> Dnsmasq je server, ne?
> 
> Mne napadl udhcpc, ale ten se uz pry samostatne nevyviji (ale starsi
> verze by mohly prijit vhod). Dnes je to soucast Busyboxu, ktery je ale
> navazany na Linux.



From lists_mk na wujiman.net  Fri Nov 14 11:05:07 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Fri, 14 Nov 2008 11:05:07 +0100
Subject: jednoduchy OSS DHCP client?
In-Reply-To: <491D4AC6.4060208@sobriety.cz>
References: <1226655749.17843.10.camel@petr> <20081114094906.GB11696@finrod>
	<491D4AC6.4060208@sobriety.cz>
Message-ID: <20081114100507.GC11696@finrod>

On Fri, Nov 14, 2008 at 10:54:14AM +0100, Petr Klíma wrote:
> Dnsmasq je server, ne?
> 
> Mne napadl udhcpc, ale ten se uz pry samostatne nevyviji (ale starsi
> verze by mohly prijit vhod). Dnes je to soucast Busyboxu, ktery je ale
> navazany na Linux.
> 
> Petr
> 
> Martin Kraus wrote:
> > On Fri, Nov 14, 2008 at 10:42:29AM +0100, Petr Stehlik wrote:
> >> Zdar,
> >>
> >> nemate nekdo tip na jednoduchou, kratkou a svobodnou implementaci DHCP
> >> klienta, kterou bych si mohl prelozit pro urcitou ne prilis moderni a
> >> malo vykonnou platformu, zalozenou kdysi na BSD.

no jo:) omlouvam se, vubec jsem nezaregistroval ze chcete klienta. ja uz z
tech serveru fakt blbnu. pardon.

mk


From mr.death na ipq.cz  Fri Nov 14 11:33:35 2008
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Fri, 14 Nov 2008 11:33:35 +0100
Subject: jednoduchy OSS DHCP client?
In-Reply-To: <000c01c94640$6408a830$2c19f890$@death@ipq.cz>
References: <1226655749.17843.10.camel@petr>
	<20081114094906.GB11696@finrod>	<491D4AC6.4060208@sobriety.cz>
	<000c01c94640$6408a830$2c19f890$@death@ipq.cz>
Message-ID: <001801c94644$730779c0$59166d40$@death@ipq.cz>

Teď mně došlo, že jsem napsal blbost, dnsmasq je DHCP server a DNS cache.
Ale udhcp by měl jít stáhnout samostatně mimo busybox.

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Tomáš Koželuh
> Sent: Friday, November 14, 2008 11:05 AM
> 
> dnsmasq je v podstatě DHCP klient a DNS cache.
> Ale udhcp jako samostatný balík stáhnout jde: http://udhcp.busybox.net/



From Jan.Vajda na somi.sk  Fri Nov 14 11:03:48 2008
From: Jan.Vajda na somi.sk (Jan ' Kozo ' Vajda)
Date: Fri, 14 Nov 2008 11:03:48 +0100
Subject: jednoduchy OSS DHCP client?
In-Reply-To: <1226655749.17843.10.camel@petr>
References: <1226655749.17843.10.camel@petr>
Message-ID: <491D4D04.3020409@somi.sk>

Petr Stehlik wrote:
> Zdar,
> 
> nemate nekdo tip na jednoduchou, kratkou a svobodnou implementaci DHCP
> klienta, kterou bych si mohl prelozit pro urcitou ne prilis moderni a
> malo vykonnou platformu, zalozenou kdysi na BSD.

mna napadol dhcpcd (http://www.phystech.com/download/dhcpcd.html)


stripnute to ma 32KiB, GPLv2, ale ako je to s tou kompilaciou na 
kuriozne platformy netusim ..

-- 
Ing. Jan Vajda
SOMI systems a.s.
CSA 25
974 01 Banska Bystrica
phone: +421 48 4146 759
fax: +421 48 4146 760
e-mail:  Jan.Vajda na somi.sk
URL: http://www.somi.sk/



From lists.subscriber na pragl.cz  Fri Nov 14 14:37:54 2008
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Fri, 14 Nov 2008 14:37:54 +0100
Subject: Bezdratove pripojeni z EeePC
References: <491C43F5.30302@ff.cuni.cz>
Message-ID: <053C88646E1A4F7C96511A74370624EE@mireknb>

Ahoj,
mas moznost pouzit graficky NetworkManager?


MP



From simon na Cesa.cz  Fri Nov 14 14:48:53 2008
From: simon na Cesa.cz (Simon Brandejs)
Date: Fri, 14 Nov 2008 14:48:53 +0100
Subject: Bezdratove pripojeni z EeePC
In-Reply-To: <053C88646E1A4F7C96511A74370624EE@mireknb>
References: <491C43F5.30302@ff.cuni.cz>
	<053C88646E1A4F7C96511A74370624EE@mireknb>
Message-ID: <20081114144853.6c52956d@Z-Deck>

On Fri, 14 Nov 2008 14:37:54 +0100 (CET)
Miroslav Pragl <lists.subscriber na pragl.cz> wrote:

> Ahoj,
> mas moznost pouzit graficky NetworkManager?
> 

jo jo xandros ma .... tusim z nejakeho kde -))) 

> 
> MP
> 
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
> 


From hana.skoumalova na ff.cuni.cz  Fri Nov 14 14:52:49 2008
From: hana.skoumalova na ff.cuni.cz (Hana Skoumalova)
Date: Fri, 14 Nov 2008 14:52:49 +0100
Subject: Bezdratove pripojeni z EeePC
In-Reply-To: <053C88646E1A4F7C96511A74370624EE__6998.72211921519$1226669973$gmane$org@mireknb>
References: <491C43F5.30302@ff.cuni.cz>
	<053C88646E1A4F7C96511A74370624EE__6998.72211921519$1226669973$gmane$org@mireknb>
Message-ID: <491D82B1.6020802@ff.cuni.cz>

Miroslav Pragl wrote:
> Ahoj,
> mas moznost pouzit graficky NetworkManager?

Tady je to právě všechno grafické. Předpokládám, že to, na co klikám, je 
NetworkManager. Akorát že to po mně chce klíč.

Já jsem mezitím našla stránku, kde se radí nainstalovat nový driver a 
jinou verzi wpa_supplicant, takže to teď zkouším.

-- 
Hana Skoumalova                Charles University, Faculty of Arts
                                           Institute of Theoretical
tel: +420 221619752             & Computational Linguistics (UTKL)
fax: +420 221619753                     Celetna 13, 110 00 Praha 1
http://utkl.ff.cuni.cz/~skoumal                     Czech Republic



From simon na Cesa.cz  Fri Nov 14 14:59:17 2008
From: simon na Cesa.cz (Simon Brandejs)
Date: Fri, 14 Nov 2008 14:59:17 +0100
Subject: Bezdratove pripojeni z EeePC
In-Reply-To: <053C88646E1A4F7C96511A74370624EE@mireknb>
References: <491C43F5.30302@ff.cuni.cz>
	<053C88646E1A4F7C96511A74370624EE@mireknb>
Message-ID: <20081114145917.232c5c47@Z-Deck>

8021.x a xandros .. neznam 
ale //// zda se ze v default se o konfiguraci stara 
   xandrosncs-agent
a pouziva wpa_supplicant 

a pujczuje si eeecko zkousim 
#-----------------------------------------------------------------
eDeck:/etc/network> uname -a
Linux eDeck 2.6.21.4-eeepc #4 Wed Apr 16 15:30:42 EDT 2008 i686 GNU/Linux
#-----------------------------------------------------------------

#----------------------------------------------------------------
eDeck:/etc/wpa_supplicant> dpkg -l | grep wpa
ii  wpasupplicant                       0.5.5-2                         Client support for WPA and WPA2 (IEEE 802.11
ii  xandros-wpa-supplicant              0.5.10.x.1.21-46-a1             WPA Wireless G authentication application .
#----------------------------------------------------------------
a zda se za vobluda graficka konfiguracznii 
pouziva /etc/network/interfaces 

a spusti wpa_supplicanta sama 
#-----------------------------------------------------------------------
eDeck:/etc/network> ps afx | grep wpa
16577 pts/1    S+     0:00                                      \_ grep wpa
14463 ?        Ss     0:00 /usr/sbin/wpa_supplicant -Bt -i ath0 -c /etc/wpa_supplicant.conf.ath0 -D wext
 #----------------------------------------------------------------------

takze zustava 
  mit postaczujiciho wpa_supplicanta 
  udelat wpa_supplicant konfiguraci s kliczema 
  a presvedczit klikatko aby ji pouzivalo ... 
toz tak -))) 
simon 


From simon na Cesa.cz  Fri Nov 14 15:03:33 2008
From: simon na Cesa.cz (Simon Brandejs)
Date: Fri, 14 Nov 2008 15:03:33 +0100
Subject: Bezdratove pripojeni z EeePC
In-Reply-To: <20081114145917.232c5c47@Z-Deck>
References: <491C43F5.30302@ff.cuni.cz>
	<053C88646E1A4F7C96511A74370624EE@mireknb>
	<20081114145917.232c5c47@Z-Deck>
Message-ID: <20081114150333.685a4752@Z-Deck>

s tim instalovanim bych 
postupoval VELMI defenzivne -))) 

ctrl+alt+t 
sudo bash 
iwlist ath0 scan 
  a snad vyplivne co je to za siit 


a pak se uvidii -))) 


From hana.skoumalova na ff.cuni.cz  Fri Nov 14 15:17:55 2008
From: hana.skoumalova na ff.cuni.cz (Hana Skoumalova)
Date: Fri, 14 Nov 2008 15:17:55 +0100
Subject: Bezdratove pripojeni z EeePC
In-Reply-To: <20081114150333.685a4752@Z-Deck>
References: <491C43F5.30302@ff.cuni.cz>	<053C88646E1A4F7C96511A74370624EE@mireknb>	<20081114145917.232c5c47@Z-Deck>
	<20081114150333.685a4752@Z-Deck>
Message-ID: <491D8893.1020806@ff.cuni.cz>

Simon Brandejs wrote:
> s tim instalovanim bych 
> postupoval VELMI defenzivne -))) 
> 
> ctrl+alt+t 
> sudo bash 
> iwlist ath0 scan 
>   a snad vyplivne co je to za siit 

Děkuji za tip, ale vyzkouším to až v úterý, AP mi vypli. :-(
-- 
Hana Skoumalova                Charles University, Faculty of Arts
                                           Institute of Theoretical
tel: +420 221619752             & Computational Linguistics (UTKL)
fax: +420 221619753                     Celetna 13, 110 00 Praha 1
http://utkl.ff.cuni.cz/~skoumal                     Czech Republic



From simon na Cesa.cz  Fri Nov 14 15:23:49 2008
From: simon na Cesa.cz (Simon Brandejs)
Date: Fri, 14 Nov 2008 15:23:49 +0100
Subject: Bezdratove pripojeni z EeePC
In-Reply-To: <491D8893.1020806@ff.cuni.cz>
References: <491C43F5.30302@ff.cuni.cz>
	<053C88646E1A4F7C96511A74370624EE@mireknb>
	<20081114145917.232c5c47@Z-Deck> <20081114150333.685a4752@Z-Deck>
	<491D8893.1020806@ff.cuni.cz>
Message-ID: <20081114152349.4c306a05@Z-Deck>

-))) dobraaa 

ja to eeecko mam do stredy -)))  
a v pondelii nepracuuuvaam ale spiiiim -))) 
tak snad va ftoornik -))) 

simon




From simon na Cesa.cz  Fri Nov 14 15:30:01 2008
From: simon na Cesa.cz (Simon Brandejs)
Date: Fri, 14 Nov 2008 15:30:01 +0100
Subject: Bezdratove pripojeni z EeePC
In-Reply-To: <491D8893.1020806@ff.cuni.cz>
References: <491C43F5.30302@ff.cuni.cz>
	<053C88646E1A4F7C96511A74370624EE@mireknb>
	<20081114145917.232c5c47@Z-Deck> <20081114150333.685a4752@Z-Deck>
	<491D8893.1020806@ff.cuni.cz>
Message-ID: <20081114153001.47f8cffc@Z-Deck>

On Fri, 14 Nov 2008 15:17:55 +0100 (CET)
Hana Skoumalova <hana.skoumalova na ff.cuni.cz> wrote:

> Simon Brandejs wrote:
> > s tim instalovanim bych 
> > postupoval VELMI defenzivne -))) 
> > 
> > ctrl+alt+t 
> > sudo bash 
> > iwlist ath0 scan 
> >   a snad vyplivne co je to za siit 


jejda ... a ze sem to nanapsal rovnou -))) 
wpa_cli 
  help
 
a tak ... 
simon 


From jandl na knihovnahk.cz  Fri Nov 14 15:57:29 2008
From: jandl na knihovnahk.cz (Petr Jandl)
Date: Fri, 14 Nov 2008 15:57:29 +0100
Subject: squid 2.6  (ne)verejna ip
Message-ID: <491D91D9.3010208@knihovnahk.cz>

Jsem pri patku asi mimo ale ani po hodce hledani nemuzu najit jak 
nastavit na squidu aby mi nehlasil adresu 127.0.0.1
ale moji verejnou ip nevite nekdo nebo jen nejaky link? doufam ze se to 
tu uz trikrat neresilo :-)
Diky PJ



From lists.subscriber na pragl.cz  Fri Nov 14 17:01:31 2008
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Fri, 14 Nov 2008 17:01:31 +0100
Subject: Bezdratove pripojeni z EeePC
References: <491C43F5.30302@ff.cuni.cz><053C88646E1A4F7C96511A74370624EE@mireknb>
	<20081114144853.6c52956d@Z-Deck>
Message-ID: <0C20010BA9FA43D399BB4E9986638817@mireknb>

tam je to "luser friendly", proste zadas cestu k certidikatu, jmeno, heslo, 
typ autentikace ... myslim ze na "hrani si" je to prijemne

pozor - ruzne verze NetworkManageru akceptuji ruzne formaty (cer/crt/der...)

MP

> mas moznost pouzit graficky NetworkManager?
>>jo jo xandros ma .... tusim z nejakeho kde -)))



From mj na ucw.cz  Fri Nov 14 17:43:02 2008
From: mj na ucw.cz (Martin `MJ' Mares)
Date: Fri, 14 Nov 2008 17:43:02 +0100
Subject: jednoduchy OSS DHCP client?
In-Reply-To: <1226655749.17843.10.camel@petr>
References: <1226655749.17843.10.camel@petr>
Message-ID: <mj+md-20081114.164251.1730.nikam@ucw.cz>

Zdravim!

> nemate nekdo tip na jednoduchou, kratkou a svobodnou implementaci DHCP
> klienta, kterou bych si mohl prelozit pro urcitou ne prilis moderni a
> malo vykonnou platformu, zalozenou kdysi na BSD.

Nedal by se pouzit `pump'?

				Have a nice fortnight
-- 
Martin `MJ' Mares                          <mj na ucw.cz>   http://mj.ucw.cz/
Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth
War doesn't determine who's right. It determines who's left.


From macek na sandbox.cz  Sat Nov 15 20:27:24 2008
From: macek na sandbox.cz (Vlada Macek)
Date: Sat, 15 Nov 2008 20:27:24 +0100
Subject: Anabaze jedne virtualizace
Message-ID: <491F229C.2050509@sandbox.cz>

Cil: Presunout 32bitovy Debian Etch na skutecnem hardwaru rsyncem na
virtualni stroj pod 64bitovym Ubuntu 8.04 pomoci KVM. Vsechen software z
baliku prislusnych distribuci.

Cesta: I pres predchozi pripravu a testovani rada rebootu, hodiny
offline, nevim ale o zadne ztrate dat.

Mohl bych si ty hrozne cenne zkusenosti nechat pro sebe. Ale protoze
budou za rok dva stejne zastaraly, je to jedno. Treba to nekdo z vas
vyuzije. Tezko predam po textu pocity stresu, ktery jsem radu dni
zazival, kdyz ted ma vetsina z vas vedle sebe kaficko a dorticek. Ale
proc taky, ty pocity znate z vlastnich prusvihu. :-)

Popisu sekvenci udalosti, jez se projevovaly tim, ze mym milym
uzivatelum nebyly radu hodin k dispozici dulezite sluzby serveru.

Poznamka: "Novy" hw koupeny z druhe ruky (Intel Quad-Core EM64T)
neprojevil po celou dobu zadne zavady, hypervisor OS slapal stabilne, sw
RAIDy celou dobu ok.

Doma jsem si to vsechno od 20.10. zkousel a odzkousel ke sve vysledne
spokojenosti.

    Tedy ne ze by nebyly zadne potize. Z tech nezapomenutych: Kdyz se
    jak disky, tak cdrom emulovaly jako IDE, tak bylo cteni instalacniho
    CD ukrutne pomaly a v logu virtualu bylo tak po pul minute: "DSC
    timeout". Na netu jsem nasel vykriky, ale zadne jasne reseni. Po
    hodinach ladeni jsem prisel na to, ze kdyz po vytvoreni virtualni
    masiny prepnu disk na jinou emulaci (SCSI), tak pohoda.

Naucil jsem se tunu veci, napr. jak nastavovat sitovani (potrebuju
bridging i nat). Vyladil rsync a data presunul z ostreho stroje.
Pripravil jsem si prikazy, abych v housingu uz jen provedl posledni
synchronizaci. Pred tydnem (6.11.) jsem starou masinu v Praze (100km
vzdalene) nahradil novou. Dobry.

Pristi den mi volali, ze muj stroj odpovida na IP pozadavky urcene
ruznym jinym strojum. Meli z toho velkou radost. Mozna to bylo moji
nezkusenosti s bridgingem, po dni zkoumaji a ladeni jsem zatrhl odpovedi
pomoci iptables. A oddechl si, ze zrejme nebudu potrebovat ebtables,
protoze to podle tcpdumpu vypadalo, ze po ARP stroj nereaguje.

Asi pristi den jsme zjistili nesmyslne dlouhe a nepravidelne sleepy a ze
to nebude trivialita. Den trvalo, nez jsem dosel k tomu, ze pricina je v
nekvalitni simulaci hardwarovych hodin -- jednotlive virtualni CPU
dostaly vyrazne ruzny pocet tiku, takze po sobe spousteny prikaz date
ukazoval skakani casu tam a zpet. Moc mily, demoni z toho byli na vetvi.

Dalsi pulden na odladeni reseni. Dalsi rebooty, kdy jsem zapnul emulaci
ACPI a vynutil, aby virtualy pouzivaly doporucovane
"clocksource=acpi_pm" (parametr jadra).

Pred tremi dny: Kratce po tomto prepnuti hodin zacal virtual
"prituhavat". Proste nepravidelne tak na minutu vytuhnul, rekneme 1-4x
za pul hodiny. Pak vse jelo rychle jako predtim. Vzdy po rozebehnuti
load pekne pomalu klesal ze 40 az na nulu. Rikal jsem si, jestli to
nebude zase chybou v prijmu tiku hodin.

Kdepak. V logu byla pri kazdem zmrznuti hromada hlasek jako: "sd
0:0:0:0: ABORT operation started. ", "sd 0:0:0:0: ABORT operation
timed-out.", "sd 0:0:0:0: DEVICE RESET operation started.".

To uz jsem ale v noci usinal, jen jsem si nasel na netu, ze to manik
vyresil prepnutim na IDE. Ze jsem prve ja rucne prepinal na SCSI kvuli
jine chybe, to jsem psal vyse. Dobry, co? :-)

Hned rano me vzbudil mobil, rada z uzivatelu mi davala vedet, ze virtual
nekomunikuje. Po nastartovani me domaci tovarny na uzasnosti a pripojeni
k virtualu pres VNC jsem zjistil, ze "pouze" nejde sitovani. Bal jsem
se, ze je nestabilni virtualizace, ale pres VNC jsem se pripojil na
konzoli. Virtual byl opusten a velmi, velmi klidny.

To bylo v 9:15. A teprve po peti hodinach usilovne prace to vypadalo, ze
sit je stabilni. Ale at to nezakriknu. :-(

Trpel tim jen hlavni virtual, druhy, podobne NATovany virtual pohoda.
tcpdump z hypervizoru smerem k virtualu ukazoval ARP dotazy bez
odpovedi. tcpdump z virtualu se zase ptal po ARP na hypervizor a taky
bez odpovedi.

Na IRC mi rekli, ze jde o znamy bug implicitne emulovane sitovky rtl8139
a ze mam prepnout na e1000 nebo virtio. To druhe kvuli starym verzim
ledaceho nemam k dispozici. Tak jsem prepnul na e1000 (zaroven prehodil
disky z SCSI na IDE za pouziti UUID v /etc/fstab) a po rebootu zoufale
sledoval, jak sit zmrzla znova. Sice pozdeji, ale prec. Zkousel
jsem ruzne veci zmenene za poslednich 24 hodin vratit zpatky a zas a zas
rebootoval.

Behem chvile na IRC jsem se dozvedel radu zajimavych informaci o
libvirt. Kdyz jsem se otazal, kde jsou dokumentovane, dostal jsem
odpoved "ted jsou ve tvem IRC". :-)

Vypadalo to vytrvale tak, ze po bootu virtualu sit chvili sla a kdyz
boot skoncil, zase zmrzla. Pres VNC jsem mel ke konzoli pristup stale.
Ten druhy virtual (Ubuntu Intrepid) porad nemel se siti problemy.

Nakonec jsem nerad provedl aktualizaci jadra hlavniho virtualu na 2.6.26
(backporty) a v teto situaci stroj zatim pracuje a poskytuje sluzby.
Bylo nacase, protoze dalsi napad na reseni uz nemam. Mel jsem zato, ze
kdyz nevyjde to, pujdu se venovat vcelarstvi.

Ted uz muzete KVM vsichni vyzkouset, nema zadne jine chyby. :-)

Vlada Macek


From mr.death na ipq.cz  Sat Nov 15 21:01:26 2008
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Sat, 15 Nov 2008 21:01:26 +0100
Subject: HP LJ1300+CUPS+Vista x64
Message-ID: <000901c9475c$f1606700$d4213500$@death@ipq.cz>

Ahoj, kdyby někdo řešil tuhle konfiguraci, tak jsem narazil na problém, že
PS driver padá na Vistách i XP x86, PCL5 driver je OK, ale neumí tisknout
1200dpi a PCL6 driver je třeba zvolit například LaserJet 2100 PCL6, který je
součástí Vista driverů. Pokud budete chtít instalovat přímo driver pro Visty
ze stránek HP (driver se jmenuje HP Universal Print Driver for Windows x64 -
PCL6), tak tisk vždy skončí touhle chybou na papíře: "PCL XL error,
Subsystem: KERNEL, Error: UnsupportedProtocol, Operator: 0x0, Position: 0"
(místo čárek jsou nový řádky). Tyhle spekulace mně zabraly celý odpoledne,
tak třeba to někomu pomůže.
Tiskárna je sice už starší, ale HP LJ 1200 a 1300 byly jedny z
nejkvalitnějších tiskáren, měl jsem v rukách jednu 1200, která šla na servis
po 50.000 stránkách, protože nepodávala papíry, další servis byl v 96.000
stránkách, opět stejný problém, na doma naprosto skvěle naddimenzovaná
tiskárna.




From mr.death na ipq.cz  Sat Nov 15 21:18:02 2008
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Sat, 15 Nov 2008 21:18:02 +0100
Subject: Anabaze jedne virtualizace
In-Reply-To: <491F229C.2050509@sandbox.cz>
References: <491F229C.2050509@sandbox.cz>
Message-ID: <001201c9475f$42bb0db0$c8312910$@death@ipq.cz>

Já jsem si toho zase docela dost užil s VMware + SUSE 10 x64 + HP Proliant.
Výsledek byl nakonec ten, že VMware Server 1.0.x je portovaný z Windows a ne
zrovna dokonale a Prolianty můžou mít problémy se sdílením IRQ, což může
vést k dost nepěknýmu propadu výkonu, takže zdaleka nejvýkonnější varianta
byla návrat na Windows Server jako hostovací OS.
Takže pokud někdo bojujete především se slabým diskovým výkonem na VMware
Server, zkuste verzi 2.0, ale pravděpodobně zdaleka nejrychlejší varianta
jsou Windows jako hostovací OS.

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Vlada Macek
> Sent: Saturday, November 15, 2008 8:27 PM
> 
> Cil: Presunout 32bitovy Debian Etch na skutecnem hardwaru rsyncem na
> virtualni stroj pod 64bitovym Ubuntu 8.04 pomoci KVM. Vsechen software
> z baliku prislusnych distribuci.
> 
> Cesta: I pres predchozi pripravu a testovani rada rebootu, hodiny
> offline, nevim ale o zadne ztrate dat.
> 
> Mohl bych si ty hrozne cenne zkusenosti nechat pro sebe. Ale protoze
> budou za rok dva stejne zastaraly, je to jedno. Treba to nekdo z vas
> vyuzije. Tezko predam po textu pocity stresu, ktery jsem radu dni
> zazival, kdyz ted ma vetsina z vas vedle sebe kaficko a dorticek. Ale
> proc taky, ty pocity znate z vlastnich prusvihu. :-)
> 
> Popisu sekvenci udalosti, jez se projevovaly tim, ze mym milym
> uzivatelum nebyly radu hodin k dispozici dulezite sluzby serveru.
> 
> Poznamka: "Novy" hw koupeny z druhe ruky (Intel Quad-Core EM64T)
> neprojevil po celou dobu zadne zavady, hypervisor OS slapal stabilne,
> sw RAIDy celou dobu ok.
> 
> Doma jsem si to vsechno od 20.10. zkousel a odzkousel ke sve vysledne
> spokojenosti.
> 
>     Tedy ne ze by nebyly zadne potize. Z tech nezapomenutych: Kdyz se
>     jak disky, tak cdrom emulovaly jako IDE, tak bylo cteni
> instalacniho
>     CD ukrutne pomaly a v logu virtualu bylo tak po pul minute: "DSC
>     timeout". Na netu jsem nasel vykriky, ale zadne jasne reseni. Po
>     hodinach ladeni jsem prisel na to, ze kdyz po vytvoreni virtualni
>     masiny prepnu disk na jinou emulaci (SCSI), tak pohoda.
> 
> Naucil jsem se tunu veci, napr. jak nastavovat sitovani (potrebuju
> bridging i nat). Vyladil rsync a data presunul z ostreho stroje.
> Pripravil jsem si prikazy, abych v housingu uz jen provedl posledni
> synchronizaci. Pred tydnem (6.11.) jsem starou masinu v Praze (100km
> vzdalene) nahradil novou. Dobry.
> 
> Pristi den mi volali, ze muj stroj odpovida na IP pozadavky urcene
> ruznym jinym strojum. Meli z toho velkou radost. Mozna to bylo moji
> nezkusenosti s bridgingem, po dni zkoumaji a ladeni jsem zatrhl
> odpovedi pomoci iptables. A oddechl si, ze zrejme nebudu potrebovat
> ebtables, protoze to podle tcpdumpu vypadalo, ze po ARP stroj
> nereaguje.
> 
> Asi pristi den jsme zjistili nesmyslne dlouhe a nepravidelne sleepy a
> ze to nebude trivialita. Den trvalo, nez jsem dosel k tomu, ze pricina
> je v nekvalitni simulaci hardwarovych hodin -- jednotlive virtualni CPU
> dostaly vyrazne ruzny pocet tiku, takze po sobe spousteny prikaz date
> ukazoval skakani casu tam a zpet. Moc mily, demoni z toho byli na
> vetvi.
> 
> Dalsi pulden na odladeni reseni. Dalsi rebooty, kdy jsem zapnul emulaci
> ACPI a vynutil, aby virtualy pouzivaly doporucovane
> "clocksource=acpi_pm" (parametr jadra).
> 
> Pred tremi dny: Kratce po tomto prepnuti hodin zacal virtual
> "prituhavat". Proste nepravidelne tak na minutu vytuhnul, rekneme 1-4x
> za pul hodiny. Pak vse jelo rychle jako predtim. Vzdy po rozebehnuti
> load pekne pomalu klesal ze 40 az na nulu. Rikal jsem si, jestli to
> nebude zase chybou v prijmu tiku hodin.
> 
> Kdepak. V logu byla pri kazdem zmrznuti hromada hlasek jako: "sd
> 0:0:0:0: ABORT operation started. ", "sd 0:0:0:0: ABORT operation
> timed-out.", "sd 0:0:0:0: DEVICE RESET operation started.".
> 
> To uz jsem ale v noci usinal, jen jsem si nasel na netu, ze to manik
> vyresil prepnutim na IDE. Ze jsem prve ja rucne prepinal na SCSI kvuli
> jine chybe, to jsem psal vyse. Dobry, co? :-)
> 
> Hned rano me vzbudil mobil, rada z uzivatelu mi davala vedet, ze
> virtual nekomunikuje. Po nastartovani me domaci tovarny na uzasnosti a
> pripojeni k virtualu pres VNC jsem zjistil, ze "pouze" nejde sitovani.
> Bal jsem se, ze je nestabilni virtualizace, ale pres VNC jsem se
> pripojil na konzoli. Virtual byl opusten a velmi, velmi klidny.
> 
> To bylo v 9:15. A teprve po peti hodinach usilovne prace to vypadalo,
> ze sit je stabilni. Ale at to nezakriknu. :-(
> 
> Trpel tim jen hlavni virtual, druhy, podobne NATovany virtual pohoda.
> tcpdump z hypervizoru smerem k virtualu ukazoval ARP dotazy bez
> odpovedi. tcpdump z virtualu se zase ptal po ARP na hypervizor a taky
> bez odpovedi.
> 
> Na IRC mi rekli, ze jde o znamy bug implicitne emulovane sitovky
> rtl8139 a ze mam prepnout na e1000 nebo virtio. To druhe kvuli starym
> verzim ledaceho nemam k dispozici. Tak jsem prepnul na e1000 (zaroven
> prehodil disky z SCSI na IDE za pouziti UUID v /etc/fstab) a po rebootu
> zoufale sledoval, jak sit zmrzla znova. Sice pozdeji, ale prec. Zkousel
> jsem ruzne veci zmenene za poslednich 24 hodin vratit zpatky a zas a
> zas rebootoval.
> 
> Behem chvile na IRC jsem se dozvedel radu zajimavych informaci o
> libvirt. Kdyz jsem se otazal, kde jsou dokumentovane, dostal jsem
> odpoved "ted jsou ve tvem IRC". :-)
> 
> Vypadalo to vytrvale tak, ze po bootu virtualu sit chvili sla a kdyz
> boot skoncil, zase zmrzla. Pres VNC jsem mel ke konzoli pristup stale.
> Ten druhy virtual (Ubuntu Intrepid) porad nemel se siti problemy.
> 
> Nakonec jsem nerad provedl aktualizaci jadra hlavniho virtualu na
> 2.6.26
> (backporty) a v teto situaci stroj zatim pracuje a poskytuje sluzby.
> Bylo nacase, protoze dalsi napad na reseni uz nemam. Mel jsem zato, ze
> kdyz nevyjde to, pujdu se venovat vcelarstvi.
> 
> Ted uz muzete KVM vsichni vyzkouset, nema zadne jine chyby. :-)
> 
> Vlada Macek




From peak na argo.troja.mff.cuni.cz  Sat Nov 15 17:45:16 2008
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sat, 15 Nov 2008 17:45:16 +0100 (CET)
Subject: zatizeni NFS pri pristupu do primountovaneho adresare
In-Reply-To: <241bfbca0811070613t5309fb33w91b58826d86a774e@mail.gmail.com>
Message-ID: <20081115174453.362E.0@paddy.troja.mff.cuni.cz>

On Fri, 7 Nov 2008, Petr Silvek wrote:

> server 192.168.1.4 si primountuje do /mnt/abc export z 192.168.1.2 a
> nasledne primountuje do /mnt/abc/def export z 192.168.1.3 [...]
> otazka zni:
> zda pri pristupu a provadeni operaci (WRITE, READ, STAT) v 'def' se
> zatezuje nejak NFS server 192.168.1.2 ?

Pokud je to takto namontováno na klientovi ("server 192.168.1.4") a nikoli 
na serveru a následně reexportováno, tak není důvod, proč by měl klient 
otravovat jiný server (tj. 192.168.1.2), než na kterém je to umístěno 
(tj. 192.168.1.3).

Když si pustíte sniffer, tak uvidíte, co a kam chodí po síti.

Na druhou stranu je pravda, že realita může být trochu komplikovanější.
Např. se může stát, že použitý software bude projevovat extrémní zájem o 
všechny nadřízené adresáře, a pak to poleze i na ten jiný server.

-- 
Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
"For death is come up into our MS Windows(tm)..." \ 21th century edition /



From lukesh na seznam.cz  Sun Nov 16 02:11:56 2008
From: lukesh na seznam.cz (Jaroslav Lukesh)
Date: Sun, 16 Nov 2008 02:11:56 +0100
Subject: Jak prevadite obrazky do PDF?
Message-ID: <08e201c94788$52fa75c0$6164a8c0@xp>

Dobrý den,

po nainstalování MDV2008 mi přestal chodit program na bezztrátový převod 
obrázků do PDF (img2pdf + panda) a nějak mi to nejde rozchodit, čím haldu 
obrázků (celý adresář) převádíte do PDF vy? convert z imagemagick je 
nepoužitelný - u převodu do pdf mi sežere i swap.

Děkuji, JL.


From marvin na mydatex.cz  Tue Nov 18 00:09:47 2008
From: marvin na mydatex.cz (Daniel Smolik)
Date: Tue, 18 Nov 2008 00:09:47 +0100
Subject: Chyba nebo OOM
Message-ID: <4921F9BB.5080508@mydatex.cz>

Zdravim,
nevite nekdo zda tohle je znamka chyby nebo stroji dosla pamet a je to neco jako OOM ?


47c>] call_softirq+0x1c/0x28
Nov 17 21:42:39 localhost kernel:  [<ffffffff8020e337>] do_softirq+0x2c/0x68
Nov 17 21:42:39 localhost kernel:  [<ffffffff8020e574>] do_IRQ+0xb1/0xd1
Nov 17 21:42:39 localhost kernel:  [<ffffffff8020b741>] ret_from_intr+0x0/0xa
Nov 17 21:42:39 localhost kernel:  <EOI>  [<ffffffff8026c51e>] page_check_address+0x25/0x116
Nov 17 21:42:39 localhost kernel:  [<ffffffff8026c5ba>] page_check_address+0xc1/0x116
Nov 17 21:42:39 localhost kernel:  [<ffffffff8026d03c>] page_referenced_one+0x52/0xc3
Nov 17 21:42:39 localhost kernel:  [<ffffffff80460aae>] __lock_text_start+0xe/0x15
Nov 17 21:42:39 localhost kernel:  [<ffffffff8026d332>] page_referenced+0x72/0xe5
Nov 17 21:42:39 localhost kernel:  [<ffffffff80260fc6>] shrink_active_list+0x233/0x4fb
Nov 17 21:42:39 localhost kernel:  [<ffffffff803fab1a>] sk_reset_timer+0xf/0x19
Nov 17 21:42:39 localhost kernel:  [<ffffffff802616a4>] shrink_zone+0xbb/0xfc
Nov 17 21:42:39 localhost kernel:  [<ffffffff80261e0b>] try_to_free_pages+0x1f6/0x317
Nov 17 21:42:39 localhost kernel:  [<ffffffff8026053a>] isolate_pages_global+0x0/0x2f
Nov 17 21:42:39 localhost kernel:  [<ffffffff8025c4ea>] __alloc_pages_internal+0x262/0x3c1
Nov 17 21:42:39 localhost kernel:  [<ffffffff80267551>] handle_mm_fault+0x1db/0x6b2
Nov 17 21:42:39 localhost kernel:  [<ffffffff802201d2>] do_page_fault+0x3f0/0x7c6
Nov 17 21:42:39 localhost kernel:  [<ffffffff80460d99>] error_exit+0x0/0x51
Nov 17 21:42:39 localhost kernel:
Nov 17 21:42:39 localhost kernel: Mem-Info:
Nov 17 21:42:39 localhost kernel: Node 0 DMA per-cpu:
Nov 17 21:42:39 localhost kernel: CPU    0: hi:    0, btch:   1 usd:   0
Nov 17 21:42:39 localhost kernel: CPU    1: hi:    0, btch:   1 usd:   0
Nov 17 21:42:39 localhost kernel: Node 0 DMA32 per-cpu:
Nov 17 21:42:39 localhost kernel: CPU    0: hi:  186, btch:  31 usd: 197
Nov 17 21:42:39 localhost kernel: CPU    1: hi:  186, btch:  31 usd: 170
Nov 17 21:42:39 localhost kernel: Node 1 DMA32 per-cpu:
Nov 17 21:42:39 localhost kernel: CPU    0: hi:  186, btch:  31 usd: 184
Nov 17 21:42:39 localhost kernel: CPU    1: hi:  186, btch:  31 usd: 184
Nov 17 21:42:39 localhost kernel: Active:174922 inactive:60457 dirty:101 writeback:863 unstable:0
Nov 17 21:42:39 localhost kernel:  free:854 slab:8105 mapped:3056 pagetables:7122 bounce:0
Nov 17 21:42:39 localhost kernel: Node 0 DMA free:1972kB min:40kB low:48kB high:60kB active:7976kB inactive:1584kB 
present:10964kB pages_scanned:96 all_unreclaimable? no
Nov 17 21:42:39 localhost kernel: lowmem_reserve[]: 0 489 489 489
Nov 17 21:42:39 localhost kernel: Node 0 DMA32 free:732kB min:1972kB low:2464kB high:2956kB active:346444kB 
inactive:129284kB present:500960kB pages_scanned:117 all_unreclaimable?
Nov 17 21:42:39 localhost kernel: lowmem_reserve[]: 0 0 0 0
Nov 17 21:42:39 localhost kernel: Node 1 DMA32 free:712kB min:2036kB low:2544kB high:3052kB active:345268kB 
inactive:110960kB present:517056kB pages_scanned:76 all_unreclaimable? n
Nov 17 21:42:39 localhost kernel: lowmem_reserve[]: 0 0 0 0
Nov 17 21:42:39 localhost kernel: Node 0 DMA: 5*4kB 0*8kB 0*16kB 1*32kB 0*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 0*2048kB 
0*4096kB = 1972kB
Nov 17 21:42:39 localhost kernel: Node 0 DMA32: 121*4kB 0*8kB 3*16kB 3*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 
0*2048kB 0*4096kB = 692kB
Nov 17 21:42:39 localhost kernel: Node 1 DMA32: 152*4kB 0*8kB 0*16kB 0*32kB 2*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 
0*2048kB 0*4096kB = 736kB
Nov 17 21:42:39 localhost kernel: 10039 total pagecache pages
Nov 17 21:42:39 localhost kernel: 4540 pages in swap cache
Nov 17 21:42:39 localhost kernel: Swap cache stats: add 21106, delete 16566, find 3139/3373
Nov 17 21:42:39 localhost kernel: Free swap  = 3248980kB
Nov 17 21:42:39 localhost kernel: Total swap = 3325376kB
Nov 17 21:42:39 localhost kernel: 262112 pages RAM
Nov 17 21:42:39 localhost kernel: 4763 pages reserved
Nov 17 21:42:39 localhost kernel: 208086 pages shared
Nov 17 21:42:39 localhost kernel: 248981 pages non-shared
Nov 17 21:42:39 localhost kernel: apache2: page allocation failure. order:0, mode:0x20
Nov 17 21:42:39 localhost kernel: Pid: 5116, comm: apache2 Not tainted 2.6.27.6 #1
Nov 17 21:42:39 localhost kernel:


Diky Dan






From hrbac na advokati.biz  Tue Nov 18 10:23:15 2008
From: hrbac na advokati.biz (=?ISO-8859-2?Q?=22Mgr=2E_Daniel_Hrb=E1=E8=22?=)
Date: Tue, 18 Nov 2008 10:23:15 +0100
Subject: MS aktualizace KB957097 a Samba
Message-ID: <49228983.30100@advokati.biz>

dobrý den,

ve své aktualizaci KB957097 z 12.11. provedl Microsoft opravu jakéhosi 
problému se SMB protokolem. více podrobností zde 
http://www.microsoft.com/technet/security/bulletin/Ms08-068.mspx. 
důsledkem na mém klientovi s Vistami32 bylo, že se klient odmítal 
připojit k jinak bezproblémově fungujícím samba share-ům provozovaným na 
ubuntu 8.04. po pár hodinách tancování okolo a v konečném důsledku s 
pomocí a nasměrováním pajasofta jsem odinstaloval uvedenou aktualizaci a 
vše funguje jak se zdá v pořádku.

problém, který se jevil byl ten, že najednou se klient nebyl schopen 
připojit k sambě z důvodu neověření totožnosti, resp. jména a hesla. 
symptomy byly tyto:
- server byl přístupný pod IP ale ne pod obvyklým jménem
- pokud bylo připojeno více složek z jednoho serveru, visty neumožnily 
připojení pod různými jmény, resp. ani pod jedním a pořád vykřikovaly, 
že používám více jmen (o tomto jsem našel poznámku, že to je by design)
- WinXP se nezdají být postiženy
- na serveru se objevily tyto hlášky v logu:

/var/log/samba/log.192.168.1.97
[2008/11/18 09:27:23, 1] lib/util_sock.c:get_peer_name(1183)
  Gethostbyaddr failed for 192.168.1.97

/var/log/syslog
Nov 18 09:46:13 akserver winbindd[6533]: [2008/11/18 09:46:13, 0] nsswitch/winbindd_passdb.c:sid_to_name(130) 
Nov 18 09:46:13 akserver winbindd[6533]:   Possible deadlock: Trying to lookup SID S-1-1-0 with passdb backend 


netvrdím, že ty logy s problémem souvisí, tak dalece mé znalosti nejdou, 
jsou to jen věci, které se v logu objevily a které si nevybavuju, že by 
existovaly předtím.

řešení je zatím takové, že jsem odinstaloval onu aktualizaci. nicméně, 
pokud někomu bude známa, bylo by prima znát systémové řešení. 
nepředpokládám, že jsme jediný postižený.

díky za nápady.

S pozdravem,

-- 
Mgr. Daniel Hrbáč
advokát

sídlo:
Mezírka 1, Brno, PSČ: 602 00
tel. +420 545 216 095
fax. +420 545 216 096
email: hrbac na advokati.biz


# Samba config file created using SWAT 
# from UNKNOWN (127.0.0.1) 
# Date: 2004/03/23 15:36:02 
 
# Global parameters 
[global]
	log file = /var/log/samba/log.%m
	printer = Phaser_3450
	display charset = ISO8859-2
	load printers = yes
	smb ports = 139
	socket options = TCP_NODELAY SO_SNDBUF=8192 SO_RCVBUF=8192
	guest ok = Yes
	create mask = 0777
	map to guest = Bad User
	domain master = yes
	interfaces = 192.168.1.0/24
	null passwords = yes
	username map = /etc/samba/smbusers
	hosts allow = localhost 192.168.1.99 192.168.1.98 192.168.1.97 192.168.1.96 192.168.1.94 192.168.1.80  192.168.1.89 192.168.1.88 192.168.1.87
	printer admin = @adm
#	wins support = true
	dns proxy = No
	netbios name = akserver
	writable = yes
	printing = cups
	dos charset = cp852
	local master = yes
	workgroup = FJD
	os level = 65
	directory mask = 0777
	printcap name = cups
	unix charset = ISO8859-2
	max log size = 5000
#	security = user
#        client code page = 0
#        character set = ISO8859-2
#        preserve case = yes
#        short preserve case = yes
#        case sensitive = yes
#        hosts equiv = /etc/hosts.allow
#        mangle case = Yes



[Archiv]
	path = /media/Archiv
	valid users = dan
	writeable = yes
	force create mode = 0777
	force directory mode = 0770


[Akta]
	valid users = dan,eva,zdenek
	path = /media/Data/Akta
	writeable = yes
	force create mode = 0777
	force directory mode = 0770

[Ftp]
	force create mode = 0777
	comment = ftp
	valid users = dan, na users
	path = /media/Ftp
	force directory mode = 0770



[Ftp2]
	comment = ftp
	path = /media/Ftp

[HP2015]
	printer = LaserJet_P2015
	printable = yes
	path = /var/spool/samba
        guest ok = Yes
        use client driver = Yes
        browseable = Yes




From mr.death na ipq.cz  Tue Nov 18 12:59:05 2008
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Tue, 18 Nov 2008 12:59:05 +0100
Subject: MS aktualizace KB957097 a Samba
In-Reply-To: <49228983.30100@advokati.biz>
References: <49228983.30100@advokati.biz>
Message-ID: <000901c94975$0e57dbd0$2b079370$@death@ipq.cz>

Co to je za Sambu? Visty tuším vyžadují Sambu 3.x, mně to doma jede bez
problémů, ale protože je to doma, tak je to sdílený bez ověřování...
Konfigurace je Samba 3.0.28a-r1 a Visty x64 SP1 + XP SP3 (x32 i x64) + 2000
Pro SP4 a dřív i 2003 Server SP2 x32.

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of "Mgr. Daniel Hrbáč"
> Sent: Tuesday, November 18, 2008 10:23 AM
> 
> ve své aktualizaci KB957097 z 12.11. provedl Microsoft opravu jakéhosi
> problému se SMB protokolem. více podrobností zde
> http://www.microsoft.com/technet/security/bulletin/Ms08-068.mspx.
> důsledkem na mém klientovi s Vistami32 bylo, že se klient odmítal
> připojit k jinak bezproblémově fungujícím samba share-ům provozovaným
> na
> ubuntu 8.04. po pár hodinách tancování okolo a v konečném důsledku s
> pomocí a nasměrováním pajasofta jsem odinstaloval uvedenou aktualizaci
> a
> vše funguje jak se zdá v pořádku.
> 
> problém, který se jevil byl ten, že najednou se klient nebyl schopen
> připojit k sambě z důvodu neověření totožnosti, resp. jména a hesla.
> symptomy byly tyto:
> - server byl přístupný pod IP ale ne pod obvyklým jménem
> - pokud bylo připojeno více složek z jednoho serveru, visty neumožnily
> připojení pod různými jmény, resp. ani pod jedním a pořád vykřikovaly,
> že používám více jmen (o tomto jsem našel poznámku, že to je by design)
> - WinXP se nezdají být postiženy
> - na serveru se objevily tyto hlášky v logu:
> 
> /var/log/samba/log.192.168.1.97
> [2008/11/18 09:27:23, 1] lib/util_sock.c:get_peer_name(1183)
>   Gethostbyaddr failed for 192.168.1.97
> 
> /var/log/syslog
> Nov 18 09:46:13 akserver winbindd[6533]: [2008/11/18 09:46:13, 0]
> nsswitch/winbindd_passdb.c:sid_to_name(130)
> Nov 18 09:46:13 akserver winbindd[6533]:   Possible deadlock: Trying to
> lookup SID S-1-1-0 with passdb backend
> 
> 
> netvrdím, že ty logy s problémem souvisí, tak dalece mé znalosti
> nejdou,
> jsou to jen věci, které se v logu objevily a které si nevybavuju, že by
> existovaly předtím.
> 
> řešení je zatím takové, že jsem odinstaloval onu aktualizaci. nicméně,
> pokud někomu bude známa, bylo by prima znát systémové řešení.
> nepředpokládám, že jsme jediný postižený.



From janousek na fonet.cz  Tue Nov 18 13:06:17 2008
From: janousek na fonet.cz (=?iso-8859-2?Q?Pavel_Janou=B9ek?=)
Date: Tue, 18 Nov 2008 13:06:17 +0100
Subject: MS aktualizace KB957097 a Samba
In-Reply-To: <000901c94975$0e57dbd0$2b079370$@death@ipq.cz>
References: <49228983.30100@advokati.biz>
	<000901c94975$0e57dbd0$2b079370$@death@ipq.cz>
Message-ID: <4F23E9745D562F4D90373B9C5CEF44300400FD16@percival.fonet.cz>

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Tomáš Koželuh
> Co to je za Sambu? Visty tuším vyžadují Sambu 3.x, mně to doma jede bez

	Není pravda, lze uchodit (i s autentizací a autorizací) i vůči 
Sambě 2.2.12. Konkrétně mám Vista Bussines 64-bit a základ Linuxu je
stařičký Redhat Linux 7.3.

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet    Za Kovárnou 9, 625 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  


From dast na panelnet.cz  Tue Nov 18 13:10:25 2008
From: dast na panelnet.cz (Dalibor Straka)
Date: Tue, 18 Nov 2008 13:10:25 +0100
Subject: Prohozeni raidu md0 <-> md1
Message-ID: <20081118121025.GA27485@panelnet.cz>

Ahoj,

stala se mi neprijemnost. V systemu byl /dev/md0 na /dev/sd[ab]3 a
pridaval jsem /dev/md1 na /dev/sd[ab]1. V mdadm.conf mam nastavene
spravne UUID:
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=57...<kraceno>
ARRAY /dev/md1 level=raid1 num-devices=2 UUID=47...<kraceno>

Problem je, ze system najde nejdrive /dev/sda1 a priradi mu /dev/md0.
Zatim to prehodim ve /etc/fstab, ale zajimalo by me, jak tomu do
budoucna predejit.

Jak donutit system, aby nastavil cisla raidu podle UUID v mdadm.conf?

Diky,
-- Dalibor Straka


From talk na advokati.biz  Tue Nov 18 13:13:21 2008
From: talk na advokati.biz (Daniel Hrbac)
Date: Tue, 18 Nov 2008 13:13:21 +0100
Subject: MS aktualizace KB957097 a Samba
In-Reply-To: <000901c94975$0e57dbd0$2b079370$@death@ipq.cz>
References: <49228983.30100@advokati.biz>
	<000901c94975$0e57dbd0$2b079370$@death@ipq.cz>
Message-ID: <4922B161.6050303@advokati.biz>

dd,

je to 3.0.28a-1ubuntu4.7 z oficiální distribuce. já na čtyřech 
XP taky nemám problém, jen ten jeden klient.

dan

Tomáš Koželuh napsal(a):
> Co to je za Sambu? Visty tuším vyžadují Sambu 3.x, mně to doma jede bez
> problémů, ale protože je to doma, tak je to sdílený bez ověřování...
> Konfigurace je Samba 3.0.28a-r1 a Visty x64 SP1 + XP SP3 (x32 i x64) + 2000
> Pro SP4 a dřív i 2003 Server SP2 x32.
> 
>> -----Original Message-----
>> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
>> Of "Mgr. Daniel Hrbáč"
>> Sent: Tuesday, November 18, 2008 10:23 AM
>>
>> ve své aktualizaci KB957097 z 12.11. provedl Microsoft opravu jakéhosi
>> problému se SMB protokolem. více podrobností zde
>> http://www.microsoft.com/technet/security/bulletin/Ms08-068.mspx.
>> důsledkem na mém klientovi s Vistami32 bylo, že se klient odmítal
>> připojit k jinak bezproblémově fungujícím samba share-ům provozovaným
>> na
>> ubuntu 8.04. po pár hodinách tancování okolo a v konečném důsledku s
>> pomocí a nasměrováním pajasofta jsem odinstaloval uvedenou aktualizaci
>> a
>> vše funguje jak se zdá v pořádku.
>>
>> problém, který se jevil byl ten, že najednou se klient nebyl schopen
>> připojit k sambě z důvodu neověření totožnosti, resp. jména a hesla.
>> symptomy byly tyto:
>> - server byl přístupný pod IP ale ne pod obvyklým jménem
>> - pokud bylo připojeno více složek z jednoho serveru, visty neumožnily
>> připojení pod různými jmény, resp. ani pod jedním a pořád vykřikovaly,
>> že používám více jmen (o tomto jsem našel poznámku, že to je by design)
>> - WinXP se nezdají být postiženy
>> - na serveru se objevily tyto hlášky v logu:
>>
>> /var/log/samba/log.192.168.1.97
>> [2008/11/18 09:27:23, 1] lib/util_sock.c:get_peer_name(1183)
>>   Gethostbyaddr failed for 192.168.1.97
>>
>> /var/log/syslog
>> Nov 18 09:46:13 akserver winbindd[6533]: [2008/11/18 09:46:13, 0]
>> nsswitch/winbindd_passdb.c:sid_to_name(130)
>> Nov 18 09:46:13 akserver winbindd[6533]:   Possible deadlock: Trying to
>> lookup SID S-1-1-0 with passdb backend
>>
>>
>> netvrdím, že ty logy s problémem souvisí, tak dalece mé znalosti
>> nejdou,
>> jsou to jen věci, které se v logu objevily a které si nevybavuju, že by
>> existovaly předtím.
>>
>> řešení je zatím takové, že jsem odinstaloval onu aktualizaci. nicméně,
>> pokud někomu bude známa, bylo by prima znát systémové řešení.
>> nepředpokládám, že jsme jediný postižený.
> 
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
> 


-- 
Daniel Hrbac


From slavek.banko na axis.cz  Tue Nov 18 13:32:29 2008
From: slavek.banko na axis.cz (Slavek Banko)
Date: Tue, 18 Nov 2008 13:32:29 +0100
Subject: Prohozeni raidu md0 <-> md1
In-Reply-To: <20081118121025.GA27485@panelnet.cz>
References: <20081118121025.GA27485@panelnet.cz>
Message-ID: <200811181332.29257.slavek.banko@axis.cz>

Dne út 18. listopadu 2008 Dalibor Straka napsal(a):
> Ahoj,
>
> stala se mi neprijemnost. V systemu byl /dev/md0 na /dev/sd[ab]3 a
> pridaval jsem /dev/md1 na /dev/sd[ab]1. V mdadm.conf mam nastavene
> spravne UUID:
> ARRAY /dev/md0 level=raid1 num-devices=2 UUID=57...<kraceno>
> ARRAY /dev/md1 level=raid1 num-devices=2 UUID=47...<kraceno>
>
> Problem je, ze system najde nejdrive /dev/sda1 a priradi mu /dev/md0.
> Zatim to prehodim ve /etc/fstab, ale zajimalo by me, jak tomu do
> budoucna predejit.
>
> Jak donutit system, aby nastavil cisla raidu podle UUID v mdadm.conf?
>
> Diky,
> -- Dalibor Straka

Chybí tu podstatná informace: Jaká distribuce a jaká verze?

V Debianu byl kdysi pro start polí používán mdrun, který trpěl právě tímto 
problémem. Od Etche již není používán a používá mdadm, které se řídí 
konfiguračním souborem.

Slávek


From lists_mk na wujiman.net  Tue Nov 18 13:33:58 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Tue, 18 Nov 2008 13:33:58 +0100
Subject: Prohozeni raidu md0 <-> md1
In-Reply-To: <20081118121025.GA27485@panelnet.cz>
References: <20081118121025.GA27485@panelnet.cz>
Message-ID: <20081118123358.GB28038@finrod>

On Tue, Nov 18, 2008 at 01:10:25PM +0100, Dalibor Straka wrote:
> Ahoj,
> 
> stala se mi neprijemnost. V systemu byl /dev/md0 na /dev/sd[ab]3 a
> pridaval jsem /dev/md1 na /dev/sd[ab]1. V mdadm.conf mam nastavene
> spravne UUID:
> ARRAY /dev/md0 level=raid1 num-devices=2 UUID=57...<kraceno>
> ARRAY /dev/md1 level=raid1 num-devices=2 UUID=47...<kraceno>
> 
> Problem je, ze system najde nejdrive /dev/sda1 a priradi mu /dev/md0.
> Zatim to prehodim ve /etc/fstab, ale zajimalo by me, jak tomu do
> budoucna predejit.
> 
> Jak donutit system, aby nastavil cisla raidu podle UUID v mdadm.conf?

zdar. pouzivate initramfs pri bootu a je nastaveny, aby pouzival mdadm a
updatovany se spravnym konfigurakem? rekl bych, ze vam to detekuje kernel
automaticky, ale vzdycky jsem mel pocit, ze v persisten bloku daneho zarizeni
by melo byt nastaveno i cislo raidu a z toho odvozeny nazev zarizeni. 
ale moc jsem se v tomhle nikdy nehrabal, nikdy jsem na tento problem
nenarazil. 

mk


From dast na panelnet.cz  Tue Nov 18 13:52:40 2008
From: dast na panelnet.cz (Dalibor Straka)
Date: Tue, 18 Nov 2008 13:52:40 +0100
Subject: Prohozeni raidu md0 <-> md1
In-Reply-To: <200811181332.29257.slavek.banko@axis.cz>
References: <20081118121025.GA27485@panelnet.cz>
	<200811181332.29257.slavek.banko@axis.cz>
Message-ID: <20081118125239.GA27905@panelnet.cz>

On Tue, Nov 18, 2008 at 01:32:29PM +0100, Slavek Banko wrote:
> Dne út 18. listopadu 2008 Dalibor Straka napsal(a):
> > Ahoj,
> >
> > stala se mi neprijemnost. V systemu byl /dev/md0 na /dev/sd[ab]3 a
> > pridaval jsem /dev/md1 na /dev/sd[ab]1. V mdadm.conf mam nastavene
> > spravne UUID:
> > ARRAY /dev/md0 level=raid1 num-devices=2 UUID=57...<kraceno>
> > ARRAY /dev/md1 level=raid1 num-devices=2 UUID=47...<kraceno>
> >
> > Problem je, ze system najde nejdrive /dev/sda1 a priradi mu /dev/md0.
> > Zatim to prehodim ve /etc/fstab, ale zajimalo by me, jak tomu do
> > budoucna predejit.
> >
> > Jak donutit system, aby nastavil cisla raidu podle UUID v mdadm.conf?
> >
> > Diky,
> > -- Dalibor Straka
> 
> Chybí tu podstatná informace: Jaká distribuce a jaká verze?
> 
Koukam, ze je to ubuntu 6 dapper. Me se ten debian zdal nejakej divnej.

-- Dalibor Straka


From lists_mk na wujiman.net  Tue Nov 18 13:57:50 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Tue, 18 Nov 2008 13:57:50 +0100
Subject: jak funguje systemove proxy nastaveni pro webove browsery?
Message-ID: <20081118125750.GD28038@finrod>

zdravim.
  hrozne rad bych nejak rozumne automaticky nastavoval proxy pro webove
browsery. wpad se mi nelibi. neni neco na linuxu a windows, do ceho bych mohl
z jedne strany cpat nastaveni z dhcp a z druhe strany by si to firefox/ie
bral? strejda google akorat vraci neustale wpad.

diky
mk


From dast na panelnet.cz  Tue Nov 18 13:59:15 2008
From: dast na panelnet.cz (Dalibor Straka)
Date: Tue, 18 Nov 2008 13:59:15 +0100
Subject: Prohozeni raidu md0 <-> md1
In-Reply-To: <20081118123358.GB28038@finrod>
References: <20081118121025.GA27485@panelnet.cz>
	<20081118123358.GB28038@finrod>
Message-ID: <20081118125915.GB27905@panelnet.cz>

Ahoj,

On Tue, Nov 18, 2008 at 01:33:58PM +0100, Martin Kraus wrote:
> On Tue, Nov 18, 2008 at 01:10:25PM +0100, Dalibor Straka wrote:
> > 
> > Jak donutit system, aby nastavil cisla raidu podle UUID v mdadm.conf?
> 
> zdar. pouzivate initramfs pri bootu a je nastaveny, aby pouzival mdadm a
> updatovany se spravnym konfigurakem? rekl bych, ze vam to detekuje kernel
>
Bingo. Ackoliv jsem to zde sam nekomu radil, na initramfs jsem zapomnel.

> automaticky, ale vzdycky jsem mel pocit, ze v persisten bloku daneho zarizeni
> by melo byt nastaveno i cislo raidu a z toho odvozeny nazev zarizeni. 
> ale moc jsem se v tomhle nikdy nehrabal, nikdy jsem na tento problem
> nenarazil. 
> 
To je zajimava domnenka, co vse je v persistent bloku zarizeni? Jdu googlit,
ale potesi me, kdyby to sem nejaka chytra hlava polopaticky napsala :).

Aktualni stav je, ze jsem nechal system prirozene detekovat sda1 -> md0, 
sda3 -> md1 a opravil jsem /etc/fstab.
Kernel budu menit budu ve stredu a rovnou opravim i initrd.

Diky,
-- Dalibor Straka


From lists_mk na wujiman.net  Tue Nov 18 14:00:08 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Tue, 18 Nov 2008 14:00:08 +0100
Subject: Prohozeni raidu md0 <-> md1
In-Reply-To: <20081118125239.GA27905@panelnet.cz>
References: <20081118121025.GA27485@panelnet.cz>
	<200811181332.29257.slavek.banko@axis.cz>
	<20081118125239.GA27905@panelnet.cz>
Message-ID: <20081118130008.GE28038@finrod>

On Tue, Nov 18, 2008 at 01:52:40PM +0100, Dalibor Straka wrote:
> On Tue, Nov 18, 2008 at 01:32:29PM +0100, Slavek Banko wrote:
> > Dne út 18. listopadu 2008 Dalibor Straka napsal(a):
> > > Ahoj,
> > >
> > > stala se mi neprijemnost. V systemu byl /dev/md0 na /dev/sd[ab]3 a
> > > pridaval jsem /dev/md1 na /dev/sd[ab]1. V mdadm.conf mam nastavene
> > > spravne UUID:
> > > ARRAY /dev/md0 level=raid1 num-devices=2 UUID=57...<kraceno>
> > > ARRAY /dev/md1 level=raid1 num-devices=2 UUID=47...<kraceno>
> > >
> > > Problem je, ze system najde nejdrive /dev/sda1 a priradi mu /dev/md0.
> > > Zatim to prehodim ve /etc/fstab, ale zajimalo by me, jak tomu do
> > > budoucna predejit.
> > >
> > > Jak donutit system, aby nastavil cisla raidu podle UUID v mdadm.conf?
> > >
> > > Diky,
> > > -- Dalibor Straka
> > 
> > Chybí tu podstatná informace: Jaká distribuce a jaká verze?
> > 
> Koukam, ze je to ubuntu 6 dapper. Me se ten debian zdal nejakej divnej.

z debianem nejsou vubec zadne problemy v tomhle smeru. etch pouziva initramfs
a do nej integruje mdadm i s konfigurakem, takze nastavi raid podle
konfiguraku. 
kouknete se, jestli to pouziva initramfs (z nastaveni lilo/grub) a pokud ano,
tak update-initramfs -u by melo updatovat image spravnym konfigurakem od
mdadm.

mk


From lists_mk na wujiman.net  Tue Nov 18 14:06:58 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Tue, 18 Nov 2008 14:06:58 +0100
Subject: Prohozeni raidu md0 <-> md1
In-Reply-To: <20081118125915.GB27905@panelnet.cz>
References: <20081118121025.GA27485@panelnet.cz>
	<20081118123358.GB28038@finrod>
	<20081118125915.GB27905@panelnet.cz>
Message-ID: <20081118130658.GF28038@finrod>

On Tue, Nov 18, 2008 at 01:59:15PM +0100, Dalibor Straka wrote:
> Ahoj,
> 
> On Tue, Nov 18, 2008 at 01:33:58PM +0100, Martin Kraus wrote:
> > On Tue, Nov 18, 2008 at 01:10:25PM +0100, Dalibor Straka wrote:
> > > 
> > > Jak donutit system, aby nastavil cisla raidu podle UUID v mdadm.conf?
> > 
> > zdar. pouzivate initramfs pri bootu a je nastaveny, aby pouzival mdadm a
> > updatovany se spravnym konfigurakem? rekl bych, ze vam to detekuje kernel
> >
> Bingo. Ackoliv jsem to zde sam nekomu radil, na initramfs jsem zapomnel.
> 
> > automaticky, ale vzdycky jsem mel pocit, ze v persisten bloku daneho zarizeni
> > by melo byt nastaveno i cislo raidu a z toho odvozeny nazev zarizeni. 
> > ale moc jsem se v tomhle nikdy nehrabal, nikdy jsem na tento problem
> > nenarazil. 
> > 
> To je zajimava domnenka, co vse je v persistent bloku zarizeni? Jdu googlit,
> ale potesi me, kdyby to sem nejaka chytra hlava polopaticky napsala :).
> 
> Aktualni stav je, ze jsem nechal system prirozene detekovat sda1 -> md0, 
> sda3 -> md1 a opravil jsem /etc/fstab.
> Kernel budu menit budu ve stredu a rovnou opravim i initrd.

vas mail me primel zajimat se o totez. zatim jsem nasel dokumentaci k md na
linux-raid.osdl.org. nekde to tam musi byt.

mk


From jandl na knihovnahk.cz  Tue Nov 18 14:23:39 2008
From: jandl na knihovnahk.cz (Petr Jandl)
Date: Tue, 18 Nov 2008 14:23:39 +0100
Subject: jak funguje systemove proxy nastaveni pro webove browsery?
In-Reply-To: <20081118125750.GD28038@finrod>
References: <20081118125750.GD28038@finrod>
Message-ID: <4922C1DB.3000701@knihovnahk.cz>

Jakákoliv proxy v transparentním režimu?
A na FW pak presmerovat veškerý provoz ven na port 80 na proxynu.
Nevím jestli to je řešení problému ale mě to funguje bezva.
PJ


Martin Kraus napsal(a):
> zdravim.
>   hrozne rad bych nejak rozumne automaticky nastavoval proxy pro webove
> browsery. wpad se mi nelibi. neni neco na linuxu a windows, do ceho bych mohl
> z jedne strany cpat nastaveni z dhcp a z druhe strany by si to firefox/ie
> bral? strejda google akorat vraci neustale wpad.
>
> diky
> mk
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>   




From janousek na fonet.cz  Tue Nov 18 14:33:26 2008
From: janousek na fonet.cz (=?iso-8859-2?Q?Pavel_Janou=B9ek?=)
Date: Tue, 18 Nov 2008 14:33:26 +0100
Subject: Prohozeni raidu md0 <-> md1
In-Reply-To: <20081118125915.GB27905@panelnet.cz>
References: <20081118121025.GA27485@panelnet.cz><20081118123358.GB28038@finrod>
	<20081118125915.GB27905@panelnet.cz>
Message-ID: <4F23E9745D562F4D90373B9C5CEF44300400FD22@percival.fonet.cz>

> To je zajimava domnenka, co vse je v persistent bloku zarizeni? Jdu

Nevím to zcela přesně, ale z různých vlastních experience, 
mdadm --assemble atd. bych řekl že je tam snad úplně vše, co byste si 
představoval..., takže:

- RAID level
- počet disků v poli včetně pořadí
- počet spare disků, disků vadných...
- z jakých fyzických device (/dev/sda8, /dev/hdc4) se RAID kontejner 
	Skládá, včetně interního čísla viditelného přes /proc/mdstat
- UUID RAID kontejneru
- velikost pole
- stav pole po posledním umount (ev. informace o tom, že je třeba 
	rebuild/synchronize)
- číslo MD zařízení (takže sám ví, že dotyčný RAID1 je /dev/md4)

Možná jsem něco vynechal a taky za správnost neručím, že něco z toho 
systém nesyntetizuje z jiných persistentních dat než raid-superblock.

Největší sranda nastává v okamžiku, kdy ty superblocky na různých 
discích nejsou konzistentní (úplná absence je spíše výhodou)... 

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet    Za Kovárnou 9, 625 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  





From lists_mk na wujiman.net  Tue Nov 18 14:38:05 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Tue, 18 Nov 2008 14:38:05 +0100
Subject: Prohozeni raidu md0 <-> md1
In-Reply-To: <4F23E9745D562F4D90373B9C5CEF44300400FD22@percival.fonet.cz>
References: <20081118125915.GB27905@panelnet.cz>
	<4F23E9745D562F4D90373B9C5CEF44300400FD22@percival.fonet.cz>
Message-ID: <20081118133805.GH28038@finrod>

On Tue, Nov 18, 2008 at 02:33:26PM +0100, Pavel Janoušek wrote:
> > To je zajimava domnenka, co vse je v persistent bloku zarizeni? Jdu
> 
> Nevím to zcela přesně, ale z různých vlastních experience, 
> mdadm --assemble atd. bych řekl že je tam snad úplně vše, co byste si 
> představoval..., takže:
> 
> - RAID level
> - počet disků v poli včetně pořadí
> - počet spare disků, disků vadných...
> - z jakých fyzických device (/dev/sda8, /dev/hdc4) se RAID kontejner 
> 	Skládá, včetně interního čísla viditelného přes /proc/mdstat
> - UUID RAID kontejneru
> - velikost pole
> - stav pole po posledním umount (ev. informace o tom, že je třeba 
> 	rebuild/synchronize)
> - číslo MD zařízení (takže sám ví, že dotyčný RAID1 je /dev/md4)
> 
> Možná jsem něco vynechal a taky za správnost neručím, že něco z toho 
> systém nesyntetizuje z jiných persistentních dat než raid-superblock.
> 
> Největší sranda nastává v okamžiku, kdy ty superblocky na různých 
> discích nejsou konzistentní (úplná absence je spíše výhodou)... 

zajimalo by mne, zda se da superblock nejak menit. kdyz napriklad chci prenest
pole na jiny stroj, kde uz je md4. 
mk


From lists_mk na wujiman.net  Tue Nov 18 14:43:22 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Tue, 18 Nov 2008 14:43:22 +0100
Subject: jak funguje systemove proxy nastaveni pro webove browsery?
In-Reply-To: <4922C1DB.3000701@knihovnahk.cz>
References: <20081118125750.GD28038@finrod> <4922C1DB.3000701@knihovnahk.cz>
Message-ID: <20081118134322.GI28038@finrod>

On Tue, Nov 18, 2008 at 02:23:39PM +0100, Petr Jandl wrote:
> Jakákoliv proxy v transparentním režimu?
> A na FW pak presmerovat veškerý provoz ven na port 80 na proxynu.
> Nevím jestli to je řešení problému ale mě to funguje bezva.

jenze to nefunguje pro https a nejsem si jist jak je to se zdrojovymi ip pokud
to presmeruji na proxy, ktera bezi na jinem stroji. chtel bych nastavit
klienty aby pouzivali proxy a vedeli ze pouzivaji proxy. ve firefoxu je jakesy
nastaveni proxy, ktere si ma brat nastaveni ze systemu. pry na ubuntu bezi
nejaka takova vec, takze bych si myslel, ze to snad rozumne lze nastavovat
pres dhcp. 
a navic k tomu mam jeste windowsi stanice s ie, takze to musim vymyslet i pro
ne. 

mk


From janousek na fonet.cz  Tue Nov 18 14:46:47 2008
From: janousek na fonet.cz (=?iso-8859-2?Q?Pavel_Janou=B9ek?=)
Date: Tue, 18 Nov 2008 14:46:47 +0100
Subject: Prohozeni raidu md0 <-> md1
In-Reply-To: <20081118133805.GH28038@finrod>
References: <20081118125915.GB27905@panelnet.cz><4F23E9745D562F4D90373B9C5CEF44300400FD22@percival.fonet.cz>
	<20081118133805.GH28038@finrod>
Message-ID: <4F23E9745D562F4D90373B9C5CEF44300400FD24@percival.fonet.cz>

> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Martin Kraus
> zajimalo by mne, zda se da superblock nejak menit. kdyz napriklad chci
> prenest
> pole na jiny stroj, kde uz je md4.

No napadá mne třeba vytvořit nové RAID pole /dev/md4 s patřičnou 
"topologií", poskládat ho z existujících disků (nejlépe korektně 
předtím odpojeného pole!), to teprve poté uvést do on-line režimu 
a "forsnout" takovouto konfiguraci do raid-superblck... po dalším 
restartu by to měl i jaderný modul vzít v potaz...

Se SW RAIDdem lze (a dělal jsem) dělat bez ztráty kytičky spoustu 
harakiri, vždy je však lepší mít zálohu dat a nebo alespoň jednoduchý 
způsob jak data obnovit.

Já jsem teprve nedávno měl po snad 5-ti letech "nehodu" v té podobě, 
že mi někdo použil 1 disk z původně vytvořeného RAID1 pole s ext3. 
Když jsem to zjistil, vytvořil jsem nové pole, kde ten "zdravý" disk 
měl být jako zdroj a jiný disk jako "hot-plug", který do pole 
připojím a na který se měl provést sync... no všechno se tvářilo, 
že OK, že systém přesně můj požadavek pochopil, (/proc/mdstat mě 
naplňoval optimismem, ale přece jen synchronizace pár stovek GB něco 
trvá i na super rychlých řadičích) ale bohužel výsledkem byl 
kontejner, k němuž se poté jádro odmítalo jako k ext3 svazku znát... 
2 dny práce v prd*li, ale naštěstí ne žádná neobnovitelná data...

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet    Za Kovárnou 9, 625 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  





From Jan.Vajda na somi.sk  Tue Nov 18 14:47:53 2008
From: Jan.Vajda na somi.sk (Jan ' Kozo ' Vajda)
Date: Tue, 18 Nov 2008 14:47:53 +0100
Subject: jak funguje systemove proxy nastaveni pro webove browsery?
In-Reply-To: <20081118134322.GI28038@finrod>
References: <20081118125750.GD28038@finrod> <4922C1DB.3000701@knihovnahk.cz>
	<20081118134322.GI28038@finrod>
Message-ID: <4922C789.90802@somi.sk>

> On Tue, Nov 18, 2008 at 02:23:39PM +0100, Petr Jandl wrote:
>> Jakákoliv proxy v transparentním režimu?
>> A na FW pak presmerovat veškerý provoz ven na port 80 na proxynu.
>> Nevím jestli to je řešení problému ale mě to funguje bezva.
> 
> jenze to nefunguje pro https a nejsem si jist jak je to se zdrojovymi ip pokud
> to presmeruji na proxy, ktera bezi na jinem stroji. chtel bych nastavit
> klienty aby pouzivali proxy a vedeli ze pouzivaji proxy. ve firefoxu je jakesy
> nastaveni proxy, ktere si ma brat nastaveni ze systemu. pry na ubuntu bezi
> nejaka takova vec, takze bych si myslel, ze to snad rozumne lze nastavovat
> pres dhcp. 
> a navic k tomu mam jeste windowsi stanice s ie, takze to musim vymyslet i pro
> ne. 

a proxy autoconfig (proxy.pac) nie je cesta ?
zvycajne funguje aj pod MSIE aj pod FF (operu som neskusal) a je to 
centralizovane


-- 
Ing. Jan Vajda
SOMI systems a.s.
CSA 25
974 01 Banska Bystrica
phone: +421 48 4146 759
fax: +421 48 4146 760
e-mail:  Jan.Vajda na somi.sk
URL: http://www.somi.sk/



From dast na panelnet.cz  Tue Nov 18 14:52:50 2008
From: dast na panelnet.cz (Dalibor Straka)
Date: Tue, 18 Nov 2008 14:52:50 +0100
Subject: Prohozeni raidu md0 <-> md1
In-Reply-To: <4F23E9745D562F4D90373B9C5CEF44300400FD22@percival.fonet.cz>
References: <20081118125915.GB27905@panelnet.cz>
	<4F23E9745D562F4D90373B9C5CEF44300400FD22@percival.fonet.cz>
Message-ID: <20081118135250.GA28369@panelnet.cz>

On Tue, Nov 18, 2008 at 02:33:26PM +0100, Pavel Janoušek wrote:
> - číslo MD zařízení (takže sám ví, že dotyčný RAID1 je /dev/md4)
> 
Nesouhlasim ;-)

Pouzil jsem prikazy:
sfdisk -d /dev/sda |sfdisk /dev/sdb
mdadm --create /dev/md1 --level=1 --raid-devices=2 /dev/sda1 /dev/sdb1

A v dmesg bylo po bootu:
 md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
 md: bitmap version 4.39
 md: raid1 personality registered as nr 3
 md: md0 stopped.
 md: bind<sdb1>
 md: bind<sda1>
 raid1: raid set md0 active with 2 out of 2 mirrors

Do te doby na sdb1 a sda1 nebyl raid.
-- Dalibor Straka


From janousek na fonet.cz  Tue Nov 18 15:02:51 2008
From: janousek na fonet.cz (=?iso-8859-2?Q?Pavel_Janou=B9ek?=)
Date: Tue, 18 Nov 2008 15:02:51 +0100
Subject: Prohozeni raidu md0 <-> md1
In-Reply-To: <20081118135250.GA28369@panelnet.cz>
References: <20081118125915.GB27905@panelnet.cz><4F23E9745D562F4D90373B9C5CEF44300400FD22@percival.fonet.cz>
	<20081118135250.GA28369@panelnet.cz>
Message-ID: <4F23E9745D562F4D90373B9C5CEF44300400FD27@percival.fonet.cz>

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Dalibor Straka
> On Tue, Nov 18, 2008 at 02:33:26PM +0100, Pavel Janoušek wrote:
> > - číslo MD zařízení (takže sám ví, že dotyčný RAID1 je /dev/md4)
> >
> Nesouhlasim ;-)

Nehádám se, jen bych rád podotkl, že dříve jsem používal s oblibou 
raidtools, mdadm mi do dnes nějak nechce vlézt pod kůži (ale učím 
se s ním žít:-). Možná je pořadí nebo způsob volání syscall-ů odlišný.

Otázkou však je, zda-li máte aktivní autodetekci, protože můj 
/var/log/dmesg vypadá trošku jinak:

[    9.393053] md: raid1 personality registered for level 1
[    9.459040] md: Autodetecting RAID arrays.
[    9.501777] md: autorun ...
[    9.501836] md: considering sdb3 ...
[    9.501901] md:  adding sdb3 ...
[    9.501967] md:  adding sda3 ...
[    9.502036] md: created md0
[    9.502093] md: bind<sda3>
[    9.502156] md: bind<sdb3>
[    9.502220] md: running: <sdb3><sda3>
[    9.502453] raid1: raid set md0 active with 2 out of 2 mirrors
[    9.502528] md: ... autorun DONE.
[   13.850896] md: Autodetecting RAID arrays.
[   13.850899] md: autorun ...
[   13.850901] md: ... autorun DONE.

	Navíc zrovna ne tak dávno jsem vytvářel /dev/md1 (v systému 
/dev/md0 nefiguroval) proto, abych takto nainstalovaný systém vyměnil
formou disků na jiném starém systému, kde právě /dev/md0 byly /home...
Několik restartů jsem provedl a nevšiml jsem si, že by po nějakém 
systém usoudil, že bude lepší mne adresovat na /dev/md0 do doby než ty
disky ve strojích skutečně prohodím.

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet    Za Kovárnou 9, 625 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  





From dobes na tes.eu  Tue Nov 18 14:12:44 2008
From: dobes na tes.eu (Michal Dobes)
Date: Tue, 18 Nov 2008 14:12:44 +0100
Subject: Prohozeni raidu md0 <-> md1
In-Reply-To: <20081118125915.GB27905@panelnet.cz>
References: <20081118121025.GA27485@panelnet.cz>	<20081118123358.GB28038@finrod>
	<20081118125915.GB27905@panelnet.cz>
Message-ID: <4922BF4C.2070803@tes.eu>

Dalibor Straka napsal(a):
>>
> To je zajimava domnenka, co vse je v persistent bloku zarizeni? Jdu googlit,
> ale potesi me, kdyby to sem nejaka chytra hlava polopaticky napsala :).

# mdadm --detail /dev/md{0,1,2}|grep "Preferred Minor"
Preferred Minor : 0
Preferred Minor : 1
Preferred Minor : 2

M.


From slavek.banko na axis.cz  Tue Nov 18 15:25:45 2008
From: slavek.banko na axis.cz (Slavek Banko)
Date: Tue, 18 Nov 2008 15:25:45 +0100
Subject: Prohozeni raidu md0 <-> md1
In-Reply-To: <20081118125239.GA27905@panelnet.cz>
References: <20081118121025.GA27485@panelnet.cz>
	<200811181332.29257.slavek.banko@axis.cz>
	<20081118125239.GA27905@panelnet.cz>
Message-ID: <200811181525.45371.slavek.banko@axis.cz>

Dne út 18. listopadu 2008 Dalibor Straka napsal(a):
> > Chybí tu podstatná informace: Jaká distribuce a jaká verze?
>
> Koukam, ze je to ubuntu 6 dapper. Me se ten debian zdal nejakej divnej.
>

Tak tím se potvrzuje dříve řečené: V distribuci je mdadm takové verze, že 
pro sestavování používajá mdrun. Viz:

  /usr/share/initramfs-tools/scripts/local-top/md

Řešením by byla novější verze mdadm, která již používá výhradně 
konfigurační soubor.

Pro zjištění informací o raid slouží mdadm --examine /dev/sda1.

Slávek


From lists_mk na wujiman.net  Tue Nov 18 15:28:53 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Tue, 18 Nov 2008 15:28:53 +0100
Subject: Prohozeni raidu md0 <-> md1
In-Reply-To: <20081118135250.GA28369@panelnet.cz>
References: <20081118125915.GB27905@panelnet.cz>
	<4F23E9745D562F4D90373B9C5CEF44300400FD22@percival.fonet.cz>
	<20081118135250.GA28369@panelnet.cz>
Message-ID: <20081118142853.GL28038@finrod>

On Tue, Nov 18, 2008 at 02:52:50PM +0100, Dalibor Straka wrote:
> On Tue, Nov 18, 2008 at 02:33:26PM +0100, Pavel Janoušek wrote:
> > - číslo MD zařízení (takže sám ví, že dotyčný RAID1 je /dev/md4)
> > 
> Nesouhlasim ;-)
> 
> Pouzil jsem prikazy:
> sfdisk -d /dev/sda |sfdisk /dev/sdb
> mdadm --create /dev/md1 --level=1 --raid-devices=2 /dev/sda1 /dev/sdb1
> 
> A v dmesg bylo po bootu:
>  md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
>  md: bitmap version 4.39
>  md: raid1 personality registered as nr 3
>  md: md0 stopped.
>  md: bind<sdb1>
>  md: bind<sda1>
>  raid1: raid set md0 active with 2 out of 2 mirrors

/dev/hda2:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : 50caf2e0:1cdbfad7:8105c97c:5efff2dc
  Creation Time : Wed Nov  7 17:39:59 2007
     Raid Level : raid1
    Device Size : 493312 (481.83 MiB 505.15 MB)
     Array Size : 493312 (481.83 MiB 505.15 MB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 1

    Update Time : Tue Nov 18 13:35:04 2008
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0
       Checksum : 873421b7 - correct
         Events : 0.28


      Number   Major   Minor   RaidDevice State
this     0       3        2        0      active sync   /dev/hda2

   0     0       3        2        0      active sync   /dev/hda2
   1     1      22        2        1      active sync   /dev/hdc2

bych mel skoro pocit, ze "Preferred Minor" by mohlo byt ono. budu muset nekdy
vyzkouset autodetekci v kernelu misto toho initramfs. 

mk


From mr.death na ipq.cz  Tue Nov 18 15:30:18 2008
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Tue, 18 Nov 2008 15:30:18 +0100
Subject: jak funguje systemove proxy nastaveni pro webove browsery?
In-Reply-To: <20081118134322.GI28038@finrod>
References: <20081118125750.GD28038@finrod> <4922C1DB.3000701@knihovnahk.cz>
	<20081118134322.GI28038@finrod>
Message-ID: <000f01c9498a$2e69a600$8b3cf200$@death@ipq.cz>

Teď tomu úplně nerozumím, pokud se přesměrují porty 80 a 443 na proxy, proč
by neměla transparentní proxy fungovat? Mně to tak normálně funguje, akorát
https prostě přesměrovává dál a nic necachuje...

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Martin Kraus
> Sent: Tuesday, November 18, 2008 2:43 PM
> 
> jenze to nefunguje pro https a nejsem si jist jak je to se zdrojovymi
> ip pokud
> to presmeruji na proxy, ktera bezi na jinem stroji. chtel bych nastavit
> klienty aby pouzivali proxy a vedeli ze pouzivaji proxy. ve firefoxu je
> jakesy
> nastaveni proxy, ktere si ma brat nastaveni ze systemu. pry na ubuntu
> bezi
> nejaka takova vec, takze bych si myslel, ze to snad rozumne lze
> nastavovat
> pres dhcp.
> a navic k tomu mam jeste windowsi stanice s ie, takze to musim vymyslet
> i pro
> ne.



From lists_mk na wujiman.net  Tue Nov 18 15:33:16 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Tue, 18 Nov 2008 15:33:16 +0100
Subject: jak funguje systemove proxy nastaveni pro webove browsery?
In-Reply-To: <4922C789.90802@somi.sk>
References: <20081118125750.GD28038@finrod> <4922C1DB.3000701@knihovnahk.cz>
	<20081118134322.GI28038@finrod> <4922C789.90802@somi.sk>
Message-ID: <20081118143316.GM28038@finrod>

On Tue, Nov 18, 2008 at 02:47:53PM +0100, Jan ' Kozo ' Vajda wrote:
> > On Tue, Nov 18, 2008 at 02:23:39PM +0100, Petr Jandl wrote:
> > jenze to nefunguje pro https a nejsem si jist jak je to se zdrojovymi ip pokud
> > to presmeruji na proxy, ktera bezi na jinem stroji. chtel bych nastavit
> > klienty aby pouzivali proxy a vedeli ze pouzivaji proxy. ve firefoxu je jakesy
> > nastaveni proxy, ktere si ma brat nastaveni ze systemu. pry na ubuntu bezi
> > nejaka takova vec, takze bych si myslel, ze to snad rozumne lze nastavovat
> > pres dhcp. 
> > a navic k tomu mam jeste windowsi stanice s ie, takze to musim vymyslet i pro
> > ne. 
> 
> a proxy autoconfig (proxy.pac) nie je cesta ?
> zvycajne funguje aj pod MSIE aj pod FF (operu som neskusal) a je to 
> centralizovane

coz je komponenta wpad a musi se do browseru davat rucne. to muzu
nechat uzivatele nastavit si proxy rucne a asi to tak i udelam. jen jsem
myslel, jestli treba neexistuje normalni reseni pres dhcp jako napriklad
nastaveni dns z dhcp klienta pres resolvconf (a napriklad i do lokalniho
resolveru jako pdnsd). proste takova proxy pro proxy nastaveni. 

mk



From Jan.Vajda na somi.sk  Tue Nov 18 15:43:06 2008
From: Jan.Vajda na somi.sk (Jan ' Kozo ' Vajda)
Date: Tue, 18 Nov 2008 15:43:06 +0100
Subject: jak funguje systemove proxy nastaveni pro webove browsery?
In-Reply-To: <20081118143316.GM28038@finrod>
References: <20081118125750.GD28038@finrod>
	<4922C1DB.3000701@knihovnahk.cz>	<20081118134322.GI28038@finrod>
	<4922C789.90802@somi.sk> <20081118143316.GM28038@finrod>
Message-ID: <4922D47A.5080801@somi.sk>

> coz je komponenta wpad a musi se do browseru davat rucne. to muzu
> nechat uzivatele nastavit si proxy rucne a asi to tak i udelam. jen jsem
> myslel, jestli treba neexistuje normalni reseni pres dhcp jako napriklad
> nastaveni dns z dhcp klienta pres resolvconf (a napriklad i do lokalniho
> resolveru jako pdnsd). proste takova proxy pro proxy nastaveni. 

ale ono by to malo ist cez DHCP ....

citujem:
http://en.wikipedia.org/wiki/Web_Proxy_Autodiscovery_Protocol#Requirements

# If you want to use DHCP, then the DHCP must be configured to serve up 
the "site-local" option 252 ("auto-proxy-config") with a string value of 
"http://xxx.yyy.zzz.qqq/wpad.dat" (without the quotes) where 
xxx.yyy.zzz.qqq is the address of a web server (either IP or DNS).
# If you want to use DNS, then a DNS entry is needed for a host named WPAD.
# The host WPAD must be able to serve a web page.
# In both cases, the web server must be configured to set up dat files 
with a MIME type of "application/x-ns-proxy-autoconfig".
# The file named wpad.dat must be located in the WPAD web site's root 
directory.

-- 
Ing. Jan Vajda
SOMI systems a.s.
CSA 25
974 01 Banska Bystrica
phone: +421 48 4146 759
fax: +421 48 4146 760
e-mail:  Jan.Vajda na somi.sk
URL: http://www.somi.sk/



From lists_mk na wujiman.net  Tue Nov 18 16:35:48 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Tue, 18 Nov 2008 16:35:48 +0100
Subject: jak funguje systemove proxy nastaveni pro webove browsery?
In-Reply-To: <4922D47A.5080801@somi.sk>
References: <20081118125750.GD28038@finrod> <4922C1DB.3000701@knihovnahk.cz>
	<20081118134322.GI28038@finrod> <4922C789.90802@somi.sk>
	<20081118143316.GM28038@finrod> <4922D47A.5080801@somi.sk>
Message-ID: <20081118153548.GN28038@finrod>

On Tue, Nov 18, 2008 at 03:43:06PM +0100, Jan ' Kozo ' Vajda wrote:
> > coz je komponenta wpad a musi se do browseru davat rucne. to muzu
> > nechat uzivatele nastavit si proxy rucne a asi to tak i udelam. jen jsem
> > myslel, jestli treba neexistuje normalni reseni pres dhcp jako napriklad
> > nastaveni dns z dhcp klienta pres resolvconf (a napriklad i do lokalniho
> > resolveru jako pdnsd). proste takova proxy pro proxy nastaveni. 
> 
> ale ono by to malo ist cez DHCP ....

ano. ale ja wpad nechci pouzivat. potrebuje to javascript na klientech a
protoze netusim co vsechno se pomoci toho da udelat, tak kdyz me nejaky
frajirek rozbehne na lokalni siti dhcp server a bude ohlasovat wpad, tak muze
arbitrarne poustet v browserech javascript a to se mi nelibi.

mk


From lists_mk na wujiman.net  Tue Nov 18 16:43:10 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Tue, 18 Nov 2008 16:43:10 +0100
Subject: jak funguje systemove proxy nastaveni pro webove browsery?
Message-ID: <20081118154310.GO28038@finrod>

On Tue, Nov 18, 2008 at 03:30:18PM +0100, Tomáš Koželuh wrote:
> Teď tomu úplně nerozumím, pokud se přesměrují porty 80 a 443 na proxy, proč
> by neměla transparentní proxy fungovat? Mně to tak normálně funguje, akorát
> https prostě přesměrovává dál a nic necachuje...

to pro mne znamena presmerovat porty na nejakou lokalni transparentni proxy na
routeru, ktera z toho udela proxy request a posle to na dalsi stroj squidu,
ktery to pak preposle zpet routeru a ten to posle dal. nejsem si jit, jak to v
pripade CONNECT funguje a cetl jsem ze to neni uplne funkcni.

hlavne me zajimalo jak pomoci dhcp nastavit klientum aby vedeli, ze pouzivaji
proxy. ve firefoxu jsem nasel neco jako "get proxy settings from system",
takze bych odhadoval, ze to asi nejak jde. a predpokladam, ze i na windowsech.

mk


From dobes na tes.eu  Tue Nov 18 17:06:13 2008
From: dobes na tes.eu (Michal Dobes)
Date: Tue, 18 Nov 2008 17:06:13 +0100
Subject: jak funguje systemove proxy nastaveni pro webove browsery?
In-Reply-To: <000f01c9498a$2e69a600$8b3cf200$@death@ipq.cz>
References: <20081118125750.GD28038@finrod>
	<4922C1DB.3000701@knihovnahk.cz>	<20081118134322.GI28038@finrod>
	<000f01c9498a$2e69a600$8b3cf200$@death@ipq.cz>
Message-ID: <4922E7F5.1070104@tes.eu>

Tomáš Koželuh napsal(a):
> Teď tomu úplně nerozumím, pokud se přesměrují porty 80 a 443 na proxy, proč
> by neměla transparentní proxy fungovat? Mně to tak normálně funguje, akorát
> https prostě přesměrovává dál a nic necachuje...

Budete mít třeba problém, když budete chtít po klientech dělat
autorizaci, to v transparentním režimu neuděláte.

Martin Kraus napsal(a):
 > coz je komponenta wpad a musi se do browseru davat rucne. to muzu
 > nechat uzivatele nastavit si proxy rucne a asi to tak i udelam. jen jsem
 > myslel, jestli treba neexistuje normalni reseni pres dhcp jako napriklad
 > nastaveni dns z dhcp klienta pres resolvconf (a napriklad i do lokalniho
 > resolveru jako pdnsd). proste takova proxy pro proxy nastaveni.

Vyjma již zmíněného předávání v DHCP existuje i normalizovaný způsob
přes DNS. Samozřejmě pořád je to jen jak přijít k odkazu na ten
javascript.
Co se obav o DHCP frajírky týče, snad každý trochu rozumný s takovou
obavou má switch, který toto nedovolí, stjeně jako řadu dalších
škaredých technik.

M.



From libor_ml1 na mts.cz  Tue Nov 18 16:50:04 2008
From: libor_ml1 na mts.cz (Libor Chocholaty)
Date: Tue, 18 Nov 2008 16:50:04 +0100
Subject: jak funguje systemove proxy nastaveni pro webove browsery?
In-Reply-To: <20081118153548.GN28038@finrod>
References: <20081118125750.GD28038@finrod>
	<4922C1DB.3000701@knihovnahk.cz>	<20081118134322.GI28038@finrod>
	<4922C789.90802@somi.sk>	<20081118143316.GM28038@finrod>
	<4922D47A.5080801@somi.sk> <20081118153548.GN28038@finrod>
Message-ID: <4922E42C.4060000@mts.cz>

Martin Kraus wrote:
> On Tue, Nov 18, 2008 at 03:43:06PM +0100, Jan ' Kozo ' Vajda wrote:
>   
>>> coz je komponenta wpad a musi se do browseru davat rucne. to muzu
>>> nechat uzivatele nastavit si proxy rucne a asi to tak i udelam. jen jsem
>>> myslel, jestli treba neexistuje normalni reseni pres dhcp jako napriklad
>>> nastaveni dns z dhcp klienta pres resolvconf (a napriklad i do lokalniho
>>> resolveru jako pdnsd). proste takova proxy pro proxy nastaveni. 
>>>       
>> ale ono by to malo ist cez DHCP ....
>>     
>
> ano. ale ja wpad nechci pouzivat. potrebuje to javascript na klientech a
> protoze netusim co vsechno se pomoci toho da udelat, tak kdyz me nejaky
> frajirek rozbehne na lokalni siti dhcp server a bude ohlasovat wpad, tak muze
> arbitrarne poustet v browserech javascript a to se mi nelibi.
>   
Ale to muze stejne :-)

Libor



From lists.subscriber na pragl.cz  Tue Nov 18 20:53:41 2008
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Tue, 18 Nov 2008 20:53:41 +0100
Subject: jak funguje systemove proxy nastaveni pro webove browsery?
References: <20081118125750.GD28038@finrod>
Message-ID: <EC655BFC046C4FEDAE743C69059B2691@home.intranet>

WPAD prece je DHCP option 252

MP
----- Original Message ----- 
From: "Martin Kraus" <lists_mk na wujiman.net>
To: "linux.cz" <linux na linux.cz>
Sent: Tuesday, November 18, 2008 1:57 PM
Subject: jak funguje systemove proxy nastaveni pro webove browsery?


zdravim.
  hrozne rad bych nejak rozumne automaticky nastavoval proxy pro webove
browsery. wpad se mi nelibi. neni neco na linuxu a windows, do ceho bych 
mohl
z jedne strany cpat nastaveni z dhcp a z druhe strany by si to firefox/ie




From horak.jan na icebraker.org  Tue Nov 18 21:42:14 2008
From: horak.jan na icebraker.org (=?ISO-8859-1?Q?Jan_Hor=E1k?=)
Date: Tue, 18 Nov 2008 21:42:14 +0100
Subject: jak funguje systemove proxy nastaveni pro webove browsery?
In-Reply-To: <20081118153548.GN28038@finrod>
References: <20081118125750.GD28038@finrod>
	<4922C1DB.3000701@knihovnahk.cz>	<20081118134322.GI28038@finrod>
	<4922C789.90802@somi.sk>	<20081118143316.GM28038@finrod>
	<4922D47A.5080801@somi.sk> <20081118153548.GN28038@finrod>
Message-ID: <492328A6.1090905@icebraker.org>

Dobry den,
prave se snazite resit dva uplne rozdilne problemy jednim velkym 
spolecnym resenim.

Chcete tedy poresit tyto dve veci:

1) spolecne nastaveni browseru

2) bezpecnost na siti


Reseni:

1) pouzijte nastavovani pomoci dhcp ci wpad

2) zakupte, a to alespon na pater ale jeste lepe do cele vasi site, 
lepsi switche, Cisco ma velmi dobre switche (jejich ostatni vyrobky 
nemam rad). Tyhle nove switche vam umozni na kazdem portu nastavit, ze 
jakmile na danem portu dojde k chovani se pripojeneho zarizeni jako DHCP 
serveru, tak switch okamzite dany port zablokuje a az do dalsiho 
povoleni bude vypnuty. To same muzete udelat i s ostatnimi sluzbami.


Timto zpusobem budete mit vyreseno vse co potrebujete a bude to bezpecne.


Horak


Martin Kraus wrote:
> On Tue, Nov 18, 2008 at 03:43:06PM +0100, Jan ' Kozo ' Vajda wrote:
>>> coz je komponenta wpad a musi se do browseru davat rucne. to muzu
>>> nechat uzivatele nastavit si proxy rucne a asi to tak i udelam. jen jsem
>>> myslel, jestli treba neexistuje normalni reseni pres dhcp jako napriklad
>>> nastaveni dns z dhcp klienta pres resolvconf (a napriklad i do lokalniho
>>> resolveru jako pdnsd). proste takova proxy pro proxy nastaveni. 
>> ale ono by to malo ist cez DHCP ....
> 
> ano. ale ja wpad nechci pouzivat. potrebuje to javascript na klientech a
> protoze netusim co vsechno se pomoci toho da udelat, tak kdyz me nejaky
> frajirek rozbehne na lokalni siti dhcp server a bude ohlasovat wpad, tak muze
> arbitrarne poustet v browserech javascript a to se mi nelibi.
> 
> mk
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux


From horak.jan na icebraker.org  Tue Nov 18 21:46:31 2008
From: horak.jan na icebraker.org (=?ISO-8859-2?Q?Jan_Hor=E1k?=)
Date: Tue, 18 Nov 2008 21:46:31 +0100
Subject: jak funguje systemove proxy nastaveni pro webove browsery?
In-Reply-To: <EC655BFC046C4FEDAE743C69059B2691@home.intranet>
References: <20081118125750.GD28038@finrod>
	<EC655BFC046C4FEDAE743C69059B2691@home.intranet>
Message-ID: <492329A7.4070409@icebraker.org>

Ne neni, bezne je to nastavene tak, ze si browser stahne jednoduchy 
JavaScript za zadaneho URL. V tomhle JavaScriptu je jedina funkce, ktera 
je zavolana a vzdy vraci textovy retezec, ktery udava adresu proxy, nebo 
predem dohodnute slovo (DIRECT ci tak neco).

Pred zavolanim teto funkce browser jeste nastavi nektere promenne, ktere 
lze pouzit, plus se z teto funkce daji volat dalsi omezene funkce na 
praci s prekladem jmenny adres na ip adresy a nazpatek, pocitani masek atp.

Podle toho se muze ta vase WPA JavaScriptova funkce rozhodnout jakou 
proxy pouzit.

Melo by jit o hodne omezeny JavaScript, ale v praxi - no nevim nevim.

Horak


Miroslav Pragl wrote:
> WPAD prece je DHCP option 252
> 
> MP
> ----- Original Message ----- 
> From: "Martin Kraus" <lists_mk na wujiman.net>
> To: "linux.cz" <linux na linux.cz>
> Sent: Tuesday, November 18, 2008 1:57 PM
> Subject: jak funguje systemove proxy nastaveni pro webove browsery?
> 
> 
> zdravim.
>   hrozne rad bych nejak rozumne automaticky nastavoval proxy pro webove
> browsery. wpad se mi nelibi. neni neco na linuxu a windows, do ceho bych 
> mohl
> z jedne strany cpat nastaveni z dhcp a z druhe strany by si to firefox/ie
> 
> 
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux


From horak.jan na icebraker.org  Tue Nov 18 21:53:25 2008
From: horak.jan na icebraker.org (=?ISO-8859-2?Q?Jan_Hor=E1k?=)
Date: Tue, 18 Nov 2008 21:53:25 +0100
Subject: jak funguje systemove proxy nastaveni pro webove browsery?
In-Reply-To: <20081118125750.GD28038@finrod>
References: <20081118125750.GD28038@finrod>
Message-ID: <49232B45.20602@icebraker.org>

Dalsi moznosti na Linuxu je umisteni promennych prostredi jako:

http_proxy
HTTP_PROXY
ftp_proxy
FTP_PROXY
gopher_proxy
GOPHER_PROXY
socks_proxy
SOCKS_PROXY

do souboru '/etc/environment', takze kdokoliv se prihlasi (krome roota, 
ten ho musi mit v '~root/.environment') tak dostane promenne prostredi z 
tohohle souboru.

Tumuto pouziti odpovida volba Firefoxu (Thunderbirdu) 'Use system proxy 
settings'.

Takze to muzete nastavit globalne per pocitac pro vsechny uzivatele a je 
to take bezpecne. Stejne tak muzete soubor '/etc/environment' vytvorit 
jako symlink nekam na NFS svazek, takze vsechny vase klientske stanice 
budou mit stejne nastaveni, ale zabazpecit NFS je opravdu netrivialni 
zalezitost, takze to nemuzu doporucit.

Pozn.: Firefox, wget a dalsi si berou tyto promenne prostredi psane 
malymi pismeny, zatimco jine programy jako treba Lynx je vyzaduji 
napsany velkymi pismeny, takze je lepsi tam mit vzdy obe varianty.

Horak



Martin Kraus wrote:
> zdravim.
>   hrozne rad bych nejak rozumne automaticky nastavoval proxy pro webove
> browsery. wpad se mi nelibi. neni neco na linuxu a windows, do ceho bych mohl
> z jedne strany cpat nastaveni z dhcp a z druhe strany by si to firefox/ie
> bral? strejda google akorat vraci neustale wpad.
> 
> diky
> mk
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux


From lists_mk na wujiman.net  Wed Nov 19 00:39:02 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Wed, 19 Nov 2008 00:39:02 +0100
Subject: jak funguje systemove proxy nastaveni pro webove browsery?
In-Reply-To: <492328A6.1090905@icebraker.org>
References: <20081118125750.GD28038@finrod> <4922C1DB.3000701@knihovnahk.cz>
	<20081118134322.GI28038@finrod> <4922C789.90802@somi.sk>
	<20081118143316.GM28038@finrod> <4922D47A.5080801@somi.sk>
	<20081118153548.GN28038@finrod> <492328A6.1090905@icebraker.org>
Message-ID: <20081118233902.GA28398@finrod>

On Tue, Nov 18, 2008 at 09:42:14PM +0100, Jan Horák wrote:
> Dobry den,
> prave se snazite resit dva uplne rozdilne problemy jednim velkym 
> spolecnym resenim.
> 
> Chcete tedy poresit tyto dve veci:
> 
> 1) spolecne nastaveni browseru
> 
> 2) bezpecnost na siti

ne. pouze jsem se ptal, zda existuje nejaka systemova proxy sluzba pro proxy
nastaveni, ktera by na jedne strane dostala nastaveni z dhcp a na druhe strane
by si browser vzal toto nastaveni. neco jako je resolvconf pro dns. tot cele.

kazdou vec mohu nejak vyresit, je to jen otazka jak moc velkou silenost clovek
vyuzije. co se tyka koupe cisca, tak jde o poloverejnou sit ve skole a oni
zrovna neoplyvaji prostredky, takze funguji s tim malem co tam je. 

mk


From konference na unistav.cz  Wed Nov 19 09:59:02 2008
From: konference na unistav.cz (=?utf-8?B?UGV0ciBIdsSbemRh?=)
Date: Wed, 19 Nov 2008 09:59:02 +0100 (CET)
Subject: Bind a widle - nedochazi k update zony
Message-ID: <2034.192.168.0.77.1227085142.squirrel@mail.unistav.cz>

Zdravim konferenci,

mam zvlastni problem. V siti mam jako master server linux s
bind-chroot-9.3.4-6.0.2.P1.el5_2, tedy CentOS distribucni verzi.

Dale mam widli server s AD, ktery si jako slave server nacita danou domenu
od master serveru. Problem nastane ve chvili, kdy nastane expire na
widlich - mam defaultni hodnotu:

604800     ; expire (1 week)

Po vyprseni jednoho tydne se bohuzel neprovede automaticky reload zony,
protoze se linux master server jevi jako nedostupny (jen co se DNS tyce,
jinak se samozrejme vidi). Musim restartnout bind a pak se mi podari na
widlich reload, zona se nacte.

A takto kazdy tyden ve stejnou dobu. Nechci to resit prodlouzenim expire,
tim bych problem nevyresil. Logy jsem prosel, nikde zadna chyba, ani nic
co by me navedlo k nejake chybe.

Jedine co snad pozoruji, ze se toto deje od chvile, kdy jsem zacal
pouzivat view, abych rozlisil DNS pro venkovni a vnitrni uzivatele, ovsem
view pouzivam pro uplne jinou zonu, nez je tato problemova.

Pokud jste to uz nekdo resili prosim o nakopnuti...

Diky

-- 
Petr Hvězda


From honzarezna na seznam.cz  Wed Nov 19 10:45:19 2008
From: honzarezna na seznam.cz (=?iso-8859-2?Q?Jan=20=D8ezn=ED=E8ek?=)
Date: Wed, 19 Nov 2008 10:45:19 +0100 (CET)
Subject: =?iso-8859-2?Q?Jak=20nahr=E1vat=20sign=E1l=20do=20not=FDsku=3F?=
Message-ID: <915.1713-18517-1337344903-1227087919@seznam.cz>

Zdravím všechny, rád bych nahrával signál (např z mixpultu) do notýsku Asus M6A s Mandrivou. Bohužel moderní notýsky jaksi nepočítají s něčím tak zastaralým jako je linkový vstup, takže nezbývá, než najít něco externího, co by vstup mělo.
Má někdo zkušenosti s externími zvukovkami v linuxu? Základem by mohlo být něco jako toto:
http://www.czechcomputer.cz/product.jsp?artno=47181
Existuje jiné, třeba lepší řešení? USB nebo tak? A pokud by to umělo víc kanálů, nezlobil bych se, ale teď je primární aspoň ten jeden...
Díky všem za nápady.
Honza



From zanta na email.cz  Wed Nov 19 11:05:56 2008
From: zanta na email.cz (IPetr)
Date: Wed, 19 Nov 2008 11:05:56 +0100
Subject: Komerce, hledam machra na Microtiky.!!
In-Reply-To: <2034.192.168.0.77.1227085142.squirrel@mail.unistav.cz>
References: <2034.192.168.0.77.1227085142.squirrel@mail.unistav.cz>
Message-ID: <18a601c94a2e$6b994e50$780010ac@sprinformatik>

 
Mam kamarada, ten ma v nemecku u hranic firmu. Na net se pripojuje přes
české wifi a jako zalozni linku na nemecke adsl.

Potrebuji nekoho, kdo zvladne nastavit na Microtiku:
load balancing, 
preferovani provozu do urcite zony přes urcitou linku,
VPN spoj k nemu domu,
VPN PPTP (pripojeni iphone, ntb a pod),
statistiku prenosu stanic,
Statistiku vytizeni linek,
a plno dalsich věci o kterych ještě nevim. :-)

Predpokladam, ze machr doda krom sluzby i techniku, podmínka to ale není,
jsem schopen zajistit.

Nabidky na ipetr na email.cz

--
S pozdravem,
 IPetr
 e-mail: ipetr na email.cz 



From lukesh na seznam.cz  Wed Nov 19 11:37:16 2008
From: lukesh na seznam.cz (Jaroslav Lukesh)
Date: Wed, 19 Nov 2008 11:37:16 +0100
Subject: Jak nahr
References: <915.1713-18517-1337344903-1227087919@seznam.cz>
Message-ID: <144401c94a32$cc31b640$6164a8c0@xp>

http://www.dealextreme.com/details.dx/sku.15745

cena včetně dopravy až domů, dojde to za cca 3 týdny, o prázdninách to 
chodilo i za 9 dní. Srovnejte to i s cenami tady, ne všecko tam je levnější.

Koukal jsem, očička jsem mohl vykoukat, ono se to fakt už dělá jenom s 
mic-in, na line in se vykašlali. Je to přesně v duchu strategie zrušit 
analogové vstupy/výstupy:

http://arstechnica.com/news.ars/post/20060224-6255.html



----- Original Message ----- 
From: "Jan Řezníček" <honzarezna na seznam.cz>


Zdravím všechny, rád bych nahrával signál (např z mixpultu) do notýsku Asus 
M6A s Mandrivou. Bohužel moderní notýsky jaksi nepočítají s něčím tak 
zastaralým jako je linkový vstup, takže nezbývá, než najít něco externího, 
co by vstup mělo.
Má někdo zkušenosti s externími zvukovkami v linuxu? Základem by mohlo být 
něco jako toto:
http://www.czechcomputer.cz/product.jsp?artno=47181
Existuje jiné, třeba lepší řešení? USB nebo tak? A pokud by to umělo víc 
kanálů, nezlobil bych se, ale teď je primární aspoň ten jeden...



From jandl na knihovnahk.cz  Wed Nov 19 11:48:04 2008
From: jandl na knihovnahk.cz (Petr Jandl)
Date: Wed, 19 Nov 2008 11:48:04 +0100
Subject: lama a nameserver
Message-ID: <4923EEE4.6050004@knihovnahk.cz>

Nevíte je-li mozna konfigurace nameserveru ve stylu :
*.domena.cz
alespon mi to prijde ze to mozne je podle treba awefsdf.wz.cz atd.
Nenapada me jiny zpusob jak relativne elegantne a s nizkymi naklady 
resit hosting webu.
Pokud nekdo mate prosim jen jestli je to na bindu nebo na cem zbytek uz 
snad najdu
Dekuji

PJ








From dobes na tes.eu  Wed Nov 19 11:57:00 2008
From: dobes na tes.eu (Michal Dobes)
Date: Wed, 19 Nov 2008 11:57:00 +0100
Subject: lama a nameserver
In-Reply-To: <4923EEE4.6050004@knihovnahk.cz>
References: <4923EEE4.6050004@knihovnahk.cz>
Message-ID: <4923F0FC.6020602@tes.eu>

Petr Jandl napsal(a):
> Nevíte je-li mozna konfigurace nameserveru ve stylu :
> *.domena.cz
> alespon mi to prijde ze to mozne je podle treba awefsdf.wz.cz atd.
> Nenapada me jiny zpusob jak relativne elegantne a s nizkymi naklady 
> resit hosting webu.
> Pokud nekdo mate prosim jen jestli je to na bindu nebo na cem zbytek uz 
> snad najdu

Ano, bind to umí. Zkrátka v zóně pro domena.cz bude záznam typu:
* IN A 1.2.3.4
(za předpokladu platnosti $ORIGIN domena.cz.)

M.



From spam na nagano.cz  Wed Nov 19 11:29:29 2008
From: spam na nagano.cz (Ladislav Vaiz)
Date: Wed, 19 Nov 2008 11:29:29 +0100 (CET)
Subject: =?iso-8859-2?Q?Jak=20nahr=E1vat=20sign=E1l=20do=20not=FDsku=3F?=
In-Reply-To: <915.1713-18517-1337344903-1227087919@seznam.cz>
References: <915.1713-18517-1337344903-1227087919@seznam.cz>
Message-ID: <Pine.LNX.4.63.0811191122200.31507@nagano.cz>

USB zvukovky obvykle obsahuji jeden a ten samy cip (CMI?), ktery je 
podporovany Alsou. Mam Icemat Siberia a nejakou jeste levnejsi a obe 
funguji. Kdyby vas to zajimalo, muzu vam napsat presny typ, ale obavam se, 
ze presne ty same uz asi nesezenete.
Lada

On Wed, 19 Nov 2008, Jan Řezníček wrote:

> Zdravím všechny, rád bych nahrával signál (např z mixpultu) do notýsku Asus M6A s Mandrivou. Bohužel moderní notýsky jaksi nepočítají s něčím tak zastaralým jako je linkový vstup, takže nezbývá, než najít něco externího, co by vstup mělo.
> Má někdo zkušenosti s externími zvukovkami v linuxu? Základem by mohlo být něco jako toto:
> http://www.czechcomputer.cz/product.jsp?artno=47181
> Existuje jiné, třeba lepší řešení? USB nebo tak? A pokud by to umělo víc kanálů, nezlobil bych se, ale teď je primární aspoň ten jeden...
> Díky všem za nápady.
> Honza
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>

From mr.death na ipq.cz  Wed Nov 19 12:06:39 2008
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Wed, 19 Nov 2008 12:06:39 +0100
Subject: lama a nameserver
In-Reply-To: <4923EEE4.6050004@knihovnahk.cz>
References: <4923EEE4.6050004@knihovnahk.cz>
Message-ID: <002201c94a36$e5ab54b0$b101fe10$@death@ipq.cz>

Tohle jde, pak to bude resolvovat cokoliv, kde bude uvedeno domena.cz.

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Petr Jandl
> Sent: Wednesday, November 19, 2008 11:48 AM
> 
> Nevíte je-li mozna konfigurace nameserveru ve stylu :
> *.domena.cz
> alespon mi to prijde ze to mozne je podle treba awefsdf.wz.cz atd.
> Nenapada me jiny zpusob jak relativne elegantne a s nizkymi naklady
> resit hosting webu.
> Pokud nekdo mate prosim jen jestli je to na bindu nebo na cem zbytek uz
> snad najdu
> Dekuji



From conf.linux na seritech.cz  Wed Nov 19 12:49:17 2008
From: conf.linux na seritech.cz (Martin Blaha)
Date: Wed, 19 Nov 2008 12:49:17 +0100
Subject: Jak =?ISO-8859-2?Q?nahr=E1vat_sign=E1l_do_not=FDsku=3F?=
In-Reply-To: <915.1713-18517-1337344903-1227087919@seznam.cz>
References: <915.1713-18517-1337344903-1227087919@seznam.cz>
Message-ID: <4923FD3D.1050100@seritech.cz>

Zdravím,
Behringer dodává takové USB zařízení 
http://kytary.cz/behringer-uca-202-audio-interface/102512/?SE5078:0:0:1:0 
akorát netuším, jestli
je uchoditelné v Linuxu, sám jej plánuju koupit, takže taky pátrám po 
zkušenostech.
Na netu jsem našel, že "Works well, for both playback and recording in 
linux with ALSA. uses "Burr-Brown from TI"
 chipset tested with linux 2.6.15 has RCA in and out, and headphone jack 
with volume control."

Martin

Jan Řezníček napsal(a):
> Zdravím všechny, rád bych nahrával signál (např z mixpultu) do notýsku Asus M6A s Mandrivou. Bohužel moderní notýsky jaksi nepočítají s něčím tak zastaralým jako je linkový vstup, takže nezbývá, než najít něco externího, co by vstup mělo.
> Existuje jiné, třeba lepší řešení? USB nebo tak? A pokud by to umělo víc kanálů, nezlobil bych se, ale teď je primární aspoň ten jeden...
> Díky všem za nápady.
> Honza
>   



From libor_ml1 na mts.cz  Wed Nov 19 13:47:06 2008
From: libor_ml1 na mts.cz (Libor Chocholaty)
Date: Wed, 19 Nov 2008 13:47:06 +0100
Subject: jak funguje systemove proxy nastaveni pro webove browsery?
In-Reply-To: <20081118233902.GA28398@finrod>
References: <20081118125750.GD28038@finrod>
	<4922C1DB.3000701@knihovnahk.cz>	<20081118134322.GI28038@finrod>
	<4922C789.90802@somi.sk>	<20081118143316.GM28038@finrod>
	<4922D47A.5080801@somi.sk>	<20081118153548.GN28038@finrod>
	<492328A6.1090905@icebraker.org> <20081118233902.GA28398@finrod>
Message-ID: <49240ACA.3060306@mts.cz>

Martin Kraus wrote:
> On Tue, Nov 18, 2008 at 09:42:14PM +0100, Jan Horák wrote:
>   
>> Dobry den,
>> prave se snazite resit dva uplne rozdilne problemy jednim velkym 
>> spolecnym resenim.
>>
>> Chcete tedy poresit tyto dve veci:
>>
>> 1) spolecne nastaveni browseru
>>
>> 2) bezpecnost na siti
>>     
>
> ne. pouze jsem se ptal, zda existuje nejaka systemova proxy sluzba pro proxy
> nastaveni, ktera by na jedne strane dostala nastaveni z dhcp a na druhe strane
> by si browser vzal toto nastaveni. neco jako je resolvconf pro dns. tot cele.
>
> kazdou vec mohu nejak vyresit, je to jen otazka jak moc velkou silenost clovek
> vyuzije. co se tyka koupe cisca, tak jde o poloverejnou sit ve skole a oni
> zrovna neoplyvaji prostredky, takze funguji s tim malem co tam je. 
>   
Muzete koupit edge-core switche za prijatelny peniz, ty DHCP snooping
podle vseho umi taky.

Libor



From iko na kamarad.cz  Wed Nov 19 14:06:38 2008
From: iko na kamarad.cz (iko)
Date: Wed, 19 Nov 2008 14:06:38 +0100
Subject: Jak prevadite obrazky do PDF?
In-Reply-To: <08e201c94788$52fa75c0$6164a8c0@xp>
References: <08e201c94788$52fa75c0$6164a8c0@xp>
Message-ID: <49240F5E.8070902@kamarad.cz>

ja pouzivam tiff2pdf z balika libtiff (centos)

iko

Jaroslav Lukesh wrote:
> Dobrý den,
> 
> po nainstalování MDV2008 mi přestal chodit program na bezztrátový převod 
> obrázků do PDF (img2pdf + panda) a nějak mi to nejde rozchodit, čím haldu 
> obrázků (celý adresář) převádíte do PDF vy? convert z imagemagick je 
> nepoužitelný - u převodu do pdf mi sežere i swap.
> 
> Děkuji, JL.

-- 
Odchadzajuca sprava obsahuje 163 virusov.
The outgoing message contain 163 unwanted surprises
Skontrolovane Antivirusovým systemom KFC.
Verzia: 7.2.130 / Vírusová databáza: 562.2.5



From ipetr na email.cz  Wed Nov 19 14:50:02 2008
From: ipetr na email.cz (=?us-ascii?Q?i=20Petr?=)
Date: Wed, 19 Nov 2008 14:50:02 +0100 (CET)
Subject: =?us-ascii?Q?Komerce=2C=20hledam=20machra=20na=20Microtiky=2E=21=21?=
Message-ID: <364.1020-6071-1402143400-1227102602@email.cz>

Mam kamarada, ten ma v nemecku u hranic firmu. Na net se pripojuje přes české wifi a jako zalozni linku na nemecke adsl.

Potrebuji nekoho, kdo zvladne nastavit na Microtiku:
load balancing,
preferovani provozu do urcite zony přes urcitou linku, VPN spoj k nemu domu, VPN PPTP (pripojeni iphone, ntb a pod), statistiku prenosu stanic, Statistiku vytizeni linek, a plno dalsich věci o kterych ještě nevim. :-)

Predpokladam, ze machr doda krom sluzby i techniku, podmínka to ale není, jsem schopen zajistit.

Nabidky na ipetr na email.cz

--
S pozdravem,
 IPetr
 e-mail: ipetr na email.cz 


From dast na panelnet.cz  Wed Nov 19 18:09:38 2008
From: dast na panelnet.cz (Dalibor Straka)
Date: Wed, 19 Nov 2008 18:09:38 +0100
Subject: lama a nameserver
In-Reply-To: <4923EEE4.6050004@knihovnahk.cz>
References: <4923EEE4.6050004@knihovnahk.cz>
Message-ID: <20081119170938.GA11191@panelnet.cz>

On Wed, Nov 19, 2008 at 11:48:04AM +0100, Petr Jandl wrote:
> Nevíte je-li mozna konfigurace nameserveru ve stylu :
> *.domena.cz
> alespon mi to prijde ze to mozne je podle treba awefsdf.wz.cz atd.
> Nenapada me jiny zpusob jak relativne elegantne a s nizkymi naklady 
> resit hosting webu.
> Pokud nekdo mate prosim jen jestli je to na bindu nebo na cem zbytek uz 
> snad najdu
> Dekuji
> 
Urcite si take najdete odpoved Martina Marese (MJ) na toto tema
v archivu. Bude vas od *.domena.cz odrazovat :-).

-- Dalibor Straka


From lukesh na seznam.cz  Wed Nov 19 22:07:14 2008
From: lukesh na seznam.cz (Jaroslav Lukesh)
Date: Wed, 19 Nov 2008 22:07:14 +0100
Subject: Jak prevadite obrazky do PDF?
References: <08e201c94788$52fa75c0$6164a8c0@xp> <49240F5E.8070902@kamarad.cz>
Message-ID: <16bb01c94a8a$cd3f74c0$6164a8c0@xp>

Funguje, ale jpg bez konverze na bitmapu (tiff) a opětovné komprese na JPG, 
v tom libtiff to nejde. No ale aspoň něco.


Děkuji, JL.

----- Original Message ----- 
From: "iko" <iko na kamarad.cz>


ja pouzivam tiff2pdf z balika libtiff (centos)

iko

Jaroslav Lukesh wrote:
> Dobrý den,
>
> po nainstalování MDV2008 mi přestal chodit program na bezztrátový převod
> obrázků do PDF (img2pdf + panda) a nějak mi to nejde rozchodit, čím haldu
> obrázků (celý adresář) převádíte do PDF vy? convert z imagemagick je
> nepoužitelný - u převodu do pdf mi sežere i swap.



From mj na ucw.cz  Wed Nov 19 22:53:39 2008
From: mj na ucw.cz (Martin `MJ' Mares)
Date: Wed, 19 Nov 2008 22:53:39 +0100
Subject: Jak prevadite obrazky do PDF?
In-Reply-To: <16bb01c94a8a$cd3f74c0$6164a8c0@xp>
References: <08e201c94788$52fa75c0$6164a8c0@xp> <49240F5E.8070902@kamarad.cz>
	<16bb01c94a8a$cd3f74c0$6164a8c0@xp>
Message-ID: <mj+md-20081119.215303.2843.nikam@ucw.cz>

> Funguje, ale jpg bez konverze na bitmapu (tiff) a opětovné komprese na JPG, 
> v tom libtiff to nejde. No ale aspoň něco.

Ja pouzivam trochu zbesilou, ale osvedcenou metodu: pdfTeX :-)

				Have a nice fortnight
-- 
Martin `MJ' Mares                          <mj na ucw.cz>   http://mj.ucw.cz/
Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth
"It is only with the heart that one can see rightly; What is essential is invisible to the eye." -- The Little Prince


From jmarek na jcu.cz  Thu Nov 20 09:31:24 2008
From: jmarek na jcu.cz (Jan Marek)
Date: Thu, 20 Nov 2008 09:31:24 +0100
Subject: Instalace RH 5.2 ES na iSCSI disk. pole
Message-ID: <20081120083124.GO5922@hazard.jcu.cz>

Dobry den,

pokousim se instalovat ruzne linux-y na Tuto kombinaci HW:

Supermicro s 2x 4-j Xeon
64GB RAM
bez vlastnich disku
radic Qlogic 4062 (iSCSI)
diskovy prostor na iSCSI disk. poli Equalogic

Postupne jsem tam zkousel instalovat tyto distribuce:
Oracle Unbreakable Linux 5.2 x86-64
Oracle Unbreakable Linux 5.2 386
RedHat Enterprise Linux 5.2

Jake s tim mam potize:

System mi jde strasne pomalu. V prvnim pripade mi instalace probehla za
40 hodin(!!! sice jsem u toho porad nesedel, takze on obcas cekal na
interakci, na prehozeni CD apod., ale bylo to hrozne). Myslel jsem, ze
je nejaky problem pri instalaci a potom ze to bude uz dobre, ale masina
mi pak bootovala cca 3/4 hodiny!

Zkusil jsem tedy 32b verzi tehoz. Instalace bezela skvele,
cca 20-30 min., ale vysledny boot byl zase tak tragicky. :-(

Ted tam zkousim instalovat RH ES 5.2, ale uz ted vidim, ze instalace
probiha zase tim silenym hlemyzdim tempem, uz jen nez mi nabehne
anaconda, tak cekam asi 20 min :-(

Jeste na vysvetleni, proc tyto systemy: pobezi na tom Oracle, takze pod
tim musi byt podporovany OS, proto napr. volba toho Oracle Unbreakable
Linuxu...

Nesetkal jste se s tim, prosim, nekdo a neznate reseni?

Dekuje a zdravi
Honza Marek
-- 
Ing. Jan Marek               | Nez mi poslete prilohu .doc, .xls 
University of South Bohemia  | nebo .ppt, prectete si, prosim,
Academic Computer Centre     | WWW stranku uvedenou na poslednim
Phone: +420-38-9032080       | radku signatury...
http://www.gnu.org/philosophy/no-word-attachments.cs.html


From jarda47133 na spambob.net  Thu Nov 20 10:37:44 2008
From: jarda47133 na spambob.net (Jarda)
Date: Thu, 20 Nov 2008 09:37:44 +0000
Subject: PCI Grafika pro rozliseni 1440x900
Message-ID: <gg31u2$k6m$1@news.brutele.be>

Hledam *PCI* grafickou kartu schopnou zobrazovat v rozliseni 1440x900.
Potrebuji to do plecky, ktera nema AGP a ma integrovany Intel(R)
82810 Graphics Controller, ktery tohle rozliseni, podle vseho, neumi
ani nahodou.

Potrebuji od toho, aby chodila dostatecne dobre na browseni po webu a
podobne ulohy, prehrati videa... Hry, OpenGL a podobne veci nejsou
potreba, ale nezlobil bych se. Idealne by chodila i s Windoze XP.

Neni treba, aby se jednalo o novy model, stale jeste v prodeji. Staci
starsi model, dostatecne bezny, aby se dal najit treba na ebay.

Zkousel jsem googlovat, bohuzel byva problem najit kompletni seznam
podporovanych modu a tak doufam, ze nekdo neco takoveho ma a pod
timto rozlisenim mu to chodi.

Za pripadne tipy predem diky.

Jarda


-- 
Remove the 77 from my address to reply by e-mail!


From rga na centrum.cz  Thu Nov 20 12:22:48 2008
From: rga na centrum.cz (rga)
Date: Thu, 20 Nov 2008 12:22:48 +0100
Subject: PCI Grafika pro rozliseni 1440x900
In-Reply-To: <gg31u2$k6m$1@news.brutele.be>
References: <gg31u2$k6m$1@news.brutele.be>
Message-ID: <200811201222.7022@centrum.cz>

> Hledam *PCI* grafickou kartu schopnou zobrazovat v rozliseni 1440x900.
> Potrebuji to do plecky, ktera nema AGP a ma integrovany Intel(R)
> 82810 Graphics Controller, ktery tohle rozliseni, podle vseho, neumi
> ani nahodou.

Jen potvrzuji, neumí ;-)
Kamarádka si koupila wide screen LCD ke starému PC s 810
a měl jsem ten stejný problém...
Pak ale uznala, že investice do plečky nemá smysl a koupili si nový,
nejlevnější PC a mají luxus oproti "oprášené" plečce...



From petr.klima na sobriety.cz  Thu Nov 20 12:23:38 2008
From: petr.klima na sobriety.cz (=?UTF-8?B?UGV0ciBLbMOtbWE=?=)
Date: Thu, 20 Nov 2008 12:23:38 +0100
Subject: PCI Grafika pro rozliseni 1440x900
In-Reply-To: <gg31u2$k6m$1@news.brutele.be>
References: <gg31u2$k6m$1@news.brutele.be>
Message-ID: <492548BA.9070400@sobriety.cz>

S podobnym problemem jsem se vzdycky zatim setkal jedine u integrovanych
grafik, zatim vzdy pomohlo dat cokoliv jineho diskretniho.

Podle mne jde o problem ovladacu - na starem 14" monitoru kulatem jak
okno do ponorky jsem pouzival 880x660, grafika nejaka druhohorni S3.
Konecne, vlastni generovane modelines zkusili v dobach CRT monitoru asi
vsichni. Vim, ze podobne pokusy dopadaly spatne s uzavrenymi ATI
ovladaci, takze bych vas spis poslal k nVidii, model je prakticky
nepodstatny.

PK

Jarda wrote:
> Hledam *PCI* grafickou kartu schopnou zobrazovat v rozliseni 1440x900.
> Potrebuji to do plecky, ktera nema AGP a ma integrovany Intel(R)
> 82810 Graphics Controller, ktery tohle rozliseni, podle vseho, neumi
> ani nahodou.
> 
> Potrebuji od toho, aby chodila dostatecne dobre na browseni po webu a
> podobne ulohy, prehrati videa... Hry, OpenGL a podobne veci nejsou
> potreba, ale nezlobil bych se. Idealne by chodila i s Windoze XP.
> 
> Neni treba, aby se jednalo o novy model, stale jeste v prodeji. Staci
> starsi model, dostatecne bezny, aby se dal najit treba na ebay.
> 
> Zkousel jsem googlovat, bohuzel byva problem najit kompletni seznam
> podporovanych modu a tak doufam, ze nekdo neco takoveho ma a pod
> timto rozlisenim mu to chodi.
> 
> Za pripadne tipy predem diky.
> 
> Jarda


-- 
Petr Klíma

Vývojář, správce sítě
Sobriety s.r.o.

e-mail: petr.klima na sobriety.cz



From jan.beitl na gmail.com  Thu Nov 20 12:30:34 2008
From: jan.beitl na gmail.com (Jan Beitl)
Date: Thu, 20 Nov 2008 12:30:34 +0100
Subject: PCI Grafika pro rozliseni 1440x900
In-Reply-To: <gg31u2$k6m$1@news.brutele.be>
References: <gg31u2$k6m$1@news.brutele.be>
Message-ID: <49254A5A.2040101@gmail.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Tahle to umí ... resp. chip GeForce 5200 to umí ...
Gainward Bliss GeForce 5200 128MB, PCI
ale je to archivní kousek tak Vám dá hodně starostí ji sehnat ....
Spíš to viděl na bazar s PC komponenty ...

HonzaB



Jarda napsal(a):
> Hledam *PCI* grafickou kartu schopnou zobrazovat v rozliseni 1440x900.
> Potrebuji to do plecky, ktera nema AGP a ma integrovany Intel(R)
> 82810 Graphics Controller, ktery tohle rozliseni, podle vseho, neumi
> ani nahodou.
> 
> Potrebuji od toho, aby chodila dostatecne dobre na browseni po webu a
> podobne ulohy, prehrati videa... Hry, OpenGL a podobne veci nejsou
> potreba, ale nezlobil bych se. Idealne by chodila i s Windoze XP.
> 
> Neni treba, aby se jednalo o novy model, stale jeste v prodeji. Staci
> starsi model, dostatecne bezny, aby se dal najit treba na ebay.
> 
> Zkousel jsem googlovat, bohuzel byva problem najit kompletni seznam
> podporovanych modu a tak doufam, ze nekdo neco takoveho ma a pod
> timto rozlisenim mu to chodi.
> 
> Za pripadne tipy predem diky.
> 
> Jarda
> 
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iEYEARECAAYFAkklSloACgkQrf56wsoYvcvxSwCgnVU9rGXfmfG3NFnzMbKVHLLJ
MDAAnjaPuDfNRzreT9brrrlxb4GCWjhW
=Upth
-----END PGP SIGNATURE-----


From jmarek na jcu.cz  Thu Nov 20 12:36:50 2008
From: jmarek na jcu.cz (Jan Marek)
Date: Thu, 20 Nov 2008 12:36:50 +0100
Subject: Instalace RH 5.2 ES na iSCSI disk. pole
In-Reply-To: <20081120083124.GO5922@hazard.jcu.cz>
References: <20081120083124.GO5922@hazard.jcu.cz>
Message-ID: <20081120113650.GR5922@hazard.jcu.cz>

Dd,

On Thu, Nov 20, 2008 at 09:31:24AM +0100, Jan Marek wrote:
> Dobry den,
> 
> pokousim se instalovat ruzne linux-y na Tuto kombinaci HW:
> 
> Supermicro s 2x 4-j Xeon
> 64GB RAM
> bez vlastnich disku
> radic Qlogic 4062 (iSCSI)
> diskovy prostor na iSCSI disk. poli Equalogic
> 
> Postupne jsem tam zkousel instalovat tyto distribuce:
> Oracle Unbreakable Linux 5.2 x86-64
> Oracle Unbreakable Linux 5.2 386
> RedHat Enterprise Linux 5.2
> 
> Jake s tim mam potize:
> 
> Zkusil jsem tedy 32b verzi tehoz. Instalace bezela skvele,
> cca 20-30 min., ale vysledny boot byl zase tak tragicky. :-(
> 

tak zacinam mit divny pocit, ze to souvisi s PAE, protoze ta 32b verze
pri instalaci PAE jadro nemela a po instalaci ano...

Je to sila... Kdyz vam beh samotneho programu top vytizi jeden procesor
na 30%!!!???

Mam tedy jeste dotaz, zda jste nekdo instaloval Linux (nejlepe nejakou
uvedenou distribuci) na masinu s tolik pameti? Jak se to chovalo?

Dekuje a zdravi
Honza Marek
-- 
Ing. Jan Marek               | Nez mi poslete prilohu .doc, .xls 
University of South Bohemia  | nebo .ppt, prectete si, prosim,
Academic Computer Centre     | WWW stranku uvedenou na poslednim
Phone: +420-38-9032080       | radku signatury...
http://www.gnu.org/philosophy/no-word-attachments.cs.html


From libor_ml1 na mts.cz  Thu Nov 20 12:45:21 2008
From: libor_ml1 na mts.cz (Libor Chocholaty)
Date: Thu, 20 Nov 2008 12:45:21 +0100
Subject: PCI Grafika pro rozliseni 1440x900
In-Reply-To: <gg31u2$k6m$1@news.brutele.be>
References: <gg31u2$k6m$1@news.brutele.be>
Message-ID: <49254DD1.3010102@mts.cz>

Ja bych se poohledl po nejake starsi Matroxce.
Na 2D jsou v pohode a nejsou potize s ovladacema.

Libor


Jarda wrote:
> Hledam *PCI* grafickou kartu schopnou zobrazovat v rozliseni 1440x900.
> Potrebuji to do plecky, ktera nema AGP a ma integrovany Intel(R)
> 82810 Graphics Controller, ktery tohle rozliseni, podle vseho, neumi
> ani nahodou.
>
> Potrebuji od toho, aby chodila dostatecne dobre na browseni po webu a
> podobne ulohy, prehrati videa... Hry, OpenGL a podobne veci nejsou
> potreba, ale nezlobil bych se. Idealne by chodila i s Windoze XP.
>
> Neni treba, aby se jednalo o novy model, stale jeste v prodeji. Staci
> starsi model, dostatecne bezny, aby se dal najit treba na ebay.
>
> Zkousel jsem googlovat, bohuzel byva problem najit kompletni seznam
> podporovanych modu a tak doufam, ze nekdo neco takoveho ma a pod
> timto rozlisenim mu to chodi.
>
> Za pripadne tipy predem diky.
>
> Jarda
>
>
>   



From dtoman na fortech.cz  Thu Nov 20 12:54:54 2008
From: dtoman na fortech.cz (Dalibor Toman)
Date: Thu, 20 Nov 2008 12:54:54 +0100
Subject: Instalace RH 5.2 ES na iSCSI disk. pole
References: <20081120083124.GO5922@hazard.jcu.cz>
	<20081120113650.GR5922@hazard.jcu.cz>
Message-ID: <DE6D19D2DD4D4937B1CF13AC94045E39@fortech.local>


> tak zacinam mit divny pocit, ze to souvisi s PAE, protoze ta 32b 
> verze
> pri instalaci PAE jadro nemela a po instalaci ano...

chapal jsem to tak, ze pomalu bezel i 64bitovy system. Cili PAE neni 
pricinou...

D. Toman



From fuky na sunstel.asu.cas.cz  Thu Nov 20 13:14:11 2008
From: fuky na sunstel.asu.cas.cz (Jan Fuchs)
Date: Thu, 20 Nov 2008 13:14:11 +0100
Subject: PCI Grafika pro rozliseni 1440x900
In-Reply-To: <gg31u2$k6m$1@news.brutele.be>
References: <gg31u2$k6m$1@news.brutele.be>
Message-ID: <20081120121411.GA14553@sunstel.asu.cas.cz>

Zdravím,
mohl by vám vyhovovat HIS Excalibur Radeon 9250, 128MB, heatsink, PCI:

    http://graficke-karty.heureka.cz/sapphire-radeon-9250-128-mb-pci/

        S pozdravem Jan Fuchs

20. Nov (Thursday) v 10:37:44 CET 2008, jarda47133 na spambob.net napsal(a):
> Hledam *PCI* grafickou kartu schopnou zobrazovat v rozliseni 1440x900.
> Potrebuji to do plecky, ktera nema AGP a ma integrovany Intel(R)
> 82810 Graphics Controller, ktery tohle rozliseni, podle vseho, neumi
> ani nahodou.

-- 

/**************************************************************
*   _    Žádný program není bezchybný, dokonalý ani nejlepší, *
*  °v°   to samé platí i o lidech a nejen o nich.             *
* /(_)\                                      -- Jan Fuchs --  *
*  ^ ^                                                        *
*        http://www.fuky.org                 ICQ: 200692177   *
**************************************************************/


From Jan.Vajda na somi.sk  Thu Nov 20 13:18:23 2008
From: Jan.Vajda na somi.sk (Jan ' Kozo ' Vajda)
Date: Thu, 20 Nov 2008 13:18:23 +0100
Subject: Instalace RH 5.2 ES na iSCSI disk. pole
In-Reply-To: <DE6D19D2DD4D4937B1CF13AC94045E39@fortech.local>
References: <20081120083124.GO5922@hazard.jcu.cz>	<20081120113650.GR5922@hazard.jcu.cz>
	<DE6D19D2DD4D4937B1CF13AC94045E39@fortech.local>
Message-ID: <4925558F.4090605@somi.sk>

Dalibor Toman wrote:
>> tak zacinam mit divny pocit, ze to souvisi s PAE, protoze ta 32b 
>> verze
>> pri instalaci PAE jadro nemela a po instalaci ano...

co tak skusit vybrat odtial tie kvanta pamati, nainstalovat to trebars s 
4GiB a tie zvysne doplnit az dodatocne ?

aspon sa ukaze, ci to ma suvis s pamatou ...

-- 
Ing. Jan Vajda
SOMI systems a.s.
CSA 25
974 01 Banska Bystrica
phone: +421 48 4146 759
fax: +421 48 4146 760
e-mail:  Jan.Vajda na somi.sk
URL: http://www.somi.sk/



From martin.konference na seznam.cz  Thu Nov 20 13:21:59 2008
From: martin.konference na seznam.cz (Martin =?iso-8859-2?q?=A9pirk?=)
Date: Thu, 20 Nov 2008 13:21:59 +0100
Subject: PCI Grafika pro rozliseni 1440x900
In-Reply-To: <49254A5A.2040101@gmail.com>
References: <gg31u2$k6m$1@news.brutele.be> <49254A5A.2040101@gmail.com>
Message-ID: <200811201321.59417.martin.konference@seznam.cz>

Dne čt 20. listopadu 2008 12:30 Jan Beitl napsal(a):
> Tahle to umí ... resp. chip GeForce 5200 to umí ...
> Gainward Bliss GeForce 5200 128MB, PCI
> ale je to archivní kousek tak Vám dá hodně starostí ji sehnat ....
> Spíš to viděl na bazar s PC komponenty ...

Neni to tahle?

http://pc.itek.cz/pci-nvidia-fx-5200/479057-Gainward-Geforce-FX5200-128MB

ale mozna to neni ona, sice pisou PCI, ale na obrazku ten konektor vypada spis 
jako AGP.
Kazdopadne PCI grafiky se porad daji sehnat, viz.

http://graficke-karty.heureka.cz/f--rozhrani_PCI/

Martin



From hrbac.conf na seznam.cz  Thu Nov 20 13:24:29 2008
From: hrbac.conf na seznam.cz (=?ISO-8859-2?Q?David_Hrb=E1=E8?=)
Date: Thu, 20 Nov 2008 13:24:29 +0100
Subject: Instalace RH 5.2 ES na iSCSI disk. pole
In-Reply-To: <4925558F.4090605@somi.sk>
References: <20081120083124.GO5922@hazard.jcu.cz>	<20081120113650.GR5922@hazard.jcu.cz>	<DE6D19D2DD4D4937B1CF13AC94045E39@fortech.local>
	<4925558F.4090605@somi.sk>
Message-ID: <492556FD.40908@seznam.cz>

Jan ' Kozo ' Vajda napsal(a):
> 
> co tak skusit vybrat odtial tie kvanta pamati, nainstalovat to trebars s 
> 4GiB a tie zvysne doplnit az dodatocne ?
> 
> aspon sa ukaze, ci to ma suvis s pamatou ...
> 

Díval jste se jaké máte latence na iSCSI? Mimochodem, když tam dáváte
5.2 RHEL, proč nezkusíte rovnou podporu RH?
Hrbáč


From Vaclav.Dusek na upce.cz  Thu Nov 20 13:19:48 2008
From: Vaclav.Dusek na upce.cz (Vaclav Dusek)
Date: Thu, 20 Nov 2008 13:19:48 +0100
Subject: Instalace RH 5.2 ES na iSCSI disk. pole
In-Reply-To: <20081120113650.GR5922@hazard.jcu.cz>
References: <20081120083124.GO5922@hazard.jcu.cz>
	<20081120113650.GR5922@hazard.jcu.cz>
Message-ID: <492555E4.6050808@upce.cz>

Zacal bych kontrolou/updatem vsech BIOSu po ceste - v pocitaci, iSCI karte i v 
tom iSCSI poli.

Zkousel jsi na tom serveru instalovat Wokna?
Bylo to stejne spatne a nebo v poradku?

Jak je ten server propojen s polem?
Pres jake sitove prvky?
Nebo kabelem naprimo?

Dne 20.11.2008 12:36, Jan Marek napsal(a):
> Dd,
> 
> On Thu, Nov 20, 2008 at 09:31:24AM +0100, Jan Marek wrote:
>> Dobry den,
>>
>> pokousim se instalovat ruzne linux-y na Tuto kombinaci HW:
>>
>> Supermicro s 2x 4-j Xeon
>> 64GB RAM
>> bez vlastnich disku
>> radic Qlogic 4062 (iSCSI)
>> diskovy prostor na iSCSI disk. poli Equalogic
>>
>> Postupne jsem tam zkousel instalovat tyto distribuce:
>> Oracle Unbreakable Linux 5.2 x86-64
>> Oracle Unbreakable Linux 5.2 386
>> RedHat Enterprise Linux 5.2
>>
>> Jake s tim mam potize:
>>
>> Zkusil jsem tedy 32b verzi tehoz. Instalace bezela skvele,
>> cca 20-30 min., ale vysledny boot byl zase tak tragicky. :-(
>>
> 
> tak zacinam mit divny pocit, ze to souvisi s PAE, protoze ta 32b verze
> pri instalaci PAE jadro nemela a po instalaci ano...
> 
> Je to sila... Kdyz vam beh samotneho programu top vytizi jeden procesor
> na 30%!!!???
> 
> Mam tedy jeste dotaz, zda jste nekdo instaloval Linux (nejlepe nejakou
> uvedenou distribuci) na masinu s tolik pameti? Jak se to chovalo?
> 
> Dekuje a zdravi
> Honza Marek



From pali na tmapy.cz  Thu Nov 20 15:13:04 2008
From: pali na tmapy.cz (Pavel Lisy)
Date: Thu, 20 Nov 2008 15:13:04 +0100
Subject: Problem s iptables
Message-ID: <1227190384.4797.25.camel@parents-desktop.lisilan.cz>

Zdar

setkal jsem se takovou podivností v chování iptables. Je to na RHEL, ale
než tobudu nahlašovat do bugzilly, chci zjistit, zda to nemůže být
nějakou blbostí.

Mám server s dvěma síťovkami (eth0, eth1). Na první je několik IP adres.
Řekněme (IP jsou vymyšlené)

eth0    192.168.1.1/24
eth0:1  192.168.10.1/24

eth1    192.168.50.1/24

Na IP adresách od eth0 běží apache.

V iptables bylo povolen přístup na eth0 pro porty 80, 443. Pro eth1 tyto
porty povolené nebyly.
Dlouho to takto fungovalo bez problémů, ale najednou (ne okamžitě po
nějakém updatu) nebylo možné přistupovat na weby v IP 192.168.10.1, tj.
ty na eth0:1.

Když jsem zjišťoval proč, objevil jsem, že pakety přicházející na
192.168.10.1 vidí kernel jako IN=eth1, tj. iptables je nepustily. Když
jsem povolil provoz pro eth1 na portech 80, 443, weby zase začaly
fungovat.

Nenapadá vás někoho jak je to možné? Pokud si odmyslím nějaký hack
kernelu, který mi připadá málo pravděpodobný, tak mě moc věcí nenapadá. 

Nemůže to souviset s tím, že obě síťovky jsou zapojené do jediného
switche, bez nastavení vlan, takže je v něm smíšený provoz všech 3 sítí
a nějak se do toho přimíchalo arp a nyní to chodí na jinou síťovku, než
která má tu adresu přidělenou?

Budu vděčný za jakoukoliv vysvětlující informaci a případně i návrhy jak
to vyřešit. Zatím jsem to obešel povolením daných portů na obou
síťovkách. 

(kernel mám 2.6.9-78.0.5.ELsmp, iptables iptables-1.2.11-3.1.RHEL4)

A dělá mi to na 3 strojích (se stejným jádrem a iptables), které jsou do
toho switch zapojeny, ale ne u strojů (RHEL3) s jádrem 2.4.21-57.ELsmp.

Navíc to nezačalo takto chovat u všech najednou, ale v průběhu několika
dnů.

Pavel


-- 
Pavel Lisy <pali na tmapy.cz>



From jarda47133 na spambob.net  Thu Nov 20 14:22:22 2008
From: jarda47133 na spambob.net (Jarda)
Date: Thu, 20 Nov 2008 13:22:22 +0000
Subject: PCI Grafika pro rozliseni 1440x900
References: <gg31u2$k6m$1@news.brutele.be>
	<mailman.382.1227180643.3940.linux@linux.cz>
Message-ID: <gg3f36$qpv$1@news.brutele.be>

Jan Beitl wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> 
> Tahle to umí ... resp. chip GeForce 5200 to umí ...
> Gainward Bliss GeForce 5200 128MB, PCI
> ale je to archivní kousek tak Vám dá hodn? starostí ji sehnat ....
> Spí? to vid?l na bazar s PC komponenty ...


Myslite GeForce FX 5200? Ebay to zna. Nevite, jestli je spravne
predpokladat, ze jestlize to GeForce FX 5200 zvlada, zvladnou to i FX
5500, FX 5700 LE, ci Geforce 6200?

> 
> HonzaB
> 
> 
> 
> Jarda napsal(a):
>> Hledam *PCI* grafickou kartu schopnou zobrazovat v rozliseni
>> 1440x900. Potrebuji to do plecky, ktera nema AGP a ma integrovany
>> Intel(R) 82810 Graphics Controller, ktery tohle rozliseni, podle
>> vseho, neumi ani nahodou.
>> 
>> Potrebuji od toho, aby chodila dostatecne dobre na browseni po webu
>> a podobne ulohy, prehrati videa... Hry, OpenGL a podobne veci
>> nejsou potreba, ale nezlobil bych se. Idealne by chodila i s
>> Windoze XP.
>> 
>> Neni treba, aby se jednalo o novy model, stale jeste v prodeji.
>> Staci starsi model, dostatecne bezny, aby se dal najit treba na
>> ebay.
>> 
>> Zkousel jsem googlovat, bohuzel byva problem najit kompletni seznam
>> podporovanych modu a tak doufam, ze nekdo neco takoveho ma a pod
>> timto rozlisenim mu to chodi.
>> 
>> Za pripadne tipy predem diky.
>> 
>> Jarda
>> 
>> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.9 (GNU/Linux)
> Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org
> 
> iEYEARECAAYFAkklSloACgkQrf56wsoYvcvxSwCgnVU9rGXfmfG3NFnzMbKVHLLJ
> MDAAnjaPuDfNRzreT9brrrlxb4GCWjhW
> =Upth
> -----END PGP SIGNATURE-----

-- 
Remove the 77 from my address to reply by e-mail!


From mcepl na redhat.com  Thu Nov 20 17:01:42 2008
From: mcepl na redhat.com (Matej Cepl)
Date: Thu, 20 Nov 2008 17:01:42 +0100
Subject: Instalace RH 5.2 ES na iSCSI disk. pole
References: <20081120083124.GO5922@hazard.jcu.cz>
	<20081120113650.GR5922@hazard.jcu.cz>
	<DE6D19D2DD4D4937B1CF13AC94045E39@fortech.local>
	<4925558F.4090605@somi.sk>
	<492556FD.40908__26181.1657845557$1227183972$gmane$org@seznam.cz>
Message-ID: <68egv5xc83.ln2@ppp1053.in.ipex.cz>

On 2008-11-20, 12:24 GMT, David Hrbáč wrote:
> Mimochodem, když tam dáváte 5.2 RHEL, proč nezkusíte rovnou 
> podporu RH?

To bych rád zdůraznil ... je dost pravděpodobné, že se jedná 
o nějakou konfigurační chybu nebo něco takového co naši lidi 
tisíckrát potkali a budou moci pomoci lépe nežl tady náhodné 
lovení z křišťálové koule -- od toho si je platíte ;-).

Matěj Cepl



From dtoman na fortech.cz  Thu Nov 20 17:17:17 2008
From: dtoman na fortech.cz (Dalibor Toman)
Date: Thu, 20 Nov 2008 17:17:17 +0100
Subject: Problem s iptables
References: <1227190384.4797.25.camel@parents-desktop.lisilan.cz>
Message-ID: <DC677BB7D33D4184B41F2212DCF58586@fortech.local>

On Thursday, November 20, 2008 3:13 PM ,
Pavel Lisy <pali na tmapy.cz> wrote:

> Zdar
>
> setkal jsem se takovou podivností v chování iptables. Je to na RHEL,
> ale než tobudu nahlašovat do bugzilly, chci zjistit, zda to nemůže 
> být
> nějakou blbostí.
>
> Mám server s dvěma síťovkami (eth0, eth1). Na první je několik IP
> adres. Řekněme (IP jsou vymyšlené)
>
> eth0    192.168.1.1/24
> eth0:1  192.168.10.1/24
>
> eth1    192.168.50.1/24
>
> Na IP adresách od eth0 běží apache.
>
> V iptables bylo povolen přístup na eth0 pro porty 80, 443. Pro eth1
> tyto porty povolené nebyly.
> Dlouho to takto fungovalo bez problémů, ale najednou (ne okamžitě po
> nějakém updatu) nebylo možné přistupovat na weby v IP 192.168.10.1,
> tj. ty na eth0:1.
>
> Když jsem zjišťoval proč, objevil jsem, že pakety přicházející na
> 192.168.10.1 vidí kernel jako IN=eth1, tj. iptables je nepustily. 
> Když
> jsem povolil provoz pro eth1 na portech 80, 443, weby zase začaly
> fungovat.
>
> Nenapadá vás někoho jak je to možné? Pokud si odmyslím nějaký hack
> kernelu, který mi připadá málo pravděpodobný, tak mě moc věcí
> nenapadá.

> Nemůže to souviset s tím, že obě síťovky jsou zapojené do jediného
> switche, bez nastavení vlan, takže je v něm smíšený provoz všech 3
> sítí a nějak se do toho přimíchalo arp a nyní to chodí na jinou
> síťovku, než která má tu adresu přidělenou?


pak je to jasne. Linux defaultne odpovida na ARP dotazy ktere dorazi 
libovolnym interfacem. Cili pak dany komp muze komunikovat se serverem 
ethernetem na kterem by ho nikdo necekal.

sysctl.conf:
net.ipv4.conf.all.arp_filter = 1
net.ipv4.conf.all.arp_ignore = 1


D. Toman 



From pali na tmapy.cz  Thu Nov 20 19:39:21 2008
From: pali na tmapy.cz (Pavel Lisy)
Date: Thu, 20 Nov 2008 19:39:21 +0100
Subject: Problem s iptables
In-Reply-To: <DC677BB7D33D4184B41F2212DCF58586@fortech.local>
References: <1227190384.4797.25.camel@parents-desktop.lisilan.cz>
	<DC677BB7D33D4184B41F2212DCF58586@fortech.local>
Message-ID: <1227206361.30474.0.camel@parents-desktop.lisilan.cz>

Dalibor Toman píše v Čt 20. 11. 2008 v 17:17 +0100:
> On Thursday, November 20, 2008 3:13 PM ,
> Pavel Lisy <pali na tmapy.cz> wrote:
> 
> > Zdar
> >
> > setkal jsem se takovou podivností v chování iptables. Je to na RHEL,
> > ale než tobudu nahlašovat do bugzilly, chci zjistit, zda to nemůže 
> > být
> > nějakou blbostí.
> >
> > Mám server s dvěma síťovkami (eth0, eth1). Na první je několik IP
> > adres. Řekněme (IP jsou vymyšlené)
> >
> > eth0    192.168.1.1/24
> > eth0:1  192.168.10.1/24
> >
> > eth1    192.168.50.1/24
> >
> > Na IP adresách od eth0 běží apache.
> >
> > V iptables bylo povolen přístup na eth0 pro porty 80, 443. Pro eth1
> > tyto porty povolené nebyly.
> > Dlouho to takto fungovalo bez problémů, ale najednou (ne okamžitě po
> > nějakém updatu) nebylo možné přistupovat na weby v IP 192.168.10.1,
> > tj. ty na eth0:1.
> >
> > Když jsem zjišťoval proč, objevil jsem, že pakety přicházející na
> > 192.168.10.1 vidí kernel jako IN=eth1, tj. iptables je nepustily. 
> > Když
> > jsem povolil provoz pro eth1 na portech 80, 443, weby zase začaly
> > fungovat.
> >
> > Nenapadá vás někoho jak je to možné? Pokud si odmyslím nějaký hack
> > kernelu, který mi připadá málo pravděpodobný, tak mě moc věcí
> > nenapadá.
> 
> > Nemůže to souviset s tím, že obě síťovky jsou zapojené do jediného
> > switche, bez nastavení vlan, takže je v něm smíšený provoz všech 3
> > sítí a nějak se do toho přimíchalo arp a nyní to chodí na jinou
> > síťovku, než která má tu adresu přidělenou?
> 
> 
> pak je to jasne. Linux defaultne odpovida na ARP dotazy ktere dorazi 
> libovolnym interfacem. Cili pak dany komp muze komunikovat se serverem 
> ethernetem na kterem by ho nikdo necekal.
> 
> sysctl.conf:
> net.ipv4.conf.all.arp_filter = 1
> net.ipv4.conf.all.arp_ignore = 1

Moc děkuji, už to funguje jak má

Pavel Lisý

-- 
Pavel Lisy <pali na tmapy.cz>



From kas na fi.muni.cz  Thu Nov 20 21:37:52 2008
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Thu, 20 Nov 2008 21:37:52 +0100
Subject: Jak docasne pozastavit xscreensaver?
Message-ID: <20081120203752.GH27101@fi.muni.cz>

	Zdravim,

jak rict (ze shelloveho skriptu) xscreensaveru, aby ted nezhasinal
obrazovku? Potrebuju to pro aplikaci, ktera tohle neumi sama.
Ze bych ji obalil skriptem, ktery pred spustenim zakaze xscreensaver
a po spusteni ho zase vrati do puvodni podoby.  Vim ze treba mplayer tohle
umi (stopxscreensaver=yes v .mplayer/gui.conf).

	Zkousel jsem "xset s off -dpms" (coz funguje na X server
samotny, pokud nebezi zadny X klient ktery je screensaverem), ale na
xscreensaver to nepomohlo. Jeste me napada brutalni reseni pres
"killall -STOP xscreensaver", ale treba existuje neco systemovejsiho.

	Alternativne by stacilo, pokud by X server (xscreensaver?) akceptoval
aktivitu na joystickovych zarizenich (/dev/jsN) jako duvod k odlozeni timeoutu
o dalsich 10 minut. Akoratze tohle nejsou input zarizeni X serveru, takze
tohle asi xscreensaver nebude umet. Docasne se vypnout by ale umet mel.

	Diky,

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
>>  If you find yourself arguing with Alan Cox, you?re _probably_ wrong.  <<
>>     --James Morris in "How and Why You Should Become a Kernel Hacker"  <<


From pstehlik na sophics.cz  Thu Nov 20 21:44:11 2008
From: pstehlik na sophics.cz (Petr =?ISO-8859-1?Q?Stehl=EDk?=)
Date: Thu, 20 Nov 2008 21:44:11 +0100
Subject: Jak docasne pozastavit xscreensaver?
In-Reply-To: <20081120203752.GH27101@fi.muni.cz>
References: <20081120203752.GH27101@fi.muni.cz>
Message-ID: <1227213851.6290.2.camel@joy>

Jan Kasprzak píše v Čt 20. 11. 2008 v 21:37 +0100:
> 	Zdravim,
> 
> jak rict (ze shelloveho skriptu) xscreensaveru, aby ted nezhasinal
> obrazovku? Potrebuju to pro aplikaci, ktera tohle neumi sama.

> "killall -STOP xscreensaver", ale treba existuje neco systemovejsiho.

to se dela tak, ze se do nej porad drca, kazdou chvilku (presneji
nejmene jednou za 50 sekund).

xscreensaver-command -poke

ten -poke jen mlhave tusim, mam tu uz pouze gnome-screensaver a tam je
to --poke.

Petr




From pstehlik na sophics.cz  Thu Nov 20 21:46:04 2008
From: pstehlik na sophics.cz (Petr =?ISO-8859-1?Q?Stehl=EDk?=)
Date: Thu, 20 Nov 2008 21:46:04 +0100
Subject: Jak docasne pozastavit xscreensaver?
In-Reply-To: <20081120203752.GH27101@fi.muni.cz>
References: <20081120203752.GH27101@fi.muni.cz>
Message-ID: <1227213964.6290.4.camel@joy>

Jan Kasprzak píše v Čt 20. 11. 2008 v 21:37 +0100:
> "killall -STOP xscreensaver", ale treba existuje neco systemovejsiho.

ted jsem ovsem v helpu gnome-screensaver-commandu nasel uplne nove veci.
--inhibit, --reason. Velmi zajimave. Vsadil bych se, ze tam nebyly, kdyz
jsem dodelaval podporu gnome-screensaveru do MythTV.

Petr




From jandl na knihovnahk.cz  Fri Nov 21 00:24:08 2008
From: jandl na knihovnahk.cz (Jandl)
Date: Fri, 21 Nov 2008 00:24:08 +0100
Subject: apache jako reverzni proxy a mod_substitute
Message-ID: <20081120232408.0a007f31@mail.knihovnahk.cz>

Lide dobri tohle mi neuverite :
mam apache nastaveny jako reverzni proxy server pro pristup do nejakych databazi (proste ruzne weby chranene nasi verejnou IP)
vse slape jak svycarske hodinky az do chvile nez se na nekterych strankach obevily spatne odkazy (napr. href="http://www.jejichserver.com/nejaka/blbina") inu nasel jsem modul substitude ktery to vyresil ale jen u jednoho serveru ten druhy stale trva na svem a mod substitude tam vubec nefunguje.
A nefunguje ani ExtFilterDefine (externi filtr sed) (na druhem serveru to samozrejme funguje oboji bez potizi)

Kdyby nekdo chtel zkusit ze nekecam nefunguje mi to na www.oxfordmusiconline.com a je jedno jake slovo se snazim nahradit.

Uz mam proste vymeteno nemate nekdo napad proc by to nechodilo?
(preklep to fakt neni kopiroval jsem to a upravoval asi 50x, zkoumal jsem jestli to neni nejak komprimovana stranka nebo neco ale kdyz ji stahnu wgetem a protahnu sedem tak neni problem)

Dekuji a dobrou noc dobre rano a dobry den .....

PJ

From vaclavik na ujp.cz  Fri Nov 21 13:16:06 2008
From: vaclavik na ujp.cz (Ing. Juraj =?iso-8859-2?q?V=E1clav=EDk?=)
Date: Fri, 21 Nov 2008 13:16:06 +0100
Subject: PCI Grafika pro rozliseni 1440x900
In-Reply-To: <gg3f36$qpv$1@news.brutele.be>
References: <gg31u2$k6m$1@news.brutele.be>
	<mailman.382.1227180643.3940.linux@linux.cz>
	<gg3f36$qpv$1@news.brutele.be>
Message-ID: <200811211316.06404.vaclavik@ujp.cz>

Dne čt 20. listopadu 2008 Jarda napsal(a):
> Jan Beitl wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> >
> > Tahle to umí ... resp. chip GeForce 5200 to umí ...
> > Gainward Bliss GeForce 5200 128MB, PCI
> > ale je to archivní kousek tak Vám dá hodn? starostí ji sehnat ....
> > Spí? to vid?l na bazar s PC komponenty ...
>
> Myslite GeForce FX 5200? Ebay to zna. Nevite, jestli je spravne
> predpokladat, ze jestlize to GeForce FX 5200 zvlada, zvladnou to i FX
> 5500, FX 5700 LE, ci Geforce 6200?
Před časem jsme nakoupili 20" monitory ke starším PC. Myslím, že hranou bylo 
MX440. Všechny NV5xxx jedou jak z praku (1680x1050).


-- 
zdravím

Ing. Juraj Václavík


From honzarezna na seznam.cz  Fri Nov 21 13:53:16 2008
From: honzarezna na seznam.cz (=?iso-8859-2?Q?Jan=20=D8ezn=ED=E8ek?=)
Date: Fri, 21 Nov 2008 13:53:16 +0100 (CET)
Subject: =?iso-8859-2?Q?Odp=3ARe=3A=20Jak=20nahr=E1vat=20sign=E1l=20do=20not=FDsku=3F?=
In-Reply-To: <4923FD3D.1050100@seritech.cz>
Message-ID: <937.1749-11489-822351076-1227271996@seznam.cz>

Díky moc, tohle vypadá použitelně.  Teď je otázka té funkčnosti... A taky by mě zajímaly zkušenosti tohoto druhu: jaké kabely v tom případě s sebou tahat? 
Když jsem machroval se starým noťasem, stačil mi malý kabílek s jacky.  Jenže tohle má dva cinche, tzn. pokud by mixpult měl výstup dvou cinchů, měl bych mít kabel se cinchi na obou koncích. Jenže co když bude mít výstup dva mono jacky? A co když to bude jeden stereojack? To jsou tři různé kabely... Má někdo zkušenosti?
Díky
Honza

> ------------ Původní zpráva ------------
> Od: Martin Blaha <conf.linux na seritech.cz>
> Předmět: Re: Jak nahrávat signál do notýsku?
> Datum: 19.11.2008 13:45:43
> ----------------------------------------
> Zdravím,
> Behringer dodává takové USB zařízení 
> http://kytary.cz/behringer-uca-202-audio-interface/102512/?SE5078:0:0:1:0 
> akorát netuším, jestli
> je uchoditelné v Linuxu, sám jej plánuju koupit, takže taky pátrám po 
> zkušenostech.
> Na netu jsem našel, že "Works well, for both playback and recording in 
> linux with ALSA. uses "Burr-Brown from TI"
>  chipset tested with linux 2.6.15 has RCA in and out, and headphone jack 
> with volume control."
> 
> Martin
> 
> Jan Řezníček napsal(a):
> > Zdravím všechny, rád bych nahrával signál (např z mixpultu) do notýsku Asus
> M6A s Mandrivou. Bohužel moderní notýsky jaksi nepočítají s něčím tak zastaralým
> jako je linkový vstup, takže nezbývá, než najít něco externího, co by vstup
> mělo.
> > Existuje jiné, třeba lepší řešení? USB nebo tak? A pokud by to umělo víc
> kanálů, nezlobil bych se, ale teď je primární aspoň ten jeden...
> > Díky všem za nápady.
> > Honza
> >   
> 
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
> 
> 
> 


From petr.klima na sobriety.cz  Fri Nov 21 13:58:07 2008
From: petr.klima na sobriety.cz (=?UTF-8?B?UGV0ciBLbMOtbWE=?=)
Date: Fri, 21 Nov 2008 13:58:07 +0100
Subject: Odp:Re: Jak =?UTF-8?B?bmFocsOhdmF0IHNpZ27DoWwgZG8gbm90w71za3U=?=
	=?UTF-8?B?Pw==?=
In-Reply-To: <937.1749-11489-822351076-1227271996@seznam.cz>
References: <937.1749-11489-822351076-1227271996@seznam.cz>
Message-ID: <4926B05F.9000706@sobriety.cz>

Co tak nejaky genericky kabel a sada redukci?

Jan Řezníček wrote:
> Díky moc, tohle vypadá použitelně.  Teď je otázka té funkčnosti... A taky by mě zajímaly zkušenosti tohoto druhu: jaké kabely v tom případě s sebou tahat? 
> Když jsem machroval se starým noťasem, stačil mi malý kabílek s jacky.  Jenže tohle má dva cinche, tzn. pokud by mixpult měl výstup dvou cinchů, měl bych mít kabel se cinchi na obou koncích. Jenže co když bude mít výstup dva mono jacky? A co když to bude jeden stereojack? To jsou tři různé kabely... Má někdo zkušenosti?
> Díky
> Honza


-- 
Petr Klíma

Vývojář, správce sítě
Sobriety s.r.o.

e-mail: petr.klima na sobriety.cz



From jan-kovar na meggle.cz  Fri Nov 21 13:54:00 2008
From: jan-kovar na meggle.cz (=?iso-8859-2?B?S2924fggSmFu?=)
Date: Fri, 21 Nov 2008 13:54:00 +0100
Subject: PCI Grafika pro rozliseni 1440x900
In-Reply-To: <200811211316.06404.vaclavik@ujp.cz>
References: <gg31u2$k6m$1@news.brutele.be><mailman.382.1227180643.3940.linux@linux.cz><gg3f36$qpv$1@news.brutele.be>
	<200811211316.06404.vaclavik@ujp.cz>
Message-ID: <7B92CD4F512D08469E24CCAC7856D4C6010F62C7@phants01.meggle.cz>

> > > Tahle to umí ... resp. chip GeForce 5200 to umí ...
> > > Gainward Bliss GeForce 5200 128MB, PCI
> > > ale je to archivní kousek tak Vám dá hodn? starostí ji sehnat ....
> > > Spí? to vid?l na bazar s PC komponenty ...
> >
> > Myslite GeForce FX 5200? Ebay to zna. Nevite, jestli je spravne
> > predpokladat, ze jestlize to GeForce FX 5200 zvlada, zvladnou to i FX
> > 5500, FX 5700 LE, ci Geforce 6200?
> Před časem jsme nakoupili 20" monitory ke starším PC. Myslím, že hranou
> bylo
> MX440. Všechny NV5xxx jedou jak z praku (1680x1050).


Ja jsem koupil 20" a mel jsem GF5200 a 1680x1050 nezvladala. Musel jsem upgradovat. Nicmene 1440x900 zvladala. Takze cokoliv nad 5200 by melo fungovat.

Honza


From tomas.krbec na gmail.com  Fri Nov 21 15:43:24 2008
From: tomas.krbec na gmail.com (=?UTF-8?Q?Tom=C3=A1=C5=A1_Krbec?=)
Date: Fri, 21 Nov 2008 15:43:24 +0100
Subject: PCI Grafika pro rozliseni 1440x900
In-Reply-To: <7B92CD4F512D08469E24CCAC7856D4C6010F62C7@phants01.meggle.cz>
References: <gg31u2$k6m$1@news.brutele.be>
	<mailman.382.1227180643.3940.linux@linux.cz>
	<gg3f36$qpv$1@news.brutele.be> <200811211316.06404.vaclavik@ujp.cz>
	<7B92CD4F512D08469E24CCAC7856D4C6010F62C7@phants01.meggle.cz>
Message-ID: <be31d3800811210643p4ac13ce1sdc8aa6212192b2bc@mail.gmail.com>

Mám Nvidia FX5200 a frčí mi v rozlišení 1920*1200. Je fakt, že aby se
umělo větší rozlišení než 1600*1200 na DVI výstupu, tak je potřeba jí
přemlouvat:
http://www.abclinuxu.cz/poradna/linux/show/242819

Dokonce jsem chvilku měl twinview, takže celkové rozlišení bylo
přibližně 2900*1200

To všechno se 128MB RAM na videokartě. Ale je to AGP.

VGA výstup je snad bez problémů.

Dne 21. listopad 2008 13:54 Kovář Jan <jan-kovar na meggle.cz> napsal(a):

>
> Ja jsem koupil 20" a mel jsem GF5200 a 1680x1050 nezvladala. Musel jsem upgradovat. Nicmene 1440x900 zvladala. Takze cokoliv nad 5200 by melo fungovat.
>
> Honza

-- 
S pozdravem
Tomáš Krbec

From jan.martinu na post.cz  Sat Nov 22 00:11:19 2008
From: jan.martinu na post.cz (jan.martinu na post.cz)
Date: Sat, 22 Nov 2008 00:11:19 +0100
Subject: Odp:Re: Jak =?ISO-8859-2?Q?nahr=E1vat_sign=E1l_do_not=FD?=
	=?ISO-8859-2?Q?sku=3F?=
In-Reply-To: <937.1749-11489-822351076-1227271996@seznam.cz>
References: <937.1749-11489-822351076-1227271996@seznam.cz>
Message-ID: <49274017.7020305@post.cz>

Redukce: www.ges.cz, www.gme.cz

Jan Řezníček napsal(a):
> Díky moc, tohle vypadá použitelně.  Teď je otázka té funkčnosti... A taky by mě zajímaly zkušenosti tohoto druhu: jaké kabely v tom případě s sebou tahat? 
> Když jsem machroval se starým noťasem, stačil mi malý kabílek s jacky.  Jenže tohle má dva cinche, tzn. pokud by mixpult měl výstup dvou cinchů, měl bych mít kabel se cinchi na obou koncích. Jenže co když bude mít výstup dva mono jacky? A co když to bude jeden stereojack? To jsou tři různé kabely... Má někdo zkušenosti?
> Díky
> Honza
>
>   
>> ------------ Původní zpráva ------------
>> Od: Martin Blaha <conf.linux na seritech.cz>
>> Předmět: Re: Jak nahrávat signál do notýsku?
>> Datum: 19.11.2008 13:45:43
>> ----------------------------------------
>> Zdravím,
>> Behringer dodává takové USB zařízení 
>> http://kytary.cz/behringer-uca-202-audio-interface/102512/?SE5078:0:0:1:0 
>> akorát netuším, jestli
>> je uchoditelné v Linuxu, sám jej plánuju koupit, takže taky pátrám po 
>> zkušenostech.
>> Na netu jsem našel, že "Works well, for both playback and recording in 
>> linux with ALSA. uses "Burr-Brown from TI"
>>  chipset tested with linux 2.6.15 has RCA in and out, and headphone jack 
>> with volume control."
>>
>> Martin
>>
>> Jan Řezníček napsal(a):
>>     
>>> Zdravím všechny, rád bych nahrával signál (např z mixpultu) do notýsku Asus
>>>       
>> M6A s Mandrivou. Bohužel moderní notýsky jaksi nepočítají s něčím tak zastaralým
>> jako je linkový vstup, takže nezbývá, než najít něco externího, co by vstup
>> mělo.
>>     
>>> Existuje jiné, třeba lepší řešení? USB nebo tak? A pokud by to umělo víc
>>>       
>> kanálů, nezlobil bych se, ale teď je primární aspoň ten jeden...
>>     
>>> Díky všem za nápady.
>>> Honza
>>>   
>>>       
>> _______________________________________________
>> Linux mailing list
>> Linux na linux.cz
>> http://www.linux.cz/mailman/listinfo/linux
>>
>>
>>
>>     
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>
>   



From jarda47133 na spambob.net  Sat Nov 22 07:48:18 2008
From: jarda47133 na spambob.net (Jarda)
Date: Sat, 22 Nov 2008 06:48:18 +0000
Subject: Odp:Re: Jak =?ISO-8859-1?Q?nahr=E1vat_sign=E1l_do_not=FDsku=3F?=
References: <mailman.415.1227272011.3940.linux@linux.cz>
Message-ID: <gg80ne$lv7$1@news.brutele.be>

Jan ?ezní?ek wrote:

> Díky moc, tohle vypadá pou?iteln?.  Te? je otázka té funk?nosti... A
> taky by m? zajímaly zku?enosti tohoto druhu: jaké kabely v tom
> p?ípad? s sebou tahat?
> Kdy? jsem machroval se starým no?asem, sta?il mi malý kabílek s
> jacky.  Jen?e tohle má dva cinche, tzn. pokud by mixpult m?l výstup
> dvou cinch?, m?l bych mít kabel se cinchi na obou koncích. Jen?e co
> kdy? bude mít výstup dva mono jacky? A co kdy? to bude jeden
> stereojack? To jsou t?i r?zné kabely... Má n?kdo zku?enosti? Díky
> Honza

Minimalne kabel stereo jack<-->2x cinch existuje.

-- 
Remove the 77 from my address to reply by e-mail!


From peak na argo.troja.mff.cuni.cz  Sat Nov 22 18:01:20 2008
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sat, 22 Nov 2008 18:01:20 +0100 (CET)
Subject: Jak prevadite obrazky do PDF?
In-Reply-To: <mj+md-20081119.215303.2843.nikam@ucw.cz>
Message-ID: <20081122180103.362E.0@paddy.troja.mff.cuni.cz>

On Wed, 19 Nov 2008, Martin `MJ' Mares wrote:

> Ja pouzivam trochu zbesilou, ale osvedcenou metodu: pdfTeX :-)

Potvrzuji. Před dávnými časy jsem také řešil problém, jak dostat JPEG do
PDF bez překódování a pdfTeX se ukázal jako nejschůdnější řešení.

-- 
Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
"For death is come up into our MS Windows(tm)..." \ 21th century edition /



From peak na argo.troja.mff.cuni.cz  Sat Nov 22 19:17:05 2008
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sat, 22 Nov 2008 19:17:05 +0100 (CET)
Subject: apache jako reverzni proxy a mod_substitute
In-Reply-To: <20081120232408.0a007f31@mail.knihovnahk.cz>
Message-ID: <20081122190730.362E.0@paddy.troja.mff.cuni.cz>

On Fri, 21 Nov 2008, Jandl wrote:

> inu nasel jsem modul substitude ktery to vyresil ale jen u jednoho
> serveru ten druhy stale trva na svem a mod substitude tam vubec
> nefunguje. A nefunguje ani ExtFilterDefine (externi filtr sed) (na
> druhem serveru to samozrejme funguje oboji bez potizi) [...]
> zkoumal jsem jestli to neni nejak komprimovana stranka nebo neco ale
> kdyz ji stahnu wgetem a protahnu sedem tak neni problem)

A není tam nějaký zběsilý javascript, který způsobí, že prohlížeč 
"normální" obsah stránky víceméně ignoruje?

-- 
Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
"For death is come up into our MS Windows(tm)..." \ 21th century edition /



From peak na argo.troja.mff.cuni.cz  Sat Nov 22 19:07:19 2008
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sat, 22 Nov 2008 19:07:19 +0100 (CET)
Subject: Bind a widle - nedochazi k update zony
In-Reply-To: <2034.192.168.0.77.1227085142.squirrel@mail.unistav.cz>
Message-ID: <20081122190643.362E.0@paddy.troja.mff.cuni.cz>

On Wed, 19 Nov 2008, Petr Hvězda wrote:

> Dale mam widli server s AD, ktery si jako slave server nacita danou domenu
> od master serveru. Problem nastane ve chvili, kdy nastane expire na
> widlich - mam defaultni hodnotu:
> 
> 604800     ; expire (1 week)
> 
> Po vyprseni jednoho tydne se bohuzel neprovede automaticky reload zony,

Expire je čas, po který může sekundár předpokládat, že má platná data,
když se mu nedaří to zkontrolovat u primárního serveru. Čili těm wokenicím 
se to zřejmě týden v kuse nedaří, tak to vzdají.

> protoze se linux master server jevi jako nedostupny (jen co se DNS tyce,
> jinak se samozrejme vidi). Musim restartnout bind a pak se mi podari na
> widlich reload, zona se nacte.

Vyzkoušel jste z těch woken ručně (třeba nslookupem), že skutečně nelze
kontaktovat primární nameserver a přes AXFR stáhnout obsah zóny? Odjinud
to lze? Máte správně nastavené allow-transfer?

-- 
Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
"For death is come up into our MS Windows(tm)..." \ 21th century edition /



From peak na argo.troja.mff.cuni.cz  Sat Nov 22 19:06:42 2008
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sat, 22 Nov 2008 19:06:42 +0100 (CET)
Subject: Chyba nebo OOM
In-Reply-To: <4921F9BB.5080508@mydatex.cz>
Message-ID: <20081122185553.362E.0@paddy.troja.mff.cuni.cz>

On Tue, 18 Nov 2008, Daniel Smolik wrote:

> nevite nekdo zda tohle je znamka chyby nebo stroji dosla pamet a je to
> neco jako OOM ?
> 
> 47c>] call_softirq+0x1c/0x28
> Nov 17 21:42:39 localhost kernel:  [<ffffffff8020e337>] do_softirq+0x2c/0x68
> Nov 17 21:42:39 localhost kernel:  [<ffffffff8020e574>] do_IRQ+0xb1/0xd1
> Nov 17 21:42:39 localhost kernel:  [<ffffffff8020b741>] ret_from_intr+0x0/0xa
> Nov 17 21:42:39 localhost kernel:  <EOI>  [<ffffffff8026c51e>] page_check_address+0x25/0x116
> Nov 17 21:42:39 localhost kernel:  [<ffffffff8026c5ba>] page_check_address+0xc1/0x116

Bylo by to mnohem jasnější, kdyby ten výpis byl celý.

-- 
Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
"For death is come up into our MS Windows(tm)..." \ 21th century edition /



From peak na argo.troja.mff.cuni.cz  Sat Nov 22 18:44:00 2008
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sat, 22 Nov 2008 18:44:00 +0100 (CET)
Subject: Jak docasne pozastavit xscreensaver?
In-Reply-To: <1227213851.6290.2.camel@joy>
Message-ID: <20081122183503.362E.0@paddy.troja.mff.cuni.cz>

On Thu, 20 Nov 2008, Jan Kasprzak wrote:

> Ze bych ji obalil skriptem, ktery pred spustenim zakaze xscreensaver
> a po spusteni ho zase vrati do puvodni podoby.  Vim ze treba mplayer tohle
> umi (stopxscreensaver=yes v .mplayer/gui.conf).

Myslím, že MPlayer spíš periodicky simuluje nějakou aktivitu. To lze dělat
různě: kopat přímo do screensaveru jeho specifickou signalizací (afaik
Xscreensaver používá property na kořenovém okně, Gnome si to posílá přes
D-BUS), používat XResetScreenSaver() (pokud se screensaver řídí mírně
pochybnou extenzí MIT-SCREEN-SAVER), dokonce lze přes XTest simulovat
nějakou nevinnou činnost, např. mačkání shiftu (viděl jsem program, co to
skutečně dělal).

> 	Alternativne by stacilo, pokud by X server (xscreensaver?)
> akceptoval aktivitu na joystickovych zarizenich (/dev/jsN) jako duvod
> k odlozeni timeoutu o dalsich 10 minut. Akoratze tohle nejsou input
> zarizeni X serveru, takze tohle asi xscreensaver nebude umet.

Xscreensaver dělá divné věci, jako např. že umí sledovat /proc/interrupts.
Jestli je aktivitu na joysticku takto nějak zvenčí možno detekovat, tak by 
možná nebylo tak těžké ho ohnout, aby to bral na vědomí.


On Thu, 20 Nov 2008, Petr [ISO-8859-1] Stehlík wrote:

> xscreensaver-command -poke

Myslím, že je to xscreensaver-command -deactivate.


-- 
Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
"For death is come up into our MS Windows(tm)..." \ 21th century edition /



From pstehlik na sophics.cz  Sat Nov 22 19:42:26 2008
From: pstehlik na sophics.cz (Petr =?ISO-8859-1?Q?Stehl=EDk?=)
Date: Sat, 22 Nov 2008 19:42:26 +0100
Subject: Jak docasne pozastavit xscreensaver?
In-Reply-To: <20081122183503.362E.0@paddy.troja.mff.cuni.cz>
References: <20081122183503.362E.0@paddy.troja.mff.cuni.cz>
Message-ID: <1227379346.6118.4.camel@joy>

Pavel Kankovsky píše v So 22. 11. 2008 v 18:44 +0100:
> > k odlozeni timeoutu o dalsich 10 minut. Akoratze tohle nejsou input
> > zarizeni X serveru, takze tohle asi xscreensaver nebude umet.
> 
> Xscreensaver dělá divné věci, jako např. že umí sledovat /proc/interrupts.

byla to totiž jediná možnost, jak rozpoznat rolování kolečkem myši...

> On Thu, 20 Nov 2008, Petr [ISO-8859-1] Stehlík wrote:
                       ^^^^^^^^^^^^^^^^^^^^^^^^^
váš mailer mi zajímavě upravil jméno, zní to skoro jako přezdívka :)

> > xscreensaver-command -poke
> 
> Myslím, že je to xscreensaver-command -deactivate.

Máte pravdu, teď jsem se díval do zdrojáků MythTV a je tam -deactivate.

Petr




From jandl na knihovnahk.cz  Sun Nov 23 09:38:20 2008
From: jandl na knihovnahk.cz (Jandl)
Date: Sun, 23 Nov 2008 09:38:20 +0100
Subject: apache jako reverzni proxy a mod_substitute
Message-ID: <20081123093820.c507af9f@mail.knihovnahk.cz>

> On Fri, 21 Nov 2008, Jandl wrote:
> 
> > inu nasel jsem modul substitude ktery to vyresil ale jen u jednoho
> > serveru ten druhy stale trva na svem a mod substitude tam vubec
> > nefunguje. A nefunguje ani ExtFilterDefine (externi filtr sed) (na
> > druhem serveru to samozrejme funguje oboji bez potizi) [...]
> > zkoumal jsem jestli to neni nejak komprimovana stranka nebo neco ale
> > kdyz ji stahnu wgetem a protahnu sedem tak neni problem)
> 
> A není tam nějaký zběsilý javascript, který způsobí, že
> prohlížeč 
> "normální" obsah stránky víceméně ignoruje?
> 
> -- 
> Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
> "For death is come up into our MS Windows(tm)..." \ 21th century edition /
> 
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
> 

Ne javascripty jsou v nevine. V prohlizeci jsem je vypnul a zadne zmeny.
Ale ja jsem lamka zkoumal jsem pri te prilezitosti podrobne headers obou webu a zda se ze tam kde to nefunguje je pouzita komprese stranek "Content-Encoding: gzip". Ted uz jen zajistit dekompresi na serveru a odeslani klientovi :-(
Nejaky napad misto substitute?
PJ


From jandl na knihovnahk.cz  Sun Nov 23 10:00:00 2008
From: jandl na knihovnahk.cz (Jandl)
Date: Sun, 23 Nov 2008 10:00:00 +0100
Subject: apache jako reverzni proxy a mod_substitute
Message-ID: <20081123100000.2e589e98@mail.knihovnahk.cz>

> > On Fri, 21 Nov 2008, Jandl wrote:
> > 
> > > inu nasel jsem modul substitude ktery to vyresil ale jen u jednoho
> > > serveru ten druhy stale trva na svem a mod substitude tam vubec
> > > nefunguje. A nefunguje ani ExtFilterDefine (externi filtr sed) (na
> > > druhem serveru to samozrejme funguje oboji bez potizi) [...]
> > > zkoumal jsem jestli to neni nejak komprimovana stranka nebo neco ale
> > > kdyz ji stahnu wgetem a protahnu sedem tak neni problem)
> > 
> > A není tam nějaký zběsilý javascript, který způsobí, že
> > prohlížeč 
> > "normální" obsah stránky víceméně ignoruje?
> > 
> > -- 
> > Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
> > "For death is come up into our MS Windows(tm)..." \ 21th century edition /
> > 
> > _______________________________________________
> > Linux mailing list
> > Linux na linux.cz
> > http://www.linux.cz/mailman/listinfo/linux
> > 
> 
> Ne javascripty jsou v nevine. V prohlizeci jsem je vypnul a zadne zmeny.
> Ale ja jsem lamka zkoumal jsem pri te prilezitosti podrobne headers obou
> webu a zda se ze tam kde to nefunguje je pouzita komprese stranek
> "Content-Encoding: gzip". Ted uz jen zajistit dekompresi na serveru a
> odeslani klientovi :-(
> Nejaky napad misto substitute?
> PJ
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
> 

O muj boze ja miluji software microsoft, nez zacne flame ctete dale.
Je to skutecne kompresi jen Internet Explorer je tak hloupy ze se mu to neda posilat s kompresi a tak to v IE funguje jak svycarske hodinky.
Takze zbyva doresit jestli vsem sdelit ze to pres ten hloupejsi soft chodi bez problemu (ale znate lidi to zase budou body mo M$) nebo se nejak pitvorit s rozbalenim nebo profarenim hlavicky ktera to zabalovani zakaze.
No diky vsem ja jdu studovat manualy :-(
PJ


From lukesh na seznam.cz  Sun Nov 23 13:29:00 2008
From: lukesh na seznam.cz (Jaroslav Lukesh)
Date: Sun, 23 Nov 2008 13:29:00 +0100
Subject: apache jako reverzni proxy a mod_substitute
References: <20081123100000.2e589e98@mail.knihovnahk.cz>
Message-ID: <268901c94d67$11d323f0$6164a8c0@xp>

Nevím jestli jde apache ovlivnit hlavičkou, ale kompresi používám běžně a 
nasadil jsem ji asi před půl rokem kvůli vytížení linky - sice ne s apachem, 
ale se Zope a tam nikdo na žádné problémy nenarazil a MSIE se zde používá 
jako většinový browser. Dokonce to funguje i z mobilu.

Jen jestli to třeba nebude tím apachem?

----- Original Message ----- 
From: "Jandl" <jandl na knihovnahk.cz>
> webu a zda se ze tam kde to nefunguje je pouzita komprese stranek
> "Content-Encoding: gzip". Ted uz jen zajistit dekompresi na serveru a
> odeslani klientovi :-(

O muj boze ja miluji software microsoft, nez zacne flame ctete dale.
Je to skutecne kompresi jen Internet Explorer je tak hloupy ze se mu to neda 
posilat s kompresi a tak to v IE funguje jak svycarske hodinky.
Takze zbyva doresit jestli vsem sdelit ze to pres ten hloupejsi soft chodi 
bez problemu (ale znate lidi to zase budou body mo M$) nebo se nejak 
pitvorit s rozbalenim nebo profarenim hlavicky ktera to zabalovani zakaze.
No diky vsem ja jdu studovat manualy :-(



From jandl na knihovnahk.cz  Sun Nov 23 13:58:24 2008
From: jandl na knihovnahk.cz (Jandl)
Date: Sun, 23 Nov 2008 13:58:24 +0100
Subject: apache jako reverzni proxy a mod_substitute
In-Reply-To: 268901c94d67$11d323f0$6164a8c0@xp
Message-ID: <20081123125824.de6a9bca@mail.knihovnahk.cz>

Zope asi koprimuje v nejakem lepsim formatu ze to MSIE zvladne  rozlousknout. Ale server ww.oxfordmusiconline.com bezi na apache takze  to posila v nejakem gzip ale jen pro FF,
MSIE dostane stranku  nekomprimovanou (myslim ze se mu boji to poslat komprimovane).

Vyresil jsem to jednim radkem v konfiguraci (jak uz to tak byva):
RequestHeader unset Accept-Encoding
Zadna komprese, zadny problemy se Substitute, zadny vysvetlovani proc to v IE funguje a ve FF ne.
Bohuzel to mozna zvedne trafic ale s ohledem na uzivanost :-D

PJ


  _____  

From: Jaroslav Lukesh [mailto:lukesh na seznam.cz]
To: Diskuse o Linuxu v cestine [mailto:linux na linux.cz]
Sent: Sun, 23 Nov 2008 13:29:00 +0100
Subject: Re: apache jako reverzni proxy a mod_substitute

Nevím jestli jde apache ovlivnit hlavičkou, ale kompresi používám běžně a 
  nasadil jsem ji asi před půl rokem kvůli vytížení linky - sice ne s apachem, 
  ale se Zope a tam nikdo na žádné problémy nenarazil a MSIE se zde používá 
  jako většinový browser. Dokonce to funguje i z mobilu.
  
  Jen jestli to třeba nebude tím apachem?
  
  ----- Original Message ----- 
  From: "Jandl" <jandl na knihovnahk.cz>
  > webu a zda se ze tam kde to nefunguje je pouzita komprese stranek
  > "Content-Encoding: gzip". Ted uz jen zajistit dekompresi na serveru a
  > odeslani klientovi :-(
  
  O muj boze ja miluji software microsoft, nez zacne flame ctete dale.
  Je to skutecne kompresi jen Internet Explorer je tak hloupy ze se mu to neda 
  posilat s kompresi a tak to v IE funguje jak svycarske hodinky.
  Takze zbyva doresit jestli vsem sdelit ze to pres ten hloupejsi soft chodi 
  bez problemu (ale znate lidi to zase budou body mo M$) nebo se nejak 
  pitvorit s rozbalenim nebo profarenim hlavicky ktera to zabalovani zakaze.
  No diky vsem ja jdu studovat manualy :-(
  
  _______________________________________________
  Linux mailing list
  Linux na linux.cz
  http://www.linux.cz/mailman/listinfo/linux
    

From few257 na sina.com  Sun Nov 23 15:50:42 2008
From: few257 na sina.com (=?GB2312?B?wazq3bjG?=)
Date: Sun, 23 Nov 2008 22:50:42 +0800
Subject: =?GB2312?B?MjAwMzk=?=
Message-ID: <77ejb3$1m6bq2@mail5-202.sinamail.sina.com.cn>

56535
56535
????

                                           2008-11-23
                                            22:50:42

From peak na argo.troja.mff.cuni.cz  Sun Nov 23 22:06:53 2008
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sun, 23 Nov 2008 22:06:53 +0100 (MET)
Subject: Jak docasne pozastavit xscreensaver?
In-Reply-To: <1227379346.6118.4.camel@joy>
Message-ID: <20081123215255.248F.0@argo.troja.mff.cuni.cz>

On Sat, 22 Nov 2008, Petr Stehlík wrote:

> > Xscreensaver dělá divné věci, jako např. že umí sledovat /proc/interrupts.
> byla to totiž jediná možnost, jak rozpoznat rolování kolečkem myši...

Kolečko je totéž jako tlačítka.

> > On Thu, 20 Nov 2008, Petr [ISO-8859-1] Stehlík wrote:
>                        ^^^^^^^^^^^^^^^^^^^^^^^^^
> váš mailer mi zajímavě upravil jméno, zní to skoro jako přezdívka :)

Jak upravil? Máte to tam takhle napsané:  :)
From: Petr =?ISO-8859-1?Q?Stehl=EDk?= <pstehlik na sophics.cz>

-- 
Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
"For death is come up into our MS Windows(tm)..." \ 21th century edition /



From pstehlik na sophics.cz  Sun Nov 23 22:58:26 2008
From: pstehlik na sophics.cz (Petr =?ISO-8859-1?Q?Stehl=EDk?=)
Date: Sun, 23 Nov 2008 22:58:26 +0100
Subject: Jak docasne pozastavit xscreensaver?
In-Reply-To: <20081123215255.248F.0@argo.troja.mff.cuni.cz>
References: <20081123215255.248F.0@argo.troja.mff.cuni.cz>
Message-ID: <1227477506.27105.4.camel@joy>

Pavel Kankovsky píše v Ne 23. 11. 2008 v 22:06 +0100:
> On Sat, 22 Nov 2008, Petr Stehlík wrote:
> 
> > > Xscreensaver dělá divné věci, jako např. že umí sledovat /proc/interrupts.
> > byla to totiž jediná možnost, jak rozpoznat rolování kolečkem myši...
> 
> Kolečko je totéž jako tlačítka.

ne tak docela. Nechce se mi hledat ty zprávy, co jsme si s autorem
Xscreensaveru o tom vyměnili (mám-li je ještě vůbec), ale zkrátka
kolečko myši v X11 nějak neposílá události, takže jediná možnost jak
detekovat například delší čtení stránky textu, kterým jen roluji
kolečkem myši, byla sledovat /proc/interrupts.

> > > On Thu, 20 Nov 2008, Petr [ISO-8859-1] Stehlík wrote:
> >                        ^^^^^^^^^^^^^^^^^^^^^^^^^
> > váš mailer mi zajímavě upravil jméno, zní to skoro jako přezdívka :)
> 
> Jak upravil? Máte to tam takhle napsané:  :)
> From: Petr =?ISO-8859-1?Q?Stehl=EDk?= <pstehlik na sophics.cz>

Je zřejmě čas se opět vrátit k nediakritické verzi příjmení. Tento
experiment se zatím nedaří.

Petr




From linux na ssos.cz  Sun Nov 23 23:04:14 2008
From: linux na ssos.cz (=?ISO-8859-2?Q?Filip_Flaj=B9ar?=)
Date: Sun, 23 Nov 2008 23:04:14 +0100
Subject: Wiki na Linux.cz
Message-ID: <4929D35E.2050106@ssos.cz>

Dobry den,
stara se nekdo o wiki.linux.cz
Kdyz jsem se tam dnes podival, (na 
http://wiki.linux.cz/index.php/Hlavn%C3%AD_strana)
a vybral nejaky clanek (napr http://wiki.linux.cz/index.php/I.CA nebo 
Linux pro vývojáře - příprava akce 
<http://wiki.linux.cz/index.php/20080524>)
tak to vypada jako napadeni robotem (neni to nahodou ten, ktery vyuziva 
prav rw pro apache?)

http://wiki.linux.cz/index.php/Speci%C3%A1ln%C3%AD:Recentchanges


Diky.
S pozdravem
-- Filip Flajsar



From linux na ssos.cz  Sun Nov 23 23:04:14 2008
From: linux na ssos.cz (=?ISO-8859-2?Q?Filip_Flaj=B9ar?=)
Date: Sun, 23 Nov 2008 23:04:14 +0100
Subject: Wiki na Linux.cz
Message-ID: <4929D35E.2050106@ssos.cz>

Dobry den,
stara se nekdo o wiki.linux.cz
Kdyz jsem se tam dnes podival, (na 
http://wiki.linux.cz/index.php/Hlavn%C3%AD_strana)
a vybral nejaky clanek (napr http://wiki.linux.cz/index.php/I.CA nebo 
Linux pro vývojáře - příprava akce 
<http://wiki.linux.cz/index.php/20080524>)
tak to vypada jako napadeni robotem (neni to nahodou ten, ktery vyuziva 
prav rw pro apache?)

http://wiki.linux.cz/index.php/Speci%C3%A1ln%C3%AD:Recentchanges


Diky.
S pozdravem
-- Filip Flajsar


From stoupa na practisoft.cz  Mon Nov 24 02:32:20 2008
From: stoupa na practisoft.cz (Petr Vileta (fidokomik))
Date: Mon, 24 Nov 2008 02:32:20 +0100
Subject: Jak docasne pozastavit xscreensaver?
References: <20081123215255.248F.0@argo.troja.mff.cuni.cz>
	<mailman.434.1227477517.3940.linux@linux.cz>
Message-ID: <ggd0e6$pol$2@ns.felk.cvut.cz>

Petr Stehlík wrote:
>>>> On Thu, 20 Nov 2008, Petr [ISO-8859-1] Stehlík wrote:
>>>                        ^^^^^^^^^^^^^^^^^^^^^^^^^
>>> váš mailer mi zajímavě upravil jméno, zní to skoro jako přezdívka :)
>>
>> Jak upravil? Máte to tam takhle napsané:  :)
>> From: Petr =?ISO-8859-1?Q?Stehl=EDk?= <pstehlik na sophics.cz>
>
> Je zřejmě čas se opět vrátit k nediakritické verzi příjmení. Tento
> experiment se zatím nedaří.
>
> Petr
A nebo si nastavit klienta na 8-bit znaky v headeru a kodovani ISO-8859-2. Pak 
by tam tu vsuvku snad nemel davat. Ja tedy pouzivam opovrhovany Utlouk Express a 
ten tohle nedela.
-- 
Petr
Skype: callto://fidokomik
Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR*
:-) Odpovidejte na petr na practisoft cz



From kas na fi.muni.cz  Mon Nov 24 11:47:30 2008
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Mon, 24 Nov 2008 11:47:30 +0100
Subject: Jak docasne pozastavit xscreensaver?
In-Reply-To: <1227213851.6290.2.camel@joy>
References: <20081120203752.GH27101@fi.muni.cz> <1227213851.6290.2.camel@joy>
Message-ID: <20081124104730.GC19322@fi.muni.cz>

Petr Stehlík wrote:
: Jan Kasprzak píše v Čt 20. 11. 2008 v 21:37 +0100:
: > 	Zdravim,
: > 
: > jak rict (ze shelloveho skriptu) xscreensaveru, aby ted nezhasinal
: > obrazovku? Potrebuju to pro aplikaci, ktera tohle neumi sama.
: 
: > "killall -STOP xscreensaver", ale treba existuje neco systemovejsiho.
: 
: to se dela tak, ze se do nej porad drca, kazdou chvilku (presneji
: nejmene jednou za 50 sekund).
: 
: xscreensaver-command -poke
: 
: ten -poke jen mlhave tusim, mam tu uz pouze gnome-screensaver a tam je
: to --poke.

	Nakonec jsem pouzil -exit a po ukonceni aplikace zase spoustim
novy xscreensaver (plus je treba xset s off -dpms pred spustenim,
a xset s on +dpms po ukonceni toho programu).

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
>>  If you find yourself arguing with Alan Cox, you?re _probably_ wrong.  <<
>>     --James Morris in "How and Why You Should Become a Kernel Hacker"  <<


From kas na fi.muni.cz  Mon Nov 24 11:57:30 2008
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Mon, 24 Nov 2008 11:57:30 +0100
Subject: Samba - pomaly prenos souboru
Message-ID: <20081124105730.GD19322@fi.muni.cz>

	Funguje vam samba dostatecne rychle pro prenos velkych souboru?

	Mame datovy server se sambou, uzivatele to pouzivaji pro ukladani
dat pro strihani videa. Zjistil jsem ze pres scp jsem schopen odtam
tahat data okolo 25 MB/s, disk sam ma sekvencni rychlost 112 MB/s,
ale pres Sambu (get bigfile /dev/null) dostavam slabych 11 MB/s (az 15
je-li hezke pocasi :-).

	Pritom smbd zabira v topu nejakych 7 % CPU, stroj nema load
ani 1 (a to na nem bezi jeste dalsi veci a ma 4 jadra ve dvou socketech).
Na klientovi zabira smbclient nejakych 8 %, cili tam taky uzke misto neni.

	Zkousel jsem

   socket options    = TCP_NODELAY SO_RCVBUF=131072 SO_SNDBUF=131072
   use sendfile = yes

ale nedosalhl sem meritelne zlepseni. Mate nekdo nejake jine napady?
Jakto ze samba je 2x pomalejsi nez scp, ktere jeste ke vsemu musi ta data
sifrovat?

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
>>  If you find yourself arguing with Alan Cox, you?re _probably_ wrong.  <<
>>     --James Morris in "How and Why You Should Become a Kernel Hacker"  <<


From mr.death na ipq.cz  Mon Nov 24 12:16:29 2008
From: mr.death na ipq.cz (=?UTF-8?B?VG9tw6HFoSBLb8W+ZWx1aA==?=)
Date: Mon, 24 Nov 2008 12:16:29 +0100
Subject: Samba - pomaly prenos souboru
In-Reply-To: <20081124105730.GD19322@fi.muni.cz>
References: <20081124105730.GD19322@fi.muni.cz>
Message-ID: <001501c94e26$19861070$4c923150$@death@ipq.cz>

Já jsem na Sambě dosahoval rychlosti 40-60MB/s u 100GB nefragmentovaných souborů. Síť normální 1Gbit, server OpenSUSE 10.4 x64 (2xQuadCore Xeon, 14GB ram, 15.000rpm disky raid 5), stanice XP SP3 (normální SATA disk). Bohužel přesnější konfiguraci serveru nelze uvést, protože teď tam běží 2003 Server x64.
Příčiny problému mě nenapadají, ale vím, že Samba je dost háklivá na zatížení procesoru, rychlost pak dost klesá, což asi není tento případ.
Jediný, co mě napadá, tak já jsem tam neměl nastavený žádný zabezpečení (anonymous přístup), bylo třeba jenom ty data ze serveru vykopírovat. 

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Jan Kasprzak
> Sent: Monday, November 24, 2008 11:58 AM
> 
> 	Funguje vam samba dostatecne rychle pro prenos velkych souboru?
> 
> 	Mame datovy server se sambou, uzivatele to pouzivaji pro ukladani
> dat pro strihani videa. Zjistil jsem ze pres scp jsem schopen odtam
> tahat data okolo 25 MB/s, disk sam ma sekvencni rychlost 112 MB/s,
> ale pres Sambu (get bigfile /dev/null) dostavam slabych 11 MB/s (az 15
> je-li hezke pocasi :-).
> 
> 	Pritom smbd zabira v topu nejakych 7 % CPU, stroj nema load
> ani 1 (a to na nem bezi jeste dalsi veci a ma 4 jadra ve dvou
> socketech).
> Na klientovi zabira smbclient nejakych 8 %, cili tam taky uzke misto
> neni.
> 
> 	Zkousel jsem
> 
>    socket options    = TCP_NODELAY SO_RCVBUF=131072 SO_SNDBUF=131072
>    use sendfile = yes
> 
> ale nedosalhl sem meritelne zlepseni. Mate nekdo nejake jine napady?
> Jakto ze samba je 2x pomalejsi nez scp, ktere jeste ke vsemu musi ta
> data
> sifrovat?



From lukesh na seznam.cz  Mon Nov 24 13:45:44 2008
From: lukesh na seznam.cz (Jaroslav Lukesh)
Date: Mon, 24 Nov 2008 13:45:44 +0100
Subject: Jak prevadite obrazky do PDF?
References: <20081122180103.362E.0@paddy.troja.mff.cuni.cz>
Message-ID: <00f701c94e32$92ba8b40$6164a8c0@xp>

Našel jsem něco:

http://www.pdflib.com/download/free-software/jpeg2ps/

a pak pstopdf

ještě jsem to nezkoušel, ale vypadá zajímavě.

----- Original Message ----- 
From: "Pavel Kankovsky" <peak na argo.troja.mff.cuni.cz>


On Wed, 19 Nov 2008, Martin `MJ' Mares wrote:

> Ja pouzivam trochu zbesilou, ale osvedcenou metodu: pdfTeX :-)

Potvrzuji. Před dávnými časy jsem také řešil problém, jak dostat JPEG do
PDF bez překódování a pdfTeX se ukázal jako nejschůdnější řešení.



From Ivo.Hanuska na hella.com  Mon Nov 24 12:52:42 2008
From: Ivo.Hanuska na hella.com (Ivo.Hanuska na hella.com)
Date: Mon, 24 Nov 2008 12:52:42 +0100
Subject: Samba - pomaly prenos souboru
In-Reply-To: <001501c94e26$19861070$4c923150$@death@ipq.cz>
Message-ID: <OF812C4E02.BA699FDC-ONC125750B.0040E66B-C125750B.0041401F@hella.com>

Zkusil bych lokalizovat, kde je problém. Jestli u disků, v paměti, nebo po 
cestě.... Já měl podobné problémy, když zlobila síť (rychlosti, duplex), 
nebo když byl nějaký průšvih z řadičem. Jestliže ale říkáte, že napřímo z 
disku jste sto dostat 100 Mbit, tak disky by problém mít neměly...

IH
 



Já jsem na Sambě dosahoval rychlosti 40-60MB/s u 100GB nefragmentovaných 
souborů. Síť normální 1Gbit, server OpenSUSE 10.4 x64 (2xQuadCore Xeon, 
14GB ram, 15.000rpm disky raid 5), stanice XP SP3 (normální SATA disk). 
Bohužel přesnější konfiguraci serveru nelze uvést, protože teď tam běží 
2003 Server x64.
Příčiny problému mě nenapadají, ale vím, že Samba je dost háklivá na 
zatížení procesoru, rychlost pak dost klesá, což asi není tento případ.
Jediný, co mě napadá, tak já jsem tam neměl nastavený žádný zabezpečení 
(anonymous přístup), bylo třeba jenom ty data ze serveru vykopírovat. 

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Jan Kasprzak
> Sent: Monday, November 24, 2008 11:58 AM
> 
>                Funguje vam samba dostatecne rychle pro prenos velkych 
souboru?
> 
>                Mame datovy server se sambou, uzivatele to pouzivaji pro 
ukladani
> dat pro strihani videa. Zjistil jsem ze pres scp jsem schopen odtam
> tahat data okolo 25 MB/s, disk sam ma sekvencni rychlost 112 MB/s,
> ale pres Sambu (get bigfile /dev/null) dostavam slabych 11 MB/s (az 15
> je-li hezke pocasi :-).
> 
>                Pritom smbd zabira v topu nejakych 7 % CPU, stroj nema 
load
> ani 1 (a to na nem bezi jeste dalsi veci a ma 4 jadra ve dvou
> socketech).
> Na klientovi zabira smbclient nejakych 8 %, cili tam taky uzke misto
> neni.
> 
>                Zkousel jsem
> 
>    socket options    = TCP_NODELAY SO_RCVBUF=131072 SO_SNDBUF=131072
>    use sendfile = yes
> 
> ale nedosalhl sem meritelne zlepseni. Mate nekdo nejake jine napady?
> Jakto ze samba je 2x pomalejsi nez scp, ktere jeste ke vsemu musi ta
> data
> sifrovat?




From kas na fi.muni.cz  Mon Nov 24 14:36:07 2008
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Mon, 24 Nov 2008 14:36:07 +0100
Subject: Samba - pomaly prenos souboru
In-Reply-To: <20081124105730.GD19322@fi.muni.cz>
References: <20081124105730.GD19322@fi.muni.cz>
Message-ID: <20081124133607.GG19322@fi.muni.cz>

Jan Kasprzak wrote:
: 	Funguje vam samba dostatecne rychle pro prenos velkych souboru?
[...] 
:    socket options    = TCP_NODELAY SO_RCVBUF=131072 SO_SNDBUF=131072
:    use sendfile = yes

	Zakomentoval jsem ten prvni radek uplne a zda se ze je to lepsi
(aspon z meho testovaciho stroje). Jeden mozny problem byl ze testovaci
stroj (i skutecny windowsovy klient) jsou za routerem, ktery pridava
zrejme o kousek vic latence a asi i jitteru nez ma lokalni sit. No a protoze
scp, ftp a dalsi funguji tak, ze klient rekne jaky chce soubor, a pak uz
server jen vysila, nema jitter vliv. Zatimco CIFS/SMB ma max. velikost
requestu 128 KB a tedy na ni ma latence vetsi vliv.

	Jeste teda pozadam o otestovani toho windowsoveho uzivatele.

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
>>  If you find yourself arguing with Alan Cox, you?re _probably_ wrong.  <<
>>     --James Morris in "How and Why You Should Become a Kernel Hacker"  <<


From kas na fi.muni.cz  Mon Nov 24 14:37:56 2008
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Mon, 24 Nov 2008 14:37:56 +0100
Subject: Samba - pomaly prenos souboru
In-Reply-To: <OF812C4E02.BA699FDC-ONC125750B.0040E66B-C125750B.0041401F@hella.com>
References: <OF812C4E02.BA699FDC-ONC125750B.0040E66B-C125750B.0041401F@hella.com>
Message-ID: <20081124133756.GH19322@fi.muni.cz>

Ivo.Hanuska na hella.com wrote:
: Zkusil bych lokalizovat, kde je problém. Jestli u disků, v paměti, nebo po 
: cestě.... Já měl podobné problémy, když zlobila síť (rychlosti, duplex), 
: nebo když byl nějaký průšvih z řadičem. Jestliže ale říkáte, že napřímo z 
: disku jste sto dostat 100 Mbit, tak disky by problém mít neměly...

	100 M_bajtu_/s. A pres scp je vykon taky uspokojivy, cili
ani v siti ani v disku by nemel byt problem (navic ten server ma dost pameti
aby readahead stacil).

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
>>  If you find yourself arguing with Alan Cox, you?re _probably_ wrong.  <<
>>     --James Morris in "How and Why You Should Become a Kernel Hacker"  <<


From janousek na fonet.cz  Mon Nov 24 14:56:58 2008
From: janousek na fonet.cz (=?UTF-8?B?UGF2ZWwgSmFub3XFoWVr?=)
Date: Mon, 24 Nov 2008 14:56:58 +0100
Subject: Samba - pomaly prenos souboru
In-Reply-To: <20081124133607.GG19322@fi.muni.cz>
References: <20081124105730.GD19322@fi.muni.cz>
	<20081124133607.GG19322@fi.muni.cz>
Message-ID: <4F23E9745D562F4D90373B9C5CEF44300400FDBC@percival.fonet.cz>

	Tipuji, že celý problém je právě v tom jitteru (a to nejen 
po cestě v routeru..., ale i v rámci CPU, které obsluhuje dané 
vlákno/proces smbd)... Naprosto stejně zhovadilé chování pozoruji 
na 1Gbit síti v okamžiku, kdy daný stroj s naprosto nejnižší 
možnou prioritou a proces schedulerem zamčeným na daný CPU pustím 
třeba mprime (www.mersenne.org)... stačí ho vypnout a samba běží 
řádově (!) rychleji, zatímco jiné protokoly - SCP, FTP... nemají 
sebemenší problém.

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet    Za Kovárnou 9, 625 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  

From Ondrej.Suchy na enlogit.cz  Mon Nov 24 14:19:20 2008
From: Ondrej.Suchy na enlogit.cz (=?ISO-8859-2?Q?Ond=F8ej_Such=FD?=)
Date: Mon, 24 Nov 2008 14:19:20 +0100
Subject: =?ISO-8859-2?Q?pozv=E1nka=3A_Linux_Meeting_2008_v_=DAs?=
	=?ISO-8859-2?Q?t=ED_nad_Labem_11=2E12=2E2008?=
Message-ID: <492AA9D8.6080004@enlogit.cz>

Vážení přátelé,

všichni příznivci Linuxu a open source jsou zváni na čtvrtý ročník akce 
Linux Meeting 2008 Ústí nad Labem, který se bude konat 11. prosince.

Můžete vidět přednášky a diskuze, například na téma Správa domén v ČR a 
využití open source v CZ.NIC, případové studie LDAP pro centrální správu 
uživatelů na Městském úřadu Litoměřice nebo ukázky diskových polí iSCSI 
pod Linuxem. Mezi hosty bude Miroslav Suchý z Red Hat, který představí 
projekt Spacewalk.

Více informací a registrace: http://linux-meeting.enlogit.cz/


Přeji hezký den,
   Ondřej Suchý

-- 
Ondřej Suchý <ondrej.suchy na enlogit.cz>
GSM: +420 777 103 944

Enlogit s.r.o., U Cukrovaru 509/4, 400 07 Ústí nad Labem
tel.: +420 474 745 159, fax: +420 474 745 160
web: www.enlogit.cz

Přijďte 11. prosince na Linux Meeting: http://linux-meeting.enlogit.cz/


From czechtony na strojvimp.cz  Mon Nov 24 14:23:06 2008
From: czechtony na strojvimp.cz (Czechtony)
Date: Mon, 24 Nov 2008 14:23:06 +0100
Subject: Samba - pomaly prenos souboru
In-Reply-To: <OF812C4E02.BA699FDC-ONC125750B.0040E66B-C125750B.0041401F@hella.com>
References: <OF812C4E02.BA699FDC-ONC125750B.0040E66B-C125750B.0041401F@hella.com>
Message-ID: <492AAABA.2000001@strojvimp.cz>

Pres scp taha 25MB/s, takze hw to zrejme nebude.

--
CzT


From kas na fi.muni.cz  Mon Nov 24 17:03:49 2008
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Mon, 24 Nov 2008 17:03:49 +0100
Subject: Jakou aplikaci pro DVB-T?
Message-ID: <20081124160349.GN19322@fi.muni.cz>

	Dobry vecer,

co pouzivate pro ovladani/spravu/... DVB-T karty? Nemyslim driver v jadre
ale nejakou "front-end" aplikaci. Co bych od toho chtel:

- pri prehravani moznost "pozastaveni" i prave vysilaneho videa
- nahravani na disk, a to pokud mozno i na pozadi (mam jen jeden tuner,
	takze jsem srozumen s tim, ze tohle pujde jen pri sledovani programu
	ze stejneho multiplexu)
- moznost rozumneho skriptovani (aspon abych si mohl rict co kdy chci
	nahrat bez prolezani nejakych menu, nedej$deity jeste pomoci
	dalkoveho ovladani :-)

mene dulezite pozadavky:

- pri pripadnem prekodovani videa moznost vyuzit vicejaderny procesor
- moznost sitove komunikace (aby "prohlizeni" vcetne ovladani mohlo
	bezet i na jinem pocitaci nez ve kterem je DVB-T karta).
- pripadne i moznost prehravani archivu hudby take po siti.
- pokud mozno aby to nebylo vazane na KDE (a za GNOME-nativni aplikaci
	nejaky bod navic)

	Co pouzivate? MythTV, Me TV, LinuxVCR?

	Diky,

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
>>  If you find yourself arguing with Alan Cox, you?re _probably_ wrong.  <<
>>     --James Morris in "How and Why You Should Become a Kernel Hacker"  <<


From prudek na bvx.cz  Mon Nov 24 17:41:51 2008
From: prudek na bvx.cz (Milos Prudek)
Date: Mon, 24 Nov 2008 17:41:51 +0100
Subject: udev
Message-ID: <200811241741.52402.prudek@bvx.cz>

Mam (K) Ubuntu.

Po pripojeni externiho SATA disku je vytvoren prislusny /dev/sd? s "nahodnym" 
pismenkem (nekdy sdf, jindy sdg). Potreboval bych aby pismenko bylo vzdycky 
stejne, napr. "sdt".

Je mozne ze to neni uplne nahodne pismeno, obcas mam totiz pripojenu ctecku 
flash karet, obcas flash prehravac, a tato zarizeni rovnez obsazuji /dev/sd?. 
Takze asi je prideleno nejblizsi volne pismenko.

Potreboval bych aby tento konkretni externi SATA disk mel vzdy stejne pismeno.

Tusim ze to lze zaridit pomoci /etc/udev/rules.d ale nevim vubec jak. 

-- 
Milos Prudek


From pstehlik na sophics.cz  Mon Nov 24 17:48:29 2008
From: pstehlik na sophics.cz (Petr Stehlik)
Date: Mon, 24 Nov 2008 17:48:29 +0100
Subject: Jakou aplikaci pro DVB-T?
In-Reply-To: <20081124160349.GN19322@fi.muni.cz>
References: <20081124160349.GN19322@fi.muni.cz>
Message-ID: <1227545309.31892.47.camel@petr>

Jan Kasprzak píše v Po 24. 11. 2008 v 17:03 +0100:
> 	Co pouzivate? MythTV, Me TV, LinuxVCR?

je-li to hlasovani, tak MythTV++

Petr




From lists_mk na wujiman.net  Mon Nov 24 20:21:26 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Mon, 24 Nov 2008 20:21:26 +0100
Subject: udev
In-Reply-To: <200811241741.52402.prudek@bvx.cz>
References: <200811241741.52402.prudek@bvx.cz>
Message-ID: <20081124192126.GA11520@finrod>

On Mon, Nov 24, 2008 at 05:41:51PM +0100, Milos Prudek wrote:
> Mam (K) Ubuntu.
> 
> Po pripojeni externiho SATA disku je vytvoren prislusny /dev/sd? s "nahodnym" 
> pismenkem (nekdy sdf, jindy sdg). Potreboval bych aby pismenko bylo vzdycky 
> stejne, napr. "sdt".
> 
> Je mozne ze to neni uplne nahodne pismeno, obcas mam totiz pripojenu ctecku 
> flash karet, obcas flash prehravac, a tato zarizeni rovnez obsazuji /dev/sd?. 
> Takze asi je prideleno nejblizsi volne pismenko.
> 
> Potreboval bych aby tento konkretni externi SATA disk mel vzdy stejne pismeno.
> 
> Tusim ze to lze zaridit pomoci /etc/udev/rules.d ale nevim vubec jak. 

http://www.reactivated.net/writing_udev_rules.html

mk


From pstehlik na sophics.cz  Mon Nov 24 23:34:47 2008
From: pstehlik na sophics.cz (Petr Stehlik)
Date: Mon, 24 Nov 2008 23:34:47 +0100
Subject: Jakou aplikaci pro DVB-T?
In-Reply-To: <1227545309.31892.47.camel@petr>
References: <20081124160349.GN19322@fi.muni.cz>
	<1227545309.31892.47.camel@petr>
Message-ID: <1227566087.8101.11.camel@joy>

Petr Stehlik píše v Po 24. 11. 2008 v 17:48 +0100:
> Jan Kasprzak píše v Po 24. 11. 2008 v 17:03 +0100:
> > 	Co pouzivate? MythTV, Me TV, LinuxVCR?
> 
> je-li to hlasovani, tak MythTV++

to je hloupe, chybi mi tam strednik za tim ++, takze to vypada spis jako
C++ nez jako inkrementace.

Kazdopadne MythTV rulez big time takze kdokoliv kdo ma nepatrne vyssi
potreby na multimedialni centrum si s MythTV uzije svoje. Splnuje
vsechny vase pozadavky s prevahou a nabizi spoustu bonusu navic.

Jedine, co me zarazilo, je pozadavek na "skriptovani co chci nahravat,
hlavne ne pres nejake menu" - tezko si umim predstavit neco
intuitivnejsiho nez EPG, kterym probehnu sipkama a zaskrnu jednim tlakem
('R' jako record) co chci jak nahravat... Skriptovani mi na to rozhodne
nesedi - naznacte, jak byste si to predstavoval...

Petr




From jfeit na ics.muni.cz  Mon Nov 24 23:50:49 2008
From: jfeit na ics.muni.cz (Josef Feit)
Date: Mon, 24 Nov 2008 22:50:49 GMT
Subject: udev
In-Reply-To: <mailman.450.1227554515.3940.linux@linux.cz>
References: <200811241741.52402.prudek@bvx.cz>
	<mailman.450.1227554515.3940.linux@linux.cz>
Message-ID: <KAv0rK.G2F@news.muni.cz>

Martin Kraus napsal(a):
> On Mon, Nov 24, 2008 at 05:41:51PM +0100, Milos Prudek wrote:
>> Mam (K) Ubuntu.
>>
>> Po pripojeni externiho SATA disku je vytvoren prislusny /dev/sd? s "nahodnym" 
>> pismenkem (nekdy sdf, jindy sdg). Potreboval bych aby pismenko bylo vzdycky 
>> stejne, napr. "sdt".
>>
>> Je mozne ze to neni uplne nahodne pismeno, obcas mam totiz pripojenu ctecku 
>> flash karet, obcas flash prehravac, a tato zarizeni rovnez obsazuji /dev/sd?. 
>> Takze asi je prideleno nejblizsi volne pismenko.
>>
>> Potreboval bych aby tento konkretni externi SATA disk mel vzdy stejne pismeno.
>>
>> Tusim ze to lze zaridit pomoci /etc/udev/rules.d ale nevim vubec jak. 
> 
> http://www.reactivated.net/writing_udev_rules.html

A taky se podivejte na ID disku, label atd:

ls /dev/disk/by-id/
ls /dev/disk/by-label/

a ve fstab neco jako
/dev/disk/by-id/scsi-SATA_ST3750640AS_5QD1M769-part1 /mujsdt
      atd.

JF


From qaxi na seznam.cz  Tue Nov 25 09:01:31 2008
From: qaxi na seznam.cz (=?UTF-8?B?IlBldHIgXCJRYXhpXCIgS2zDrW1hIg==?=)
Date: Tue, 25 Nov 2008 09:01:31 +0100
Subject: Jakou aplikaci pro DVB-T? a jaky HW pro HDMI
In-Reply-To: <20081124160349.GN19322@fi.muni.cz>
References: <20081124160349.GN19322@fi.muni.cz>
Message-ID: <492BB0DB.8050004@seznam.cz>

Jan Kasprzak napsal(a):
> 	Dobry vecer,
>
> co pouzivate pro ovladani/spravu/... DVB-T karty? Nemyslim driver v jadre
> ale nejakou "front-end" aplikaci. Co bych od toho chtel:
>   
Drze se připojím k tvojí otázce ...

Jaký HW použít do takovéhoto stroje, aby mu fungoval HDMI i TV out 
výstup (ideálně integrované na MB)?

Máte to někdo rozběhlé?


-- 

      Petr Klíma
   <qaxi na seznam.cz>              
 



From pstehlik na sophics.cz  Tue Nov 25 09:10:53 2008
From: pstehlik na sophics.cz (Petr Stehlik)
Date: Tue, 25 Nov 2008 09:10:53 +0100
Subject: Jakou aplikaci pro DVB-T? a jaky HW pro HDMI
In-Reply-To: <492BB0DB.8050004@seznam.cz>
References: <20081124160349.GN19322@fi.muni.cz> <492BB0DB.8050004@seznam.cz>
Message-ID: <1227600653.6675.23.camel@petr>

"Petr \"Qaxi\" Klíma" píše v Út 25. 11. 2008 v 09:01 +0100:
> Jan Kasprzak napsal(a):
> > 	Dobry vecer,
> >
> > co pouzivate pro ovladani/spravu/... DVB-T karty? Nemyslim driver v jadre
> > ale nejakou "front-end" aplikaci. Co bych od toho chtel:
> >   
> Drze se připojím k tvojí otázce ...
> 
> Jaký HW použít do takovéhoto stroje, aby mu fungoval HDMI i TV out 
> výstup (ideálně integrované na MB)?

je na tom něco dramatického? DVI + TV out mi fungovalo před pěti lety
normálně...

Petr




From Ivo.Hanuska na hella.com  Tue Nov 25 10:09:48 2008
From: Ivo.Hanuska na hella.com (Ivo.Hanuska na hella.com)
Date: Tue, 25 Nov 2008 10:09:48 +0100
Subject: Jak na rozesilani zprav pri prekroceni kvot
Message-ID: <OF0CC19E0B.C889850F-ONC125750C.00301A95-C125750C.00325600@hella.com>

Zdravím Vás!

Potřebuju řešit následující problém: máme tu NAS, který umí hlídat kvóty. 
V případě, že dojde k překročení kvoty, umí vyslat SNMP trap.
Chtěl jsem se zeptat, zda nevíte někdo o nějakém produktu, který umí nějak 
trochu lépe nastavit možnosti rozesílání zpráv (maily, smsky, při pře) při 
přijatém trapu z SNMP. Představoval bych si možnost konfigurace přes 
webové rozhraní, abych se o to nemusel starat a předat správu nějakému 
"klíčového uživateli".

Dík. 

Ivo Hanuška

From jarda47133 na spambob.net  Tue Nov 25 08:54:50 2008
From: jarda47133 na spambob.net (Jarda)
Date: Tue, 25 Nov 2008 07:54:50 +0000
Subject: Samba - pomaly prenos souboru
References: <20081124105730.GD19322@fi.muni.cz>
	<mailman.442.1227533773.3940.linux@linux.cz>
Message-ID: <ggg1ml$4if$1@news.brutele.be>

Jan Kasprzak wrote:

> Jan Kasprzak wrote:
> : Funguje vam samba dostatecne rychle pro prenos velkych souboru?
> [...]
> :    socket options    = TCP_NODELAY SO_RCVBUF=131072
> :    SO_SNDBUF=131072 use sendfile = yes
> 
> Zakomentoval jsem ten prvni radek uplne a zda se ze je to lepsi
> (aspon z meho testovaciho stroje). Jeden mozny problem byl ze
> testovaci stroj (i skutecny windowsovy klient) jsou za routerem,

A kdyz si do stejneho routeru pichnete napr. nejaky lepsi Windows
Workstation, vytvorite tam sdileni a strcite par testovacich souboru,
bude rychlost lepsi nebo stejna? Da se na tom routeru sledovat
zatizeni procesoru?

> ktery pridava zrejme o kousek vic latence a asi i jitteru nez ma
> lokalni sit. No a protoze scp, ftp a dalsi funguji tak, ze klient
> rekne jaky chce soubor, a pak uz server jen vysila, nema jitter
> vliv. Zatimco CIFS/SMB ma max. velikost requestu 128 KB a tedy na ni
> ma latence vetsi vliv.
> 
> Jeste teda pozadam o otestovani toho windowsoveho uzivatele.
> 
> -Y.
> 

-- 
Remove the 77 from my address to reply by e-mail!


From prudek na bvx.cz  Tue Nov 25 12:27:18 2008
From: prudek na bvx.cz (Milos Prudek)
Date: Tue, 25 Nov 2008 12:27:18 +0100
Subject: udev
In-Reply-To: <20081124192126.GA11520@finrod>
References: <200811241741.52402.prudek@bvx.cz> <20081124192126.GA11520@finrod>
Message-ID: <200811251227.19245.prudek@bvx.cz>

Dne Monday 24 of November 2008 20:21:26 Martin Kraus napsal(a):
> http://www.reactivated.net/writing_udev_rules.html

Perfektní, to úplně stačí. 

"udev provides persistent naming for some device types out of the box. This is 
a very useful feature, and in many circumstances means that your journey ends 
here: you do not have to write any rules."

A opravdu, moje cesta skončila, postačí mi "ls -lR /dev/disk"

Děkuji!

-- 
Milos Prudek


From prudek na bvx.cz  Tue Nov 25 12:27:50 2008
From: prudek na bvx.cz (Milos Prudek)
Date: Tue, 25 Nov 2008 12:27:50 +0100
Subject: udev
In-Reply-To: <KAv0rK.G2F@news.muni.cz>
References: <200811241741.52402.prudek@bvx.cz>
	<mailman.450.1227554515.3940.linux@linux.cz>
	<KAv0rK.G2F@news.muni.cz>
Message-ID: <200811251227.50941.prudek@bvx.cz>

> A taky se podivejte na ID disku, label atd:
>
> ls /dev/disk/by-id/

Ano, to je presne ono.

-- 
Milos Prudek


From spatkak na luzanky.cz  Tue Nov 25 13:38:55 2008
From: spatkak na luzanky.cz (=?ISO-8859-2?Q?Petr_=A9patka?=)
Date: Tue, 25 Nov 2008 13:38:55 +0100
Subject: VMware a iptables
Message-ID: <492BF1DF.5020704@luzanky.cz>

Dobrý den,

zkusil jsem si nainstalovat vmware server (verze 2) na linuxový stroj. 
Chtěl bych použít síťování typu bridge a zároveň bych chtěl omezit 
přístup k virtuálním strojům pomocí iptables na hostitelském stroji. 
Bohužel na eth0 nevídím žádný provoz jdoucí do virtuálního bridge 
vmware. Zkusil jsem podle nějakého náznaku na intertnetu udělat pomocí 
brctl rozhraní br0 navázané na eth0. A pak na toto br0 navázat bridge 
vmware. Bohužel opět se virtuální stroj nějak izolovala a iptables opět 
nevidí provoz směrem k nebo z virtuálních strojů.

Tušíte někdo nějaké jednoduché řešení jak ve vmware používat firewall 
hostitelského stroje i na virtuální stroje?

Předpokládám, že víc podrobností asi není třeba, jelikož asi bude 
potřeba nějaký drobný fígl který jsem přehlédl nebo to možná ani nemá 
řešení.

Dík
Petr


From ojo na force.sk  Tue Nov 25 13:44:11 2008
From: ojo na force.sk (Ondrej Scecina)
Date: Tue, 25 Nov 2008 13:44:11 +0100
Subject: VMware a iptables
In-Reply-To: <492BF1DF.5020704@luzanky.cz>
References: <492BF1DF.5020704@luzanky.cz>
Message-ID: <200811251344.11742.ojo@force.sk>

Ahoj

Mne v pripade pouzitia br0 pomohlo zapisat do /etc/sysctl.conf tieto riadky:

net.bridge.bridge-nf-call-arptables = 0
net.bridge.bridge-nf-call-ip6tables = 0
net.bridge.bridge-nf-call-iptables = 0
net.bridge.bridge-nf-filter-vlan-tagged = 0

Skus a daj vediet.

Dňa Tuesday 25 November 2008 Petr Špatka napísal:
> Dobrý den,
>
> zkusil jsem si nainstalovat vmware server (verze 2) na linuxový stroj.
> Chtěl bych použít síťování typu bridge a zároveň bych chtěl omezit
> přístup k virtuálním strojům pomocí iptables na hostitelském stroji.
> Bohužel na eth0 nevídím žádný provoz jdoucí do virtuálního bridge
> vmware. Zkusil jsem podle nějakého náznaku na intertnetu udělat pomocí
> brctl rozhraní br0 navázané na eth0. A pak na toto br0 navázat bridge
> vmware. Bohužel opět se virtuální stroj nějak izolovala a iptables opět
> nevidí provoz směrem k nebo z virtuálních strojů.
>
> Tušíte někdo nějaké jednoduché řešení jak ve vmware používat firewall
> hostitelského stroje i na virtuální stroje?
>
> Předpokládám, že víc podrobností asi není třeba, jelikož asi bude
> potřeba nějaký drobný fígl který jsem přehlédl nebo to možná ani nemá
> řešení.
>
> Dík
> Petr
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux




From kas na fi.muni.cz  Tue Nov 25 14:58:31 2008
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Tue, 25 Nov 2008 14:58:31 +0100
Subject: Samba - pomaly prenos souboru
In-Reply-To: <ggg1ml$4if$1@news.brutele.be>
References: <20081124105730.GD19322@fi.muni.cz>
	<mailman.442.1227533773.3940.linux@linux.cz>
	<ggg1ml$4if$1@news.brutele.be>
Message-ID: <20081125135831.GE19322@fi.muni.cz>

Jarda wrote:
: Jan Kasprzak wrote:
: 
: > Jan Kasprzak wrote:
: > : Funguje vam samba dostatecne rychle pro prenos velkych souboru?
: > [...]
: > :    socket options    = TCP_NODELAY SO_RCVBUF=131072
: > :    SO_SNDBUF=131072 use sendfile = yes
: > 
: > Zakomentoval jsem ten prvni radek uplne a zda se ze je to lepsi
: > (aspon z meho testovaciho stroje). Jeden mozny problem byl ze
: > testovaci stroj (i skutecny windowsovy klient) jsou za routerem,
: 
: A kdyz si do stejneho routeru pichnete napr. nejaky lepsi Windows
: Workstation, vytvorite tam sdileni a strcite par testovacich souboru,
: bude rychlost lepsi nebo stejna?

	Nevim :-) cekam na odezvu uzivatele.

: Da se na tom routeru sledovat
: zatizeni procesoru?

	Ano. Tim to neni (jak rikam, scp funguje normalne).

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
>>  If you find yourself arguing with Alan Cox, you?re _probably_ wrong.  <<
>>     --James Morris in "How and Why You Should Become a Kernel Hacker"  <<


From kas na fi.muni.cz  Tue Nov 25 15:03:23 2008
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Tue, 25 Nov 2008 15:03:23 +0100
Subject: Jakou aplikaci pro DVB-T?
In-Reply-To: <1227566087.8101.11.camel@joy>
References: <20081124160349.GN19322@fi.muni.cz>
	<1227545309.31892.47.camel@petr> <1227566087.8101.11.camel@joy>
Message-ID: <20081125140323.GF19322@fi.muni.cz>

Petr Stehlik wrote:
: Petr Stehlik píše v Po 24. 11. 2008 v 17:48 +0100:
: > Jan Kasprzak píše v Po 24. 11. 2008 v 17:03 +0100:
: > > 	Co pouzivate? MythTV, Me TV, LinuxVCR?
: > 
: > je-li to hlasovani, tak MythTV++
: 
: to je hloupe, chybi mi tam strednik za tim ++, takze to vypada spis jako
: C++ nez jako inkrementace.
: 
: Kazdopadne MythTV rulez big time takze kdokoliv kdo ma nepatrne vyssi
: potreby na multimedialni centrum si s MythTV uzije svoje. Splnuje
: vsechny vase pozadavky s prevahou a nabizi spoustu bonusu navic.

	A kompilovali jste si to sami nebo mate z distribuce?
Pro Fedoru to je jen v ATrpms, a prvni pokus o ./configure skoncil
s tim, ze nemam lame (coz mam, vcetne devel verze). Na blizsi
pohled to k tomu ./configure nema ./configure.in, takze podivat se
kde vlastne udelali autori chybu v detekci lame bude hnusnejsi prace
nez by mohla byt. Vic casu jsem tomu zatim nevenoval :-)

: Jedine, co me zarazilo, je pozadavek na "skriptovani co chci nahravat,
: hlavne ne pres nejake menu" - tezko si umim predstavit neco
: intuitivnejsiho nez EPG, kterym probehnu sipkama a zaskrnu jednim tlakem
: ('R' jako record) co chci jak nahravat... Skriptovani mi na to rozhodne
: nesedi - naznacte, jak byste si to predstavoval...

	Predstava je ze kdyz zrovna nejsem doma a presto bych chtel neco
nahrat, abych se aspon pres ssh mohl z meho PDA prihlasit a to nahravani
nastavit (staci asi multiplex, program a rozsah casu - nepredpokladam ze
mi nekdo da interaktivni menu v textovem rezimu :-). Plus druha aplikace
(ktera mozna pujde i z menu) - nahravani "vicemene" periodicky se vyskytujicich
poradu (treba zpravy).

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
>>  If you find yourself arguing with Alan Cox, you?re _probably_ wrong.  <<
>>     --James Morris in "How and Why You Should Become a Kernel Hacker"  <<


From kas na fi.muni.cz  Tue Nov 25 15:11:05 2008
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Tue, 25 Nov 2008 15:11:05 +0100
Subject: Jakou aplikaci pro DVB-T? a jaky HW pro HDMI
In-Reply-To: <1227600653.6675.23.camel@petr>
References: <20081124160349.GN19322@fi.muni.cz> <492BB0DB.8050004@seznam.cz>
	<1227600653.6675.23.camel@petr>
Message-ID: <20081125141105.GG19322@fi.muni.cz>

Petr Stehlik wrote:
: "Petr \"Qaxi\" Klíma" píše v Út 25. 11. 2008 v 09:01 +0100:
: > Jan Kasprzak napsal(a):
: > > 	Dobry vecer,
: > >
: > > co pouzivate pro ovladani/spravu/... DVB-T karty? Nemyslim driver v jadre
: > > ale nejakou "front-end" aplikaci. Co bych od toho chtel:
: > >   
: > Drze se připojím k tvojí otázce ...
: > 
: > Jaký HW použít do takovéhoto stroje, aby mu fungoval HDMI i TV out 
: > výstup (ideálně integrované na MB)?
: 
: je na tom něco dramatického? DVI + TV out mi fungovalo před pěti lety
: normálně...

	Letmo jsem se dival, a dramaticke bude sehnat vubec HW ktery umi
oba dva tyto vystupy.

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
>>  If you find yourself arguing with Alan Cox, you?re _probably_ wrong.  <<
>>     --James Morris in "How and Why You Should Become a Kernel Hacker"  <<


From lists.subscriber na pragl.cz  Tue Nov 25 15:15:41 2008
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Tue, 25 Nov 2008 15:15:41 +0100
Subject: FC9: binarni ATi ovlvadace seg fault
Message-ID: <F3C9F787D08541FE9B39D31065BFCEA9@mireknb>

Ahoj,
zkousel jsem na sve postarsi AGP Radeon 9700 rozchodit ATi fglrx ovladace. 
CPU je P4, chipset GraniteBay.

Jak original ATi/AMD tak predkompilovana rpmka z livna mi pri jakekoliv akci 
padaji na segfault (vc. napr. modprobe fglrx).

Par lidi se stejnou radou (9xxx) popisovalo obdobny problem ale nenasel jsem 
reseni.

Ne(vy)resil jste zde nekdo?


Dik

MP



From pstehlik na sophics.cz  Tue Nov 25 15:26:43 2008
From: pstehlik na sophics.cz (Petr Stehlik)
Date: Tue, 25 Nov 2008 15:26:43 +0100
Subject: Jakou aplikaci pro DVB-T?
In-Reply-To: <20081125140323.GF19322@fi.muni.cz>
References: <20081124160349.GN19322@fi.muni.cz>
	<1227545309.31892.47.camel@petr> <1227566087.8101.11.camel@joy>
	<20081125140323.GF19322@fi.muni.cz>
Message-ID: <1227623203.6675.58.camel@petr>

Jan Kasprzak píše v Út 25. 11. 2008 v 15:03 +0100:

> : Kazdopadne MythTV rulez big time takze kdokoliv kdo ma nepatrne vyssi
> : potreby na multimedialni centrum si s MythTV uzije svoje. Splnuje
> : vsechny vase pozadavky s prevahou a nabizi spoustu bonusu navic.
> 
> 	A kompilovali jste si to sami nebo mate z distribuce?

prekladam si to sam, prihazuju k tomu ruzne patche.

> : Jedine, co me zarazilo, je pozadavek na "skriptovani co chci nahravat,
> : hlavne ne pres nejake menu" - tezko si umim predstavit neco
> : intuitivnejsiho nez EPG, kterym probehnu sipkama a zaskrnu jednim tlakem
> : ('R' jako record) co chci jak nahravat... Skriptovani mi na to rozhodne
> : nesedi - naznacte, jak byste si to predstavoval...
> 
> 	Predstava je ze kdyz zrovna nejsem doma a presto bych chtel neco
> nahrat, abych se aspon pres ssh mohl z meho PDA prihlasit a to nahravani
> nastavit

tak normalni lide se prihlasi pres https a nastavi si to (MythTV ma
MythWeb, skvele webove rozhrani, kde se da delat vse co na Myth
frontendu plus neco navic, napr. streaming pres web do PDA). To je
nejpohodlnejsi, ale pokud PDA neumi https, tak MythTV nabizi dalsi
myslim tri komunikacni protokoly, pres ktere by se s nim dalo
domluvit...

> (staci asi multiplex, program a rozsah casu - nepredpokladam ze
> mi nekdo da interaktivni menu v textovem rezimu :-). Plus druha aplikace
> (ktera mozna pujde i z menu) - nahravani "vicemene" periodicky se vyskytujicich
> poradu (treba zpravy).

to neni druha aplikace, to je proste jen jiny mod nahravani - MythTV umi
pro kazdy porad nastavit jeden z asi 8 modu nahravani (denne, tydne, na
tomto kanalu, na vsech kanalech, v tomto konkretnim case, podle nazvu
poradu...).

Chci o MythTV uz od jara udelat cesky web, ta aplikace a jeji soucasni i
potencialni uzivatele si to zaslouzi...

Petr




From spatkak na luzanky.cz  Tue Nov 25 15:51:08 2008
From: spatkak na luzanky.cz (=?ISO-8859-2?Q?Petr_=A9patka?=)
Date: Tue, 25 Nov 2008 15:51:08 +0100
Subject: VMware a iptables
In-Reply-To: <200811251344.11742.ojo@force.sk>
References: <492BF1DF.5020704@luzanky.cz> <200811251344.11742.ojo@force.sk>
Message-ID: <492C10DC.7050406@luzanky.cz>


> net.bridge.bridge-nf-call-arptables = 0
> net.bridge.bridge-nf-call-ip6tables = 0
> net.bridge.bridge-nf-call-iptables = 0
> net.bridge.bridge-nf-filter-vlan-tagged = 0
>   
Tak u mě to nepomohlo nebo dělám ještě něco špatně.
Teď to mám takto: eth0 - fyzická, br0 - bridge na eth0 a vmware je 
připojen na br0 + natvrdo nastavené popsané volby v sysctl.conf.

Petr

P.S. Asi ještě zkusím nat a uvidím.



From maty na piskotek.cz  Tue Nov 25 16:05:39 2008
From: maty na piskotek.cz (Matysek)
Date: Tue, 25 Nov 2008 16:05:39 +0100
Subject: FC9: binarni ATi ovlvadace seg fault
In-Reply-To: <F3C9F787D08541FE9B39D31065BFCEA9@mireknb>
References: <F3C9F787D08541FE9B39D31065BFCEA9@mireknb>
Message-ID: <937421585.20081125160539@piskotek.cz>

> Ahoj,
> zkousel jsem na sve postarsi AGP Radeon 9700
> rozchodit ATi fglrx ovladace.
> CPU je P4, chipset GraniteBay.

> Jak original ATi/AMD tak predkompilovana rpmka z
> livna mi pri jakekoliv akci
> padaji na segfault (vc. napr. modprobe fglrx).

> Par lidi se stejnou radou (9xxx) popisovalo obdobny problem ale nenasel jsem
> reseni.

Zkousel jsem i (vse Hercules) 95xx/96xx rady a vyresil jsem to
destrukci fglrx. Nicmene na FC8 chodilo nativne dobre vse pouze bez
fglrx. Se Sulphurem jsem to vzdal po dvou dnech laborovani a pouzil
jsem nativni driver bez fglrx. Od ruznych for az po ML porad nic.
VIAKT400/nForce2 ... s AMD XP+ stroje. Priznam se, ze dal uz jsem
nemel vuli s tim cokoliv delat. 

> Ne(vy)resil jste zde nekdo?

Prastil jsem s tim a nacpal tam nVidiu, ale to asi nechces cist,
ze?:-)

> Dik

> MP

> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux







From lists_mk na wujiman.net  Tue Nov 25 16:48:02 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Tue, 25 Nov 2008 16:48:02 +0100
Subject: tisknout obrazek pres vice papiru
Message-ID: <20081125154802.GD31079@finrod>

zdravim. nevite o nejake veci (napriklad plugin do gimpu), ktery by zvladl
fakt veliky obrazek vytisknout pres nekolik papiru?

diky
mk


From lists_mk na wujiman.net  Tue Nov 25 17:15:15 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Tue, 25 Nov 2008 17:15:15 +0100
Subject: logovani na linuxu do circular bufferu
Message-ID: <20081125161515.GF31079@finrod>

zdravim. chtel bych logovat na standardnim debianu do circular bufferu. je
nejaky logovaci daemon, ktery to umi, nebo budu muset nainstalovat busybox a
pouzit syslog z neho?

diky
mk


From martin.konference na seznam.cz  Tue Nov 25 16:55:28 2008
From: martin.konference na seznam.cz (Martin =?utf-8?q?=C5=A0pirk?=)
Date: Tue, 25 Nov 2008 16:55:28 +0100
Subject: Jakou aplikaci pro DVB-T? a jaky HW pro HDMI
In-Reply-To: <20081125141105.GG19322@fi.muni.cz>
References: <20081124160349.GN19322@fi.muni.cz> <1227600653.6675.23.camel@petr>
	<20081125141105.GG19322@fi.muni.cz>
Message-ID: <200811251655.28702.martin.konference@seznam.cz>

Dne út 25. listopadu 2008 15:11 Jan Kasprzak napsal(a):
> Petr Stehlik wrote:
> : "Petr \"Qaxi\" Klíma" píše v Út 25. 11. 2008 v 09:01 +0100:
> : > Jan Kasprzak napsal(a):
> : > >   Dobry vecer,
> : > >
> : > > co pouzivate pro ovladani/spravu/... DVB-T karty? Nemyslim driver v
> : > > jadre ale nejakou "front-end" aplikaci. Co bych od toho chtel:
> : >
> : > Drze se připojím k tvojí otázce ...
> : >
> : > Jaký HW použít do takovéhoto stroje, aby mu fungoval HDMI i TV out
> : > výstup (ideálně integrované na MB)?
> :
> : je na tom něco dramatického? DVI + TV out mi fungovalo před pěti lety
> : normálně...
>
>         Letmo jsem se dival, a dramaticke bude sehnat vubec HW ktery umi
> oba dva tyto vystupy.

Umi to napr. chipset AMD 690G, mj. na desce Asus M2A-VM HDMI. Mam ji skoro 
rok, ale pokud jde o tyto 2 vystupy, tak bohuzel zkusenosti nemam.
HDMI jsem kdysi zkusil, ale na me "HD Ready" televizi to nabehlo v nejakem 
nemoznem rozliseni, takze jsem asi po 10 min zkouseni celou vec odlozil.
TV-out jsem jakziv na nic nepouzil.
Nicmene mam "stale v planu" udelat z toho krome desktopu i HTPC, takze jednou, 
mozna....:-)

Martin



From ojo na force.sk  Tue Nov 25 15:59:30 2008
From: ojo na force.sk (Ondrej Scecina)
Date: Tue, 25 Nov 2008 15:59:30 +0100
Subject: VMware a iptables
In-Reply-To: <492C10DC.7050406@luzanky.cz>
References: <492BF1DF.5020704@luzanky.cz> <200811251344.11742.ojo@force.sk>
	<492C10DC.7050406@luzanky.cz>
Message-ID: <200811251559.30688.ojo@force.sk>

No a tie volby v sysctl.conf sa nacitaju po restarte pocitaca alebo pomocou 
prikazu

sysctl -p /etc/sysctl.conf

Dňa Tuesday 25 November 2008 Petr Špatka napísal:
> > net.bridge.bridge-nf-call-arptables = 0
> > net.bridge.bridge-nf-call-ip6tables = 0
> > net.bridge.bridge-nf-call-iptables = 0
> > net.bridge.bridge-nf-filter-vlan-tagged = 0
>
> Tak u mě to nepomohlo nebo dělám ještě něco špatně.
> Teď to mám takto: eth0 - fyzická, br0 - bridge na eth0 a vmware je
> připojen na br0 + natvrdo nastavené popsané volby v sysctl.conf.
>
> Petr
>
> P.S. Asi ještě zkusím nat a uvidím.
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux




From ok1ced na nagano.cz  Tue Nov 25 18:48:37 2008
From: ok1ced na nagano.cz (Josef Stengl)
Date: Tue, 25 Nov 2008 18:48:37 +0100
Subject: logovani na linuxu do circular bufferu
In-Reply-To: <20081125161515.GF31079@finrod>
References: <20081125161515.GF31079@finrod>
Message-ID: <492C3A75.2080301@nagano.cz>

Tož nazdar

není to circular buffer ale třeba toto?

#logrotate

Description-cs: Nástroj, jenž rotuje deníky (logy).
 Nástroj logrotate slouží k zjednodušení správy systému, který vytváří
 velké množství deníků (logů). Umožňuje automatickou rotaci a komprimaci
 souborů deníků, odstraňování a odesílání deníků elektronickou poštou.
 Může být nastaven aby zpracovával deníky denně, týdně, měsíčně nebo
 když deník dosáhne udané velikosti. Zpravidla je logrotate spouštěn
 jednou denně jako úloha "cron".

A hele on vážně nemá syslog na to volbu, jen ten busyboxový, to jsou věci ..:-)
ced

Martin Kraus wrote:
> zdravim. chtel bych logovat na standardnim debianu do circular bufferu. je
> nejaky logovaci daemon, ktery to umi, nebo budu muset nainstalovat busybox a
> pouzit syslog z neho?
> 
> diky
> mk
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux


From talk na advokati.biz  Tue Nov 25 19:14:45 2008
From: talk na advokati.biz (Daniel Hrbac)
Date: Tue, 25 Nov 2008 19:14:45 +0100
Subject: tisknout obrazek pres vice papiru
In-Reply-To: <20081125154802.GD31079@finrod>
References: <20081125154802.GD31079@finrod>
Message-ID: <492C4095.5080803@advokati.biz>

Martin Kraus napsal(a):
> zdravim. nevite o nejake veci (napriklad plugin do gimpu), ktery by zvladl
> fakt veliky obrazek vytisknout pres nekolik papiru?
> 
> diky
> mk

vim, že to je hodně blbá odpověď, ale něco jsem takového onehdá hledal 
na velmi dlouhý obrázek a nakonec to tupě vytiskla sekretářka na 
windowsech v paintu, který to tak dělá nativně.

-- 
Daniel Hrbac


From lists.subscriber na pragl.cz  Tue Nov 25 22:02:30 2008
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Tue, 25 Nov 2008 22:02:30 +0100
Subject: FC9: binarni ATi ovlvadace seg fault
References: <F3C9F787D08541FE9B39D31065BFCEA9@mireknb>
	<937421585.20081125160539@piskotek.cz>
Message-ID: <DA7DD2ECA27A4766937BDA7FAC390ED9@home.intranet>

standardni xfree ovladac relativne bez problemu ale chtel jsem konecne nejak 
lidsky rozchodit a spravovat dualhead.

ze FC9 sux vime asi oba, RH based distra pouzivam nekdy od RH4 a FC9 je 
bezkonkurencne nejhorsi. Uz ani nebugziluju.

MP

>Zkousel jsem i (vse Hercules) 95xx/96xx rady a vyresil jsem to
>destrukci fglrx. Nicmene na FC8 chodilo nativne dobre vse pouze bez



From Vogl.Lubomir na seznam.cz  Wed Nov 26 06:39:58 2008
From: Vogl.Lubomir na seznam.cz (=?iso-8859-2?Q?Lubom=EDr=20Vogl?=)
Date: Wed, 26 Nov 2008 06:39:58 +0100 (CET)
Subject: =?us-ascii?Q?Jadro=202=2E6=2E25=20vyuziva=20pouze=202=2C5GB=20pameti?=
Message-ID: <6456.8648-5820-1938009860-1227677997@seznam.cz>


Zdravim,

proc mi jadro 2.6.25-686 vyuziva pouze 2,5 GB pameti ? Osazeno je 6GB. Debian testing.

Lubomir Vogl


From petr.balas na gmail.com  Wed Nov 26 07:30:36 2008
From: petr.balas na gmail.com (=?WINDOWS-1252?Q?Petr_Bal=E1=9A?=)
Date: Wed, 26 Nov 2008 07:30:36 +0100
Subject: Jadro 2.6.25 vyuziva pouze 2,5GB pameti
In-Reply-To: <6456.8648-5820-1938009860-1227677997@seznam.cz>
References: <6456.8648-5820-1938009860-1227677997@seznam.cz>
Message-ID: <412122330811252230h7b3d8764m8b91938e1d5dce2@mail.gmail.com>

Hi

2008/11/26 Lubomír Vogl <Vogl.Lubomir na seznam.cz>:
>
> proc mi jadro 2.6.25-686 vyuziva pouze 2,5 GB pameti ? Osazeno je 6GB. Debian testing.

Mate 32bit kernel ktery umi adresovat 4 GB (32bit kernel lze prelozit
aby umel adresovat
i vic ale je to obezlicka a IMHO pomalejsi). Z techto 4 GB ukrajuji
pameti na pouzitych
zarizenich takze obvykle pro pamet cca 3 GB.

Aneb pokud muzete preinstalujte tam 64bit system a bude to v pohode.
A nebo pouzijte
linux-image-2.6.25-cosi-686-bigmem

-- 
Petr Baláš - petr at balas dot cz


From czechtony na strojvimp.cz  Wed Nov 26 07:32:50 2008
From: czechtony na strojvimp.cz (Czechtony)
Date: Wed, 26 Nov 2008 07:32:50 +0100
Subject: tisknout obrazek pres vice papiru
In-Reply-To: <492C4095.5080803@advokati.biz>
References: <20081125154802.GD31079@finrod> <492C4095.5080803@advokati.biz>
Message-ID: <492CED92.6030502@strojvimp.cz>

Ja jsem po hodinach hledani a zkouseni skoncil uspesne u openoffice 
(myslim ze writer).
Slo to i jinak, ale vysledkem byl obrovsky .ps soubor, ktery mi tiskarna 
nezrala :-)

CzT

--
Daniel Hrbac napsal(a):
> Martin Kraus napsal(a):
>   
>> zdravim. nevite o nejake veci (napriklad plugin do gimpu), ktery by zvladl
>> fakt veliky obrazek vytisknout pres nekolik papiru?
>>
>> diky
>> mk
>>     


From tomas.krbec na gmail.com  Wed Nov 26 07:46:00 2008
From: tomas.krbec na gmail.com (=?UTF-8?Q?Tom=C3=A1=C5=A1_Krbec?=)
Date: Wed, 26 Nov 2008 07:46:00 +0100
Subject: Fedora 9 preupgrade a reiserfs
In-Reply-To: <be31d3800805200525p30db0det22068b86995291f7@mail.gmail.com>
References: <be31d3800805190145l5c212d57t78cdc8f045017d30__41181.0384750881$1211186814$gmane$org@mail.gmail.com>
	<ijkag5xotd.ln2@ppp1053.in.ipex.cz>
	<be31d3800805200525p30db0det22068b86995291f7@mail.gmail.com>
Message-ID: <be31d3800811252246h63ea005t7f75d92664110a97@mail.gmail.com>

Ha, tak ani preupgrade na Fedoru 10 to nezvládne, když je použit reiserfs :-(
Že já to před těmi x lety použil.

Dne 20. květen 2008 13:25 Tomáš Krbec <tomas.krbec na gmail.com> napsal(a):
> Ano, tohle jsem věděl, tohle se ale dá použít, když se instaluje z
> DVD. Snažil jsem se dát parametr reiserfs do grubu pro záznam pro
> PreUpgrade ( http://fedoraproject.org/wiki/Features/PreUpgrade ), ale
> to nepomohlo.
>
>
>
> 2008/5/20 Matej Cepl <mcepl na redhat.com>:
>> On 2008-05-19, 08:45 GMT, Tomáš Krbec wrote:
>>> Dá se nějak anakondě podhodit, aby to namontovala jako
>>> reiserfs?
>>
>> http://www.fedorafaq.org/#reiserjfs
>>
>> Matěj
>
>
>
> --
> S pozdravem
> Tomáš Krbec
>



-- 
S pozdravem
Tomáš Krbec

From czechtony na strojvimp.cz  Wed Nov 26 07:47:15 2008
From: czechtony na strojvimp.cz (Czechtony)
Date: Wed, 26 Nov 2008 07:47:15 +0100
Subject: tisknout obrazek pres vice papiru
In-Reply-To: <492CED92.6030502@strojvimp.cz>
References: <20081125154802.GD31079@finrod> <492C4095.5080803@advokati.biz>
	<492CED92.6030502@strojvimp.cz>
Message-ID: <492CF0F3.5090607@strojvimp.cz>

Tak beru zpet, zda se ze u predchoziho pc s opensuse jsem mel jine 
ovladace tiskarny s moznosti "poster".
Nyni v ubuntu 8.04 a jejich OOo nic takoveho nevidim :-(

CzT

--
Czechtony napsal(a):
> Ja jsem po hodinach hledani a zkouseni skoncil uspesne u openoffice 
> (myslim ze writer).
> Slo to i jinak, ale vysledkem byl obrovsky .ps soubor, ktery mi tiskarna 
> nezrala :-)
>
> CzT
>   


From vaclavik na ujp.cz  Wed Nov 26 07:51:27 2008
From: vaclavik na ujp.cz (Ing. Juraj =?iso-8859-2?q?V=E1clav=EDk?=)
Date: Wed, 26 Nov 2008 07:51:27 +0100
Subject: tisknout obrazek pres vice papiru
In-Reply-To: <20081125154802.GD31079@finrod>
References: <20081125154802.GD31079@finrod>
Message-ID: <200811260751.27759.vaclavik@ujp.cz>

Dne út 25. listopadu 2008 Martin Kraus napsal(a):
> zdravim. nevite o nejake veci (napriklad plugin do gimpu), ktery by zvladl
> fakt veliky obrazek vytisknout pres nekolik papiru?

stačí instalovat balík poster a objeví se to jako další karta v KDE správci tisku 
(kprinter) - alespoň na OpenSUSE odedávna.



-- 
zdravím

Ing. Juraj Václavík


From qaxi na seznam.cz  Wed Nov 26 08:44:54 2008
From: qaxi na seznam.cz (=?ISO-8859-2?Q?=22Petr_=5C=22Qaxi=5C=22_Kl=EDma=22?=)
Date: Wed, 26 Nov 2008 08:44:54 +0100
Subject: Jakou aplikaci pro DVB-T? a jaky HW pro HDMI
In-Reply-To: <200811251655.28702.martin.konference@seznam.cz>
References: <20081124160349.GN19322@fi.muni.cz> <1227600653.6675.23.camel@petr>
	<20081125141105.GG19322@fi.muni.cz>
	<200811251655.28702.martin.konference@seznam.cz>
Message-ID: <492CFE76.8020607@seznam.cz>

Martin Špirk napsal(a):
> Dne út 25. listopadu 2008 15:11 Jan Kasprzak napsal(a):
>   
>> Petr Stehlik wrote:
>> : "Petr \"Qaxi\" Klíma" píše v Út 25. 11. 2008 v 09:01 +0100:
>> : > Jan Kasprzak napsal(a):
>> : > >   Dobry vecer,
>> : > >
>> : > > co pouzivate pro ovladani/spravu/... DVB-T karty? Nemyslim driver v
>> : > > jadre ale nejakou "front-end" aplikaci. Co bych od toho chtel:
>> : >
>> : > Drze se připojím k tvojí otázce ...
>> : >
>> : > Jaký HW použít do takovéhoto stroje, aby mu fungoval HDMI i TV out
>> : > výstup (ideálně integrované na MB)?
>> :
>> : je na tom něco dramatického? DVI + TV out mi fungovalo před pěti lety
>> : normálně...
>>
>>         Letmo jsem se dival, a dramaticke bude sehnat vubec HW ktery umi
>> oba dva tyto vystupy.
>>     
>
> Umi to napr. chipset AMD 690G, mj. na desce Asus M2A-VM HDMI. Mam ji skoro 
> rok, ale pokud jde o tyto 2 vystupy, tak bohuzel zkusenosti nemam.
> HDMI jsem kdysi zkusil, ale na me "HD Ready" televizi to nabehlo v nejakem 
> nemoznem rozliseni, takze jsem asi po 10 min zkouseni celou vec odlozil.
> TV-out jsem jakziv na nic nepouzil.
> Nicmene mam "stale v planu" udelat z toho krome desktopu i HTPC, takze jednou, 
> mozna....:-)
>   
Bingo ...

no to je přesně ono. Kolega tuhle desku pořídil a pokusy s ní dopadly 
tak, že si za 10000,- koupil HDD rekorder.

-- 

      Petr Klíma
   <qaxi na seznam.cz>              
 



From czechtony na strojvimp.cz  Wed Nov 26 08:53:58 2008
From: czechtony na strojvimp.cz (Czechtony)
Date: Wed, 26 Nov 2008 08:53:58 +0100
Subject: tisknout obrazek pres vice papiru
In-Reply-To: <20081125154802.GD31079@finrod>
References: <20081125154802.GD31079@finrod>
Message-ID: <492D0096.8060504@strojvimp.cz>

Na abicku pisou:

Dnes jsem tuto bitvu vyhrál s pomocí OpenOffice.org Draw. Velikost 
stránky nastavil na požadovanou výslednou velikost (80×90 cm); vektorový 
obrázek v SVG roztáhl přes celou plochu a převedl na rastr (jinak to 
tisklo prázdné stránky :-/); ve volbách tisku jsem zvolil ?stránky jako 
dlaždice? a konečně u varování nastavení tisku zvolil ?tisk na více 
stránek?.

viz.: http://www.abclinuxu.cz/poradna/linux/show/108532#1

--
CzT


From pstehlik na sophics.cz  Wed Nov 26 08:54:05 2008
From: pstehlik na sophics.cz (Petr Stehlik)
Date: Wed, 26 Nov 2008 08:54:05 +0100
Subject: Jakou aplikaci pro DVB-T? a jaky HW pro HDMI
In-Reply-To: <492CFE76.8020607@seznam.cz>
References: <20081124160349.GN19322@fi.muni.cz>
	<1227600653.6675.23.camel@petr> <20081125141105.GG19322@fi.muni.cz>
	<200811251655.28702.martin.konference@seznam.cz>
	<492CFE76.8020607@seznam.cz>
Message-ID: <1227686045.13315.16.camel@petr>

"Petr \"Qaxi\" Klíma" píše v St 26. 11. 2008 v 08:44 +0100:
> > Umi to napr. chipset AMD 690G, mj. na desce Asus M2A-VM HDMI. Mam ji skoro 
> > rok, ale pokud jde o tyto 2 vystupy, tak bohuzel zkusenosti nemam.
> > HDMI jsem kdysi zkusil, ale na me "HD Ready" televizi to nabehlo v nejakem 
> > nemoznem rozliseni, takze jsem asi po 10 min zkouseni celou vec odlozil.
> > TV-out jsem jakziv na nic nepouzil.
> > Nicmene mam "stale v planu" udelat z toho krome desktopu i HTPC, takze jednou, 
> > mozna....:-)

> no to je přesně ono. Kolega tuhle desku pořídil a pokusy s ní dopadly 
> tak, že si za 10000,- koupil HDD rekorder.

myslim, ze jsem kamaradovi pomahal rozjet HTPC na teto desce (jestli je
to ta s ATI grafikou) a moje prvni podminka byla, at si koupi normalni
nVIDIA kartu. Az me nakonec poslechl, tak vse rozjel.

Ovsem to bylo na jare, od te doby AMD udelala kousek prace na
ovladacich. Jednou, az budou ovladace na AMD grafiku bezvadne, to jiste
pujde i onboard. Jen si tim HDMI konektorem clovek zbytecne svazuje
ruce, protoze pak nema digitalni zvuk jak poslat jinam.

Proto bych i dnes doporucil spis poctivy DVI vystup (a k tomu levny
kabel DVI->HDMI, pokud ma TV pouze HDMI) a zvuk poslat do receiveru
normalne pres S/PDIF.

Petr




From Vogl.Lubomir na seznam.cz  Wed Nov 26 09:11:22 2008
From: Vogl.Lubomir na seznam.cz (=?iso-8859-2?Q?Lubom=EDr=20Vogl?=)
Date: Wed, 26 Nov 2008 09:11:22 +0100 (CET)
Subject: =?us-ascii?Q?Re=3A=20Jadro=202=2E6=2E25=20vyuziva=20pouze=202=2C5GB=20pameti?=
In-Reply-To: <412122330811252230h7b3d8764m8b91938e1d5dce2@mail.gmail.com>
Message-ID: <6397.8631-8216-1564016392-1227687082@seznam.cz>

Zkusil jsem 2.6.26-686-bigmem a funguje to. :-)

64bitovy kernel mate na mysli 2.6.26-xen ?



>  ------------ Původní zpráva ------------
>  Od: Petr Baláš <petr.balas na gmail.com>
>  Předmět: Re: Jadro 2.6.25 vyuziva pouze 2,5GB pameti
>  Datum: 26.11.2008 07:30:58
>  ----------------------------------------
>  Hi
>  
>  2008/11/26 Lubomír Vogl <Vogl.Lubomir na seznam.cz>:
>  >
>  > proc mi jadro 2.6.25-686 vyuziva pouze 2,5 GB pameti ? Osazeno je 6GB. Debian
>  testing.
>  
>  Mate 32bit kernel ktery umi adresovat 4 GB (32bit kernel lze prelozit
>  aby umel adresovat
>  i vic ale je to obezlicka a IMHO pomalejsi). Z techto 4 GB ukrajuji
>  pameti na pouzitych
>  zarizenich takze obvykle pro pamet cca 3 GB.
>  
>  Aneb pokud muzete preinstalujte tam 64bit system a bude to v pohode.
>  A nebo pouzijte
>  linux-image-2.6.25-cosi-686-bigmem
>  
>  -- 
>  Petr Baláš - petr at balas dot cz
>  _______________________________________________
>  Linux mailing list
>  Linux na linux.cz
>  http://www.linux.cz/mailman/listinfo/linux
>  
>  
>  


From talk na advokati.biz  Wed Nov 26 09:18:57 2008
From: talk na advokati.biz (Daniel Hrbac)
Date: Wed, 26 Nov 2008 09:18:57 +0100
Subject: Jadro 2.6.25 vyuziva pouze 2,5GB pameti
In-Reply-To: <6397.8631-8216-1564016392-1227687082@seznam.cz>
References: <6397.8631-8216-1564016392-1227687082@seznam.cz>
Message-ID: <492D0671.70607@advokati.biz>

Lubomír Vogl napsal(a):
> Zkusil jsem 2.6.26-686-bigmem a funguje to. :-)
> 
> 64bitovy kernel mate na mysli 2.6.26-xen ?

myslim, ze mel na mysli preinstalovat cely OS na 64bitovou verzi. ten 
-xen je na virtualizační stroj pokud se nepletu.
-- 
Daniel Hrbac


From petr.klima na sobriety.cz  Wed Nov 26 09:22:04 2008
From: petr.klima na sobriety.cz (=?UTF-8?B?UGV0ciBLbMOtbWE=?=)
Date: Wed, 26 Nov 2008 09:22:04 +0100
Subject: Jadro 2.6.25 vyuziva pouze 2,5GB pameti
In-Reply-To: <6397.8631-8216-1564016392-1227687082@seznam.cz>
References: <6397.8631-8216-1564016392-1227687082@seznam.cz>
Message-ID: <492D072C.4060002@sobriety.cz>

Lubomír Vogl wrote:
> Zkusil jsem 2.6.26-686-bigmem a funguje to. :-)
> 
> 64bitovy kernel mate na mysli 2.6.26-xen ?

Ne, byl myslen 64bitovy SYSTEM (samozrejme vcetne kernelu).

Petr
-- 
Petr Klíma

Vývojář, správce sítě
Sobriety s.r.o.

e-mail: petr.klima na sobriety.cz



From czechtony na strojvimp.cz  Wed Nov 26 09:38:42 2008
From: czechtony na strojvimp.cz (Czechtony)
Date: Wed, 26 Nov 2008 09:38:42 +0100
Subject: tisknout obrazek pres vice papiru
In-Reply-To: <20081125154802.GD31079@finrod>
References: <20081125154802.GD31079@finrod>
Message-ID: <492D0B12.2000009@strojvimp.cz>

Narazil jsem na pdfposter, ktery mi uspesne funguje - 
http://pdfposter.origo.ethz.ch/wiki/pdfposter

Pracuje stejne jako poster, ale s pdf soubory. Download z jejich stranek 
momentalne nejde,
takze jsem ho stahl zde 
https://launchpad.net/ubuntu/jaunty/+source/pdfposter

--
CzT


From janda na netbox.cz  Wed Nov 26 09:45:19 2008
From: janda na netbox.cz (Petr Janda)
Date: Wed, 26 Nov 2008 09:45:19 +0100
Subject: tisknout obrazek pres vice papiru
In-Reply-To: <20081125154802.GD31079@finrod>
References: <20081125154802.GD31079@finrod>
Message-ID: <20081126084519.GR721@prcek>

On Tue, Nov 25, 2008 at 04:48:02PM +0100, Martin Kraus wrote:
> zdravim. nevite o nejake veci (napriklad plugin do gimpu), ktery by zvladl
> fakt veliky obrazek vytisknout pres nekolik papiru?
> 
> diky
> mk

debian ma balicek poster
	
	S pozdravem 

				Petr Janda
-- 
email: /bin/sh -c 'A=netbox; B=janda; printf "%s@%s.cz\n" ${B} ${A}'



From ok1ced na nagano.cz  Wed Nov 26 09:58:31 2008
From: ok1ced na nagano.cz (Josef Stengl)
Date: Wed, 26 Nov 2008 09:58:31 +0100
Subject: Jadro 2.6.25 vyuziva pouze 2,5GB pameti
In-Reply-To: <492D072C.4060002@sobriety.cz>
References: <6397.8631-8216-1564016392-1227687082@seznam.cz>
	<492D072C.4060002@sobriety.cz>
Message-ID: <492D0FB7.9000003@nagano.cz>

Měl by stačit jen 64bitový kernel. Má koncovku amd64 a podle dokumentace 
by měl chodit i na 64bit intelech.
Když ho naistalujete z balíčku, tak by se to mělo ozvat, jestli ješte 
něco k sobě nepotřebuje.
Ale záleží jestli to podporuje systém, ne všechni výrobci to podporuji - 
což mi v dnešní době nepříjemě překvapilo.
Pak si budete muste vystačit s bigmem.
ced


Petr Klíma wrote:
> Lubomír Vogl wrote:
>   
>> Zkusil jsem 2.6.26-686-bigmem a funguje to. :-)
>>
>> 64bitovy kernel mate na mysli 2.6.26-xen ?
>>     
>
> Ne, byl myslen 64bitovy SYSTEM (samozrejme vcetne kernelu).
>
> Petr
>   



From djaara na djaara.net  Wed Nov 26 09:27:04 2008
From: djaara na djaara.net (Jaroslav Barton)
Date: Wed, 26 Nov 2008 09:27:04 +0100
Subject: Jadro 2.6.25 vyuziva pouze 2,5GB pameti
In-Reply-To: <6397.8631-8216-1564016392-1227687082@seznam.cz>
References: <6397.8631-8216-1564016392-1227687082@seznam.cz>
Message-ID: <1227688024.25351.6.camel@localhost>

Lubomír Vogl píše v St 26. 11. 2008 v 09:11 +0100:
> Zkusil jsem 2.6.26-686-bigmem a funguje to. :-)

Není to ukrutně pomalé (v porovnání se stavem, kdy viděl jen 2.5GB)?


> 64bitovy kernel mate na mysli 2.6.26-xen ?

Ne, to je kernel pro virtualizaci založenou na XEN, 64bit kernel
obsahuje v názvu nejčastěji amd64. U 32 bit distribuce ale asi 64 bit
kernel nebude. Možná by ho šlo stáhnout z FTP pro 64bit verzi distribuce
a nainstalovat ho ručně (s --force-architecture), ale spíš bych
doporučoval nainstalovat 64bit verzi distribuce.

> 
> 
> 
> >  ------------ Původní zpráva ------------
> >  Od: Petr Baláš <petr.balas na gmail.com>
> >  Předmět: Re: Jadro 2.6.25 vyuziva pouze 2,5GB pameti
> >  Datum: 26.11.2008 07:30:58
> >  ----------------------------------------
> >  Hi
> >  
> >  2008/11/26 Lubomír Vogl <Vogl.Lubomir na seznam.cz>:
> >  >
> >  > proc mi jadro 2.6.25-686 vyuziva pouze 2,5 GB pameti ? Osazeno je 6GB. Debian
> >  testing.
> >  
> >  Mate 32bit kernel ktery umi adresovat 4 GB (32bit kernel lze prelozit
> >  aby umel adresovat
> >  i vic ale je to obezlicka a IMHO pomalejsi). Z techto 4 GB ukrajuji
> >  pameti na pouzitych
> >  zarizenich takze obvykle pro pamet cca 3 GB.
> >  
> >  Aneb pokud muzete preinstalujte tam 64bit system a bude to v pohode.
> >  A nebo pouzijte
> >  linux-image-2.6.25-cosi-686-bigmem
> >  
> >  -- 
> >  Petr Baláš - petr at balas dot cz
> >  _______________________________________________
> >  Linux mailing list
> >  Linux na linux.cz
> >  http://www.linux.cz/mailman/listinfo/linux
> >  
> >  
> >  
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
-- 
Jaroslav Bartoň,
Student VUT FIT



From konference na unistav.cz  Wed Nov 26 10:21:59 2008
From: konference na unistav.cz (=?utf-8?B?UGV0ciBIdsSbemRh?=)
Date: Wed, 26 Nov 2008 10:21:59 +0100 (CET)
Subject: Bind a widle - nedochazi k update zony
In-Reply-To: <20081122190643.362E.0@paddy.troja.mff.cuni.cz>
References: <20081122190643.362E.0@paddy.troja.mff.cuni.cz>
Message-ID: <2258.192.168.0.77.1227691319.squirrel@mail.unistav.cz>

Zdravim,

Tak jsem pokrocil trochu dale. Dle Vaseho napadu jsem zkusil z widli
kontaktovat primarni server, to se mi nepodarilo. Zkusil jsem vyhodit z
named.conf klausuli view a pak uz to slo. Mam asi problem v konfiguraci,
ale nevim moc co s tim. Takto je to nastaveno ted nefunkcni:

view "in.unistav.cz" {
zone "in.unistav.cz" {
    type master;
    file "master/db.in.unistav.cz";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };
};
};

a takhle to funguje

zone "in.unistav.cz" {
    type master;
    file "master/db.in.unistav.cz";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };
};

allow-transfer je v poradku.

Klausuli view jsem zacal pouzivat z duvodu toho, ze mam urcite klienty
kteri pristupuji zevnitr i zvenci na jeden server a potrebuji jim davat
jiny preklad adres. Ze vnitr vnitrni adresu z venci kvuli NATu venkovni.

Dekuji za kazdy napad.

--
Petr Hvezda



>
> Expire je čas, po který může sekundár předpokládat, že má platná data,
> když se mu nedaří to zkontrolovat u primárního serveru. Čili těm wokenicím
> se to zřejmě týden v kuse nedaří, tak to vzdají.
>
>> protoze se linux master server jevi jako nedostupny (jen co se DNS tyce,
>> jinak se samozrejme vidi). Musim restartnout bind a pak se mi podari na
>> widlich reload, zona se nacte.
>
> Vyzkoušel jste z těch woken ručně (třeba nslookupem), že skutečně nelze
> kontaktovat primární nameserver a přes AXFR stáhnout obsah zóny? Odjinud
> to lze? Máte správně nastavené allow-transfer?
>



From dobes na tes.eu  Wed Nov 26 10:32:18 2008
From: dobes na tes.eu (Michal Dobes)
Date: Wed, 26 Nov 2008 10:32:18 +0100
Subject: Bind a widle - nedochazi k update zony
In-Reply-To: <2258.192.168.0.77.1227691319.squirrel@mail.unistav.cz>
References: <20081122190643.362E.0@paddy.troja.mff.cuni.cz>
	<2258.192.168.0.77.1227691319.squirrel@mail.unistav.cz>
Message-ID: <492D17A2.20003@tes.eu>

Petr Hvězda napsal(a):
> Mam asi problem v konfiguraci,
> ale nevim moc co s tim. Takto je to nastaveno ted nefunkcni:
> 
> view "in.unistav.cz" {
> zone "in.unistav.cz" {
>     type master;
>     file "master/db.in.unistav.cz";
>     allow-update   { none; };
>     allow-transfer { localhost; in_unistav; unistav; };
>     allow-query    { localhost; in_unistav; unistav; };
> };
> };

Ke štěstí mi tam chybí něco jako:

acl in_unistav {
	10.1.2.0/24;
	10.2.3.0/24;
	....
};


view "in.unistav.cz" {
	match-clients { in_unistav; };
	zone "..." {
		...
	};
};

A také se zamyslet, jak je to s rekurzivníma datazama,
potom dotazování cache a pár dalších nechutností
v závislosti na použité verzi bindu.

M.


From konference na unistav.cz  Wed Nov 26 10:40:06 2008
From: konference na unistav.cz (=?utf-8?B?UGV0ciBIdsSbemRh?=)
Date: Wed, 26 Nov 2008 10:40:06 +0100 (CET)
Subject: Bind a widle - nedochazi k update zony
In-Reply-To: <492D17A2.20003@tes.eu>
References: <20081122190643.362E.0@paddy.troja.mff.cuni.cz>
	<2258.192.168.0.77.1227691319.squirrel@mail.unistav.cz>
	<492D17A2.20003@tes.eu>
Message-ID: <2294.192.168.0.77.1227692406.squirrel@mail.unistav.cz>

ACL mam definovane nahore v souboru, to jsem umyslne nekopiroval, neprijde
mi to muj problem uplne podstane...

Dekuji

--
Petr Hvezda


Michal Dobes napsal(a):
> Petr Hvězda napsal(a):
>> Mam asi problem v konfiguraci,
>> ale nevim moc co s tim. Takto je to nastaveno ted nefunkcni:
>>
>> view "in.unistav.cz" {
>> zone "in.unistav.cz" {
>>     type master;
>>     file "master/db.in.unistav.cz";
>>     allow-update   { none; };
>>     allow-transfer { localhost; in_unistav; unistav; };
>>     allow-query    { localhost; in_unistav; unistav; };
>> };
>> };
>
> Ke štěstí mi tam chybí něco jako:
>
> acl in_unistav {
> 	10.1.2.0/24;
> 	10.2.3.0/24;
> 	....
> };
>
>
> view "in.unistav.cz" {
> 	match-clients { in_unistav; };
> 	zone "..." {
> 		...
> 	};
> };
>
> A také se zamyslet, jak je to s rekurzivníma datazama,
> potom dotazování cache a pár dalších nechutností
> v závislosti na použité verzi bindu.
>
> M.
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>


-- 
Petr Hvězda


From jmarek na jcu.cz  Wed Nov 26 10:41:12 2008
From: jmarek na jcu.cz (Jan Marek)
Date: Wed, 26 Nov 2008 10:41:12 +0100
Subject: VYRESENO: Instalace RH 5.2 ES na iSCSI disk. pole
In-Reply-To: <20081120083124.GO5922@hazard.jcu.cz>
References: <20081120083124.GO5922@hazard.jcu.cz>
Message-ID: <20081126094112.GC5922@hazard.jcu.cz>

Dd,

On Thu, Nov 20, 2008 at 09:31:24AM +0100, Jan Marek wrote:
> Dobry den,
> 
> pokousim se instalovat ruzne linux-y na Tuto kombinaci HW:
> 
> Supermicro s 2x 4-j Xeon
> 64GB RAM
> bez vlastnich disku
> radic Qlogic 4062 (iSCSI)
> diskovy prostor na iSCSI disk. poli Equalogic
> 
> Postupne jsem tam zkousel instalovat tyto distribuce:
> Oracle Unbreakable Linux 5.2 x86-64
> Oracle Unbreakable Linux 5.2 386
> RedHat Enterprise Linux 5.2

problem jest vyresen. Pres vsechno moje ocekavani stacilo upgradnout
BIOS zakladni desky. Zda se, ze se tim nejak zmenila prace s pameti.

Ted zrovna provadim novou instalaci Oracle Linuxu 64b a vse jede tak,
jak bych ocekaval.

Treba to nekomu pomuze.

Zdravi
Honza Marek
-- 
Ing. Jan Marek               | Nez mi poslete prilohu .doc, .xls 
University of South Bohemia  | nebo .ppt, prectete si, prosim,
Academic Computer Centre     | WWW stranku uvedenou na poslednim
Phone: +420-38-9032080       | radku signatury...
http://www.gnu.org/philosophy/no-word-attachments.cs.html


From konference na unistav.cz  Wed Nov 26 11:00:51 2008
From: konference na unistav.cz (=?utf-8?B?UGV0ciBIdsSbemRh?=)
Date: Wed, 26 Nov 2008 11:00:51 +0100 (CET)
Subject: Bind a widle - nedochazi k update zony
In-Reply-To: <2294.192.168.0.77.1227692406.squirrel@mail.unistav.cz>
References: <20081122190643.362E.0@paddy.troja.mff.cuni.cz>
	<2258.192.168.0.77.1227691319.squirrel@mail.unistav.cz>
	<492D17A2.20003@tes.eu>
	<2294.192.168.0.77.1227692406.squirrel@mail.unistav.cz>
Message-ID: <2320.192.168.0.77.1227693651.squirrel@mail.unistav.cz>

Jeste me napada, jak to vlastne funguje - je to bud a nebo ? V pripade, ze
pouziji jen v jednom pripade view, tak mi bind vsechny ostatni zony
ignoruje. Je tedy nutne mit view u vsech zon, nebo se to da nastavit i
jinak ?

Posiam cely konfiguracni soubor, protoze uz se v tom sam nevyznam. Tak jak
to posilam viz nize, tak mi to prave bere jenom ty dve posleni zony s view
a zbytek ignoruje. Pokud dve posledni zony odeberu, tak se vsechny bez
problemu chytnou - nactou.

Pokud pridam ke vsem zonam view, tak mi zase nefunguje update zony na
sekundarni server (widle).

Potrebuji tu konfiguraci se vsemi zonami i s view.

options {
        directory "/var/named";
        dump-file "/var/named/data/cache_dump.db";
        statistics-file "/var/named/data/named_stats.txt";
        allow-recursion { localhost; in_unistav; unistav; };
        forwarders { xxx; };
        notify yes;
        interface-interval 1;
};
include "/etc/rndc.key";

acl in_unistav { 192.168.0.0/16; };
acl unistav { xxx; };

zone "localhost" {
    type master;
    file "master/localhost";
    allow-update { none; };
    allow-transfer { any; };
};

zone "0.0.127.in-addr.arpa" {
    type master;
    file "master/127.0.0";
    allow-update { none; };
    allow-transfer { any; };
};

zone "." {
    type hint;
    file "master/named.root";
};

zone "unistav.cz" {
    type master;
    file "master/db.unistav.cz";
    allow-update { none; };
    allow-transfer { any; };
    allow-query { any; };
};

zone "in.unistav.cz" {
    type master;
    file "master/db.in.unistav.cz";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };
};

zone "0.168.192.in-addr.arpa" {
    type master;
    file "master/db.rev.192.168.0";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };
};

zone "1.168.192.in-addr.arpa" {
    type master;
    file "master/db.rev.192.168.1";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };
};

zone "2.168.192.in-addr.arpa" {
    type master;
    file "master/db.rev.192.168.2";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };
};

zone "6.168.192.in-addr.arpa" {
    type master;
    file "master/db.rev.192.168.6";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };

};

zone "8.168.192.in-addr.arpa" {
    type master;
    file "master/db.rev.192.168.8";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };

};

view "internal" {
match-clients { 192.168.0.0/24; }; // our network
    recursion yes;
    zone "unistav.cz" {
    type master;
    file "master/internal.db.unistav.cz";
    };
};

view "external" {
match-clients { any; }; // all ohther hosts
    recursion no;
    zone "unistav.cz" {
    type master;
    file "master/db.unistav.cz";
    };
};


Dekuji za kazdy napad.

--
Petr Hvezda




Petr Hvězda napsal(a):
> ACL mam definovane nahore v souboru, to jsem umyslne nekopiroval, neprijde
> mi to muj problem uplne podstane...
>
> Dekuji
>
> --
> Petr Hvezda
>
>



From libor_ml1 na mts.cz  Wed Nov 26 11:28:31 2008
From: libor_ml1 na mts.cz (Libor Chocholaty)
Date: Wed, 26 Nov 2008 11:28:31 +0100
Subject: Jadro 2.6.25 vyuziva pouze 2,5GB pameti
In-Reply-To: <492D0FB7.9000003@nagano.cz>
References: <6397.8631-8216-1564016392-1227687082@seznam.cz>	<492D072C.4060002@sobriety.cz>
	<492D0FB7.9000003@nagano.cz>
Message-ID: <492D24CF.2070401@mts.cz>

Josef Stengl wrote:
> Měl by stačit jen 64bitový kernel. Má koncovku amd64 a podle dokumentace 
> by měl chodit i na 64bit intelech.
> Když ho naistalujete z balíčku, tak by se to mělo ozvat, jestli ješte 
> něco k sobě nepotřebuje.
> Ale záleží jestli to podporuje systém, ne všechni výrobci to podporuji - 
>   
Vyrobci ceho?

Libor



From dobes na tes.eu  Wed Nov 26 11:42:00 2008
From: dobes na tes.eu (Michal Dobes)
Date: Wed, 26 Nov 2008 11:42:00 +0100
Subject: Bind a widle - nedochazi k update zony
In-Reply-To: <2320.192.168.0.77.1227693651.squirrel@mail.unistav.cz>
References: <20081122190643.362E.0@paddy.troja.mff.cuni.cz>	<2258.192.168.0.77.1227691319.squirrel@mail.unistav.cz>	<492D17A2.20003@tes.eu>	<2294.192.168.0.77.1227692406.squirrel@mail.unistav.cz>
	<2320.192.168.0.77.1227693651.squirrel@mail.unistav.cz>
Message-ID: <492D27F8.3010109@tes.eu>

Petr Hvězda napsal(a):
> Jeste me napada, jak to vlastne funguje - je to bud a nebo ? V pripade, ze
> pouziji jen v jednom pripade view, tak mi bind vsechny ostatni zony
> ignoruje. Je tedy nutne mit view u vsech zon, nebo se to da nastavit i
> jinak ?

Vše pod view a na výběr správného view je třeba použít to match-clients,
jak jsem posílal před chvílí.

M.


From ok1ced na nagano.cz  Wed Nov 26 11:54:08 2008
From: ok1ced na nagano.cz (Josef Stengl)
Date: Wed, 26 Nov 2008 11:54:08 +0100
Subject: Jadro 2.6.25 vyuziva pouze 2,5GB pameti
In-Reply-To: <492D24CF.2070401@mts.cz>
References: <6397.8631-8216-1564016392-1227687082@seznam.cz>	<492D072C.4060002@sobriety.cz>	<492D0FB7.9000003@nagano.cz>
	<492D24CF.2070401@mts.cz>
Message-ID: <492D2AD0.201@nagano.cz>

HW. Pokud jsem správně pochopil, pokud není podpora v BIOSu tak, to 
prostě nejde.
procesor je intel T5500, a intel píše že má 64 bitovou podporu, ale 
výtobce notasu (FSC) ji nemá implementovanou. Alespoň jsem to tak 
pochopil, možná že se pletu. Nenapladlo mě při koupi to vůbec hledat. No 
ale jinkak to funguje a věšet se kvůli tomu nehodlám.
Akorád některé výpočty jsou trošku pomalejší než by mohly být, ale 
nesimuluji tak často aby se mi to vyplatilo měnit (několik  málo sekund).
ced

Libor Chocholaty wrote:
> Josef Stengl wrote:
>   
>> Měl by stačit jen 64bitový kernel. Má koncovku amd64 a podle dokumentace 
>> by měl chodit i na 64bit intelech.
>> Když ho naistalujete z balíčku, tak by se to mělo ozvat, jestli ješte 
>> něco k sobě nepotřebuje.
>> Ale záleží jestli to podporuje systém, ne všechni výrobci to podporuji - 
>>   
>>     
> Vyrobci ceho?
>
> Libor
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>   



From psimek na jcu.cz  Wed Nov 26 12:02:58 2008
From: psimek na jcu.cz (Petr Simek)
Date: Wed, 26 Nov 2008 12:02:58 +0100
	(=?iso-8859-2?Q?St=F8edn=ED_Evropa_=28b=EC=9En=FD_=E8as=29?=)
Subject: Bind a widle - nedochazi k update zony
In-Reply-To: <2320.192.168.0.77.1227693651.squirrel@mail.unistav.cz>
Message-ID: <Pine.WNT.4.43.0811261159010.-381891@helio.jcu.cz>

On Wed, 26 Nov 2008, [utf-8] Petr Hvězda wrote:

> Jeste me napada, jak to vlastne funguje - je to bud a nebo ? V pripade, ze
> pouziji jen v jednom pripade view, tak mi bind vsechny ostatni zony
> ignoruje. Je tedy nutne mit view u vsech zon, nebo se to da nastavit i
> jinak ?

ja to chapu tak, ze ty zony pak musite vsechny definovat az uvnitr tech
"view" sekci. Protoze kdyz pouzijete ty "view" tak pak urcite pomoci
match-clients co spadne do jake view sekce a tudiz ty zony definovane
mimo view sekce asi neprijdou na radu nikdy.

> Petr Hvezda

*------------------------------------------------------------------------*
|                          Petr Simek   APS JU                           |
|                             psimek na jcu.cz                              |
*------------------------------------------------------------------------*



From Vogl.Lubomir na seznam.cz  Wed Nov 26 12:14:13 2008
From: Vogl.Lubomir na seznam.cz (=?iso-8859-2?Q?Lubom=EDr=20Vogl?=)
Date: Wed, 26 Nov 2008 12:14:13 +0100 (CET)
Subject: =?us-ascii?Q?Re=3A=20Jadro=202=2E6=2E25=20vyuziva=20pouze=202=2C5GB=20pameti?=
In-Reply-To: <492D2AD0.201@nagano.cz>
Message-ID: <6286.8610-11014-6435381-1227698053@seznam.cz>

tak amd-2.6.26-1-amd64 vpohode bezi, k dispozici plna pamet.
Instalovalo se pouze jadro, nic dalsiho (apt-get install ...)

Deska  je Intel, procesor je QuadCore Xeon.

diky za pomoc

L.


>  ------------ Původní zpráva ------------
>  Od: Josef Stengl <ok1ced na nagano.cz>
>  Předmět: Re: Jadro 2.6.25 vyuziva pouze 2,5GB pameti
>  Datum: 26.11.2008 11:54:51
>  ----------------------------------------
>  HW. Pokud jsem správně pochopil, pokud není podpora v BIOSu tak, to 
>  prostě nejde.
>  procesor je intel T5500, a intel píše že má 64 bitovou podporu, ale 
>  výtobce notasu (FSC) ji nemá implementovanou. Alespoň jsem to tak 
>  pochopil, možná že se pletu. Nenapladlo mě při koupi to vůbec hledat. No 
>  ale jinkak to funguje a věšet se kvůli tomu nehodlám.
>  Akorád některé výpočty jsou trošku pomalejší než by mohly být, ale 
>  nesimuluji tak často aby se mi to vyplatilo měnit (několik  málo sekund).
>  ced
>  
>  Libor Chocholaty wrote:
>  > Josef Stengl wrote:
>  >   
>  >> Měl by stačit jen 64bitový kernel. Má koncovku amd64 a podle dokumentace 
>  >> by měl chodit i na 64bit intelech.
>  >> Když ho naistalujete z balíčku, tak by se to mělo ozvat, jestli ješte 
>  >> něco k sobě nepotřebuje.
>  >> Ale záleží jestli to podporuje systém, ne všechni výrobci to podporuji - 
>  >>   
>  >>     
>  > Vyrobci ceho?
>  >
>  > Libor
>  >
>  > _______________________________________________
>  > Linux mailing list
>  > Linux na linux.cz
>  > http://www.linux.cz/mailman/listinfo/linux
>  >   
>  
>  _______________________________________________
>  Linux mailing list
>  Linux na linux.cz
>  http://www.linux.cz/mailman/listinfo/linux
>  
>  
>  


From spatkak na luzanky.cz  Wed Nov 26 12:25:03 2008
From: spatkak na luzanky.cz (=?ISO-8859-2?Q?Petr_=A9patka?=)
Date: Wed, 26 Nov 2008 12:25:03 +0100
Subject: VMware a iptables
In-Reply-To: <200811251559.30688.ojo@force.sk>
References: <492BF1DF.5020704@luzanky.cz>
	<200811251344.11742.ojo@force.sk>	<492C10DC.7050406@luzanky.cz>
	<200811251559.30688.ojo@force.sk>
Message-ID: <492D320F.1090905@luzanky.cz>


> No a tie volby v sysctl.conf sa nacitaju po restarte pocitaca alebo pomocou 
> prikazu
>
> sysctl -p /etc/sysctl.conf
>   
Dík. Pro jistotu jsem to zavedl i ručně a nechal jsem si vypsat aktuální 
stav, aby ověřil ono nastavení. Pomocí iptables se stále logoují jen 
broadcasty na tu virtuální mašinu a to co už má přímou IP, tak mizí. 
Podotýkám, že v rámci testování jsem nechal logovat vše - 
pravděpodobnost, že bych blbě napsal iptable příkaz je malá - není tam 
žádná IP, žádné source, jen "loguj!" a to pro INPUT, OUTPUT i FORWARD. 
Jo a mám vmware server verze 2 - nevím jestli to nemůže souviset. Už to 
skoro vzdávám :-(.

Každopádně dík.

Petr


From konference na unistav.cz  Wed Nov 26 12:27:52 2008
From: konference na unistav.cz (=?utf-8?B?UGV0ciBIdsSbemRh?=)
Date: Wed, 26 Nov 2008 12:27:52 +0100 (CET)
Subject: Bind a widle - nedochazi k update zony
In-Reply-To: <Pine.WNT.4.43.0811261159010.-381891@helio.jcu.cz>
References: <Pine.WNT.4.43.0811261159010.-381891@helio.jcu.cz>
Message-ID: <2480.192.168.0.77.1227698872.squirrel@mail.unistav.cz>


Problem vsak je v tom, ze pokud definuji vsechny zony do view, tak mi
nefunguje update zony z primaru (linux) na sekundar (widle). A to jsem
vlastne zase na zacatku celeho problemu.

--
Petr Hvezda

> ja to chapu tak, ze ty zony pak musite vsechny definovat az uvnitr tech
> "view" sekci. Protoze kdyz pouzijete ty "view" tak pak urcite pomoci
> match-clients co spadne do jake view sekce a tudiz ty zony definovane
> mimo view sekce asi neprijdou na radu nikdy.
>



From konference na unistav.cz  Wed Nov 26 12:37:35 2008
From: konference na unistav.cz (=?utf-8?B?UGV0ciBIdsSbemRh?=)
Date: Wed, 26 Nov 2008 12:37:35 +0100 (CET)
Subject: Bind a widle - nedochazi k update zony
In-Reply-To: <492D27F8.3010109@tes.eu>
References: <20081122190643.362E.0@paddy.troja.mff.cuni.cz>
	<2258.192.168.0.77.1227691319.squirrel@mail.unistav.cz>
	<492D17A2.20003@tes.eu>
	<2294.192.168.0.77.1227692406.squirrel@mail.unistav.cz>
	<2320.192.168.0.77.1227693651.squirrel@mail.unistav.cz>
	<492D27F8.3010109@tes.eu>
Message-ID: <2499.192.168.0.77.1227699455.squirrel@mail.unistav.cz>

Ano, to je ta druha mozna, co jsem zkousel, jenze tam nefunguje update na
widle (sekundar). Tady to je:

options {
        directory "/var/named";
        dump-file "/var/named/data/cache_dump.db";
        statistics-file "/var/named/data/named_stats.txt";
        allow-recursion { localhost; in_unistav; unistav; };
        forwarders { xxx };
        notify yes;
        interface-interval 1;
};
include "/etc/rndc.key";

acl in_unistav { 192.168.0.0/16; };
acl unistav { xxx };

view "trusted" {
match-clients { 127.0.0.1/8; 192.168.0.0/24; }; // our network
recursion yes;
zone "unistav.cz" {
    type master;
    file "master/internal.db.unistav.cz";
    allow-update { none; };
    allow-transfer { any; };
    allow-query { any; };
};
};

view "badguys" {
match-clients { any; }; // all ohther hosts
recursion yes;
zone "unistav.cz" {
    type master;
    file "master/db.unistav.cz";
    allow-update { none; };
    allow-transfer { any; };
    allow-query { any; };
};
};

view "localhost" {
zone "localhost" {
    type master;
    file "master/localhost";
    allow-update { none; };
    allow-transfer { any; };
};
};

view "0.0.127.in-addr.arpa" {
zone "0.0.127.in-addr.arpa" {
    type master;
    file "master/127.0.0";
    allow-update { none; };
    allow-transfer { any; };
};
};

view "." {
zone "." {
    type hint;
    file "master/named.root";
};
};

view "in.unistav.cz" {
zone "in.unistav.cz" {
    type master;
    file "master/db.in.unistav.cz";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };
};
};

view "0.168.192.in-addr.arpa" {
zone "0.168.192.in-addr.arpa" {
    type master;
    file "master/db.rev.192.168.0";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };
};
};

view "1.168.192.in-addr.arpa" {
zone "1.168.192.in-addr.arpa" {
    type master;
    file "master/db.rev.192.168.1";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };
};
};

view "2.168.192.in-addr.arpa" {
zone "2.168.192.in-addr.arpa" {
    type master;
    file "master/db.rev.192.168.2";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };
};
};

view "6.168.192.in-addr.arpa" {
zone "6.168.192.in-addr.arpa" {
    type master;
    file "master/db.rev.192.168.6";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };

};
};

view "8.168.192.in-addr.arpa" {
zone "8.168.192.in-addr.arpa" {
    type master;
    file "master/db.rev.192.168.8";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };

};
};

--
Petr Hvezda


> Vše pod view a na výběr správného view je třeba použít to match-clients,
> jak jsem posílal před chvílí.
>
> M.



From dobes na tes.eu  Wed Nov 26 12:58:22 2008
From: dobes na tes.eu (Michal Dobes)
Date: Wed, 26 Nov 2008 12:58:22 +0100
Subject: Bind a widle - nedochazi k update zony
In-Reply-To: <2499.192.168.0.77.1227699455.squirrel@mail.unistav.cz>
References: <20081122190643.362E.0@paddy.troja.mff.cuni.cz>	<2258.192.168.0.77.1227691319.squirrel@mail.unistav.cz>	<492D17A2.20003@tes.eu>	<2294.192.168.0.77.1227692406.squirrel@mail.unistav.cz>	<2320.192.168.0.77.1227693651.squirrel@mail.unistav.cz>	<492D27F8.3010109@tes.eu>
	<2499.192.168.0.77.1227699455.squirrel@mail.unistav.cz>
Message-ID: <492D39DE.7030606@tes.eu>

Petr Hvězda napsal(a):
> Ano, to je ta druha mozna, co jsem zkousel, jenze tam nefunguje update na
> widle (sekundar). Tady to je:
> 
> options {
>         directory "/var/named";
>         dump-file "/var/named/data/cache_dump.db";
>         statistics-file "/var/named/data/named_stats.txt";
>         allow-recursion { localhost; in_unistav; unistav; };
>         forwarders { xxx };
>         notify yes;
>         interface-interval 1;
> };
> include "/etc/rndc.key";
> 
> acl in_unistav { 192.168.0.0/16; };
> acl unistav { xxx };
> 
> view "trusted" {
> match-clients { 127.0.0.1/8; 192.168.0.0/24; }; // our network
> recursion yes;
> zone "unistav.cz" {
>     type master;
>     file "master/internal.db.unistav.cz";
>     allow-update { none; };
>     allow-transfer { any; };
>     allow-query { any; };
> };
> };
> 
> view "badguys" {
> match-clients { any; }; // all ohther hosts
> recursion yes;
> zone "unistav.cz" {
>     type master;
>     file "master/db.unistav.cz";
>     allow-update { none; };
>     allow-transfer { any; };
>     allow-query { any; };
> };
> };


A co máte v logu? Řekl bych, že tam bude něco o tom, že neví,
jakou doménu má posílat.
Musíte na sekundár přenášet tu veřejnou i interní verzi domény?
Pokud ne, tak v tom badguys nepovolujte transfer nikomu a v tom
internal povolte jen patřičný server.
Pokud musíte přenášet obě verze domény na sekundár (to už umí Windows
DNS server konečně obdobu moultiview?), tak použijte pro každý přenos
jinou IP adresu nebo použít TSIG a rozdílné klíče, ale TSIG Win DNS
nepodporuje(val?), má vlastní neslučitelný ekvivalent.
Jakou IP adresu má ten sekundární DNS, je v té 192.168.0.0/24 oblasti
nebo 192.168.0.0/16?

M.


PS: V tom badguys by mělo být spíše recursion no, ale pokud nemáte další
podřízené domény, tak to je jedno. Taktéž bude možná bind řvát, že máte
rekurzi definovanou nadvakrát v options a pak ve views.


From hrbac.conf na seznam.cz  Wed Nov 26 13:09:07 2008
From: hrbac.conf na seznam.cz (=?ISO-8859-2?Q?David_Hrb=E1=E8?=)
Date: Wed, 26 Nov 2008 13:09:07 +0100
Subject: VYRESENO: Instalace RH 5.2 ES na iSCSI disk. pole
In-Reply-To: <20081126094112.GC5922@hazard.jcu.cz>
References: <20081120083124.GO5922@hazard.jcu.cz>
	<20081126094112.GC5922@hazard.jcu.cz>
Message-ID: <492D3C63.50108@seznam.cz>

Jan Marek napsal(a):
> problem jest vyresen. Pres vsechno moje ocekavani stacilo upgradnout
> BIOS zakladni desky. Zda se, ze se tim nejak zmenila prace s pameti.
> 
> Ted zrovna provadim novou instalaci Oracle Linuxu 64b a vse jede tak,
> jak bych ocekaval.
> 
> Treba to nekomu pomuze.
> 
> Zdravi
> Honza Marek

Poradil RH nebo jsem na to přišel sám,
DH


From konference na unistav.cz  Wed Nov 26 13:13:45 2008
From: konference na unistav.cz (=?utf-8?B?UGV0ciBIdsSbemRh?=)
Date: Wed, 26 Nov 2008 13:13:45 +0100 (CET)
Subject: Bind a widle - nedochazi k update zony
In-Reply-To: <492D39DE.7030606@tes.eu>
References: <20081122190643.362E.0@paddy.troja.mff.cuni.cz>
	<2258.192.168.0.77.1227691319.squirrel@mail.unistav.cz>
	<492D17A2.20003@tes.eu>
	<2294.192.168.0.77.1227692406.squirrel@mail.unistav.cz>
	<2320.192.168.0.77.1227693651.squirrel@mail.unistav.cz>
	<492D27F8.3010109@tes.eu>
	<2499.192.168.0.77.1227699455.squirrel@mail.unistav.cz>
	<492D39DE.7030606@tes.eu>
Message-ID: <2582.192.168.0.77.1227701625.squirrel@mail.unistav.cz>

No problem neni se zonou unistav.cz, ale se zonou in.unistav.cz, ktera
spada pod view badguys. V ni to mam nastaveno takto:

view "badguys" {
match-clients { any; }; // all ohther hosts
recursion yes;
zone "unistav.cz" {
    type master;
    file "master/db.unistav.cz";
    allow-update { none; };
    allow-transfer { any; };
    allow-query { any; };
};

zone "in.unistav.cz" {
    type master;
    file "master/db.in.unistav.cz";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };
};
};

A mam jen jediny server (prave widle), ktere si zadaji transfer. Widle
maji adresu 192.168.0.254, takze spadaji do ACL in_unistav, kde mam
nastaveno 192.168.0.0/16

Pokud se dotazuji z widli nslookupem na nejaky DNS nazev, tak pise, ze
domena neexistuje, v logu nevidim nic spatneho. Pokud odeberu views, tak
mi odpovi bez problemu.

Diky

--
Petr Hvezda

>
> A co máte v logu? Řekl bych, že tam bude něco o tom, že neví,
> jakou doménu má posílat.
> Musíte na sekundár přenášet tu veřejnou i interní verzi domény?
> Pokud ne, tak v tom badguys nepovolujte transfer nikomu a v tom
> internal povolte jen patřičný server.
> Pokud musíte přenášet obě verze domény na sekundár (to už umí Windows
> DNS server konečně obdobu moultiview?), tak použijte pro každý přenos
> jinou IP adresu nebo použít TSIG a rozdílné klíče, ale TSIG Win DNS
> nepodporuje(val?), má vlastní neslučitelný ekvivalent.
> Jakou IP adresu má ten sekundární DNS, je v té 192.168.0.0/24 oblasti
> nebo 192.168.0.0/16?
>
> M.
>
>
> PS: V tom badguys by mělo být spíše recursion no, ale pokud nemáte další
> podřízené domény, tak to je jedno. Taktéž bude možná bind řvát, že máte
> rekurzi definovanou nadvakrát v options a pak ve views.
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>


-- 
Petr Hvězda


From hrbac.conf na seznam.cz  Wed Nov 26 13:31:55 2008
From: hrbac.conf na seznam.cz (=?ISO-8859-2?Q?David_Hrb=E1=E8?=)
Date: Wed, 26 Nov 2008 13:31:55 +0100
Subject: VYRESENO: Instalace RH 5.2 ES na iSCSI disk. pole
In-Reply-To: <492D3C63.50108@seznam.cz>
References: <20081120083124.GO5922@hazard.jcu.cz>	<20081126094112.GC5922@hazard.jcu.cz>
	<492D3C63.50108@seznam.cz>
Message-ID: <492D41BB.2050701@seznam.cz>

David Hrbáč napsal(a):
> Poradil RH nebo jsem na to přišel sám,
> DH

Omlouvám se, mělo být "jste".
DH



From dobes na tes.eu  Wed Nov 26 13:36:58 2008
From: dobes na tes.eu (Michal Dobes)
Date: Wed, 26 Nov 2008 13:36:58 +0100
Subject: Bind a widle - nedochazi k update zony
In-Reply-To: <2582.192.168.0.77.1227701625.squirrel@mail.unistav.cz>
References: <20081122190643.362E.0@paddy.troja.mff.cuni.cz>	<2258.192.168.0.77.1227691319.squirrel@mail.unistav.cz>	<492D17A2.20003@tes.eu>	<2294.192.168.0.77.1227692406.squirrel@mail.unistav.cz>	<2320.192.168.0.77.1227693651.squirrel@mail.unistav.cz>	<492D27F8.3010109@tes.eu>	<2499.192.168.0.77.1227699455.squirrel@mail.unistav.cz>	<492D39DE.7030606@tes.eu>
	<2582.192.168.0.77.1227701625.squirrel@mail.unistav.cz>
Message-ID: <492D42EA.3050405@tes.eu>

Petr Hvězda napsal(a):
> No problem neni se zonou unistav.cz, ale se zonou in.unistav.cz, ktera
> spada pod view badguys. V ni to mam nastaveno takto:
> 
> view "badguys" {
> match-clients { any; }; // all ohther hosts
> recursion yes;
> zone "unistav.cz" {
>     type master;
>     file "master/db.unistav.cz";
>     allow-update { none; };
>     allow-transfer { any; };
>     allow-query { any; };
> };
> 
> zone "in.unistav.cz" {
>     type master;
>     file "master/db.in.unistav.cz";
>     allow-update   { none; };
>     allow-transfer { localhost; in_unistav; unistav; };
>     allow-query    { localhost; in_unistav; unistav; };
> };
> };
> 
> A mam jen jediny server (prave widle), ktere si zadaji transfer. Widle
> maji adresu 192.168.0.254, takze spadaji do ACL in_unistav, kde mam
> nastaveno 192.168.0.0/16
> 
> Pokud se dotazuji z widli nslookupem na nejaky DNS nazev, tak pise, ze
> domena neexistuje, v logu nevidim nic spatneho. Pokud odeberu views, tak
> mi odpovi bez problemu.

Což je naprosto pochopitelné, že se vám to tak chová.
Díky IP serveru 192.168.0.254 se dotazy stáhnout do toho view "trusted"
a tam žádná in.unistav.cz není, je tam jen unistav.cz.
Funguje to tak, že se použije první sekce view, která dle match_clients
vyhoví. Pokud v dané sekci ta doména není, tak se vrací neexistence.
Není to tak, že by to pokračovalo do dalšího view, který by ještě mohl
dle IP odpovídat.
Proto předchozí výpis, kde byly hromady view, zcela postrádal smysl,
protože stroje 192.168.0.0/24 padly do trusted a vše ostatní do badguys
a všechny následující view se ignorují.
Obvykle bývají tak 2-3 view a v každém hromada domén, než samostatný
view na každou doménu.

M.



From Jan.Vajda na somi.sk  Wed Nov 26 13:59:45 2008
From: Jan.Vajda na somi.sk (Jan ' Kozo ' Vajda)
Date: Wed, 26 Nov 2008 13:59:45 +0100
Subject: connect cez SSH pri vypadnutom LDAP
Message-ID: <492D4841.1090902@somi.sk>

Zdravim ..

riesim problem s pripojenim na CentOS 4 (4.7) server pocas vypadku LDAP.

v /etc/nsswitch.conf mam zaznamy:
passwd:     files ldap
shadow:     files ldap
group:      files ldap

okrem toho, ze neskutocne dlho (minuty) nabieha pri boote (ci restarte 
sluzby) samotny LDAP server nastava pre mna problem v pripade, ze vobec 
nebezi.

sshd ma odmieta prihlasit a v logoch nachadzam hlasky:

Nov 26 14:47:29 server sshd: nss_ldap: reconnecting to LDAP server 
(sleeping 16 seconds)...
Nov 26 14:47:45 server sshd: nss_ldap: failed to bind to LDAP server 
ldap://127.0.0.1: Can't contact LDAP server
Nov 26 14:47:45 server sshd: nss_ldap: reconnecting to LDAP server 
(sleeping 32 seconds)...

Logika sice hovori, ze pokial mam prvy v nsswitch.conf files pouzije sa 
autorizacia voci passwd/shadow realita je taka, ze pokial stihne par 
krat prebehnut reconnect na LDAP ssh klient mi skonci s tym, ze server 
mu uzavrel spojenie. A je uplne jedno, ci sa hlasim cez kluc, alebo cez 
heslo ...

bind_policy mam nastavenu default (cize hard) ..

otazok mam viacero:

- pokial pouzivam LDAP len pre lokalne sluzby mozem nastavit 
bind_policy na soft bez toho, aby mi to nejako ovplyvnilo funkcnost 
sluzieb ? (co sa udeje napr. s mailami v prpade, ze je soft a sucasne 
LDAP nebezi, su odmietnute s hlaskou, ze uzivatel neexistuje ?)

- viem zmenit nastavenie pam/nsswitch/whatever tak, aby mi sshd 
pouzivalo vyhradne autorizaciu cez passwd/shadow a/alebo cez kluc a 
nepokusalo ma s LDAP ?

- to nikomu nevadi ten par minutovy start LDAP v RHEL based distro ?

-- 
Ing. Jan Vajda
SOMI systems a.s.
CSA 25
974 01 Banska Bystrica
phone: +421 48 4146 759
fax: +421 48 4146 760
e-mail:  Jan.Vajda na somi.sk
URL: http://www.somi.sk/



From ojo na force.sk  Wed Nov 26 14:38:24 2008
From: ojo na force.sk (Ondrej Scecina)
Date: Wed, 26 Nov 2008 14:38:24 +0100
Subject: VMware a iptables
In-Reply-To: <492D320F.1090905@luzanky.cz>
References: <492BF1DF.5020704@luzanky.cz> <200811251559.30688.ojo@force.sk>
	<492D320F.1090905@luzanky.cz>
Message-ID: <200811261438.24555.ojo@force.sk>

Dňa Wednesday 26 November 2008 Petr Špatka napísal:
> > No a tie volby v sysctl.conf sa nacitaju po restarte pocitaca alebo
> > pomocou prikazu
> >
> > sysctl -p /etc/sysctl.conf
>
> Dík. Pro jistotu jsem to zavedl i ručně a nechal jsem si vypsat aktuální
> stav, aby ověřil ono nastavení. Pomocí iptables se stále logoují jen
> broadcasty na tu virtuální mašinu a to co už má přímou IP, tak mizí.
> Podotýkám, že v rámci testování jsem nechal logovat vše -
> pravděpodobnost, že bych blbě napsal iptable příkaz je malá - není tam
> žádná IP, žádné source, jen "loguj!" a to pro INPUT, OUTPUT i FORWARD.
> Jo a mám vmware server verze 2 - nevím jestli to nemůže souviset. Už to
> skoro vzdávám :-(.
>
> Každopádně dík.
>
> Petr

No mne takto funguje KVM. Ako je to s VMWare, tak to netusim.


From spatkak na luzanky.cz  Wed Nov 26 15:08:26 2008
From: spatkak na luzanky.cz (=?ISO-8859-2?Q?Petr_=A9patka?=)
Date: Wed, 26 Nov 2008 15:08:26 +0100
Subject: VMware a iptables
In-Reply-To: <200811261438.24555.ojo@force.sk>
References: <492BF1DF.5020704@luzanky.cz>
	<200811251559.30688.ojo@force.sk>	<492D320F.1090905@luzanky.cz>
	<200811261438.24555.ojo@force.sk>
Message-ID: <492D585A.90102@luzanky.cz>


> No mne takto funguje KVM. Ako je to s VMWare, tak to netusim.
>   
Aha. Tak to možná bude ten zádrhel. Vypadá to, že VMware si co nejvíc 
izoluje pro sebe (možná z toho plyne pak míň problémů s hostitelským 
systémem - nikdo nemůže rozdrbat nastavení sítě). Každopádně děkuji za 
všechno info. Nakonec asi zvítězí qemu - je to stará šunka se starým CPU 
a potřebuji tam úplně jiný OS než Linux a xen se starým CPU nechce 
pustit "full virtualization" :-(.

Ještě jednou dík a zatím asi nepoužiji vmware a tímto bude problém 
sprovozen ze světa :-).

Petr




From sutr na valasske-laboratore.cz  Wed Nov 26 15:18:48 2008
From: sutr na valasske-laboratore.cz (Zdenek Kaminski)
Date: Wed, 26 Nov 2008 15:18:48 +0100 (CET)
Subject: rrdtool a diakritika
Message-ID: <Pine.LNX.4.64.0811261509540.31191@xpha.freemusic.cz>

Ahoj,

  nainstaloval jsem si na centos5.2 rrdool-1.2.28 z repositare Daga.
Kdyz rucne spustim

rrdtool graph ./temp.png --title "<neco s diakritikou>"

tak se mi vygeneruje obrazek temp.png a diakritiku vidim spravne. Ve 
chvili, kdy tentyz obrazek chci generovat pomoci rrdcgi:

#!/usr/bin/rrdcgi

<html>
<head>
     <title>rrdtools na kyselici</title>
</head>

<body>
<H1>rrdtools na kyselici</H1>
<P>

<RRD::GRAPH temp.png
--start 1227695100
--end now
--title "<nejaka ceska diakritika>"
--vertical-label "teplota (°C)"
--lower-limit 25
DEF:kys_cpu_temp=sensors_temperatures.rrd:cpu_temp:AVERAGE
LINE1:kys_cpu_temp#0000ff:"cpu"
DEF:kys_sys_temp=sensors_temperatures.rrd:sys_temp:AVERAGE
LINE1:kys_sys_temp#ff00ff:"motherboard">


</P>
</BODY>
</HTML>

Tak se mi vygeneruje obrazek, ktery jak v popisku vodorovnem, tak v 
popisku osy y (stupne Celsia) obsahuje i rozsypany caj.

Netusite prosim, co bych mel kde udelat jinak? Vrhnout se na vyssi verzi? 
To bych chtel udelat az v poslednim pripade.

Diiiky.

Z.K.
--
Wallachian Laboratories? Freeride in UN*X systems...

From konference na unistav.cz  Wed Nov 26 15:51:25 2008
From: konference na unistav.cz (=?utf-8?B?UGV0ciBIdsSbemRh?=)
Date: Wed, 26 Nov 2008 15:51:25 +0100 (CET)
Subject: VYRESENO Bind a widle - nedochazi k update zony
In-Reply-To: <492D42EA.3050405@tes.eu>
References: <20081122190643.362E.0@paddy.troja.mff.cuni.cz>
	<2258.192.168.0.77.1227691319.squirrel@mail.unistav.cz>
	<492D17A2.20003@tes.eu>
	<2294.192.168.0.77.1227692406.squirrel@mail.unistav.cz>
	<2320.192.168.0.77.1227693651.squirrel@mail.unistav.cz>
	<492D27F8.3010109@tes.eu>
	<2499.192.168.0.77.1227699455.squirrel@mail.unistav.cz>
	<492D39DE.7030606@tes.eu>
	<2582.192.168.0.77.1227701625.squirrel@mail.unistav.cz>
	<492D42EA.3050405@tes.eu>
Message-ID: <3679.192.168.0.77.1227711085.squirrel@mail.unistav.cz>

K tomu uz asi neni co dodat. Posilam konfigurak named.conf, pres ktery to
slape, treba to nekdy nekomu v budoucnu pomuze. Dekuji za vsechny rady.

options {
        directory "/var/named";
        dump-file "/var/named/data/cache_dump.db";
        statistics-file "/var/named/data/named_stats.txt";
        allow-recursion { localhost; in_unistav; unistav; };
        forwarders { xxx; };
        notify yes;
        interface-interval 1;
};
include "/etc/rndc.key";

acl in_unistav { 192.168.0.0/16; };
acl unistav { xxx };

view "trusted" {
match-clients { 127.0.0.1/8; 192.168.0.0/24; }; // our network
recursion yes;
zone "unistav.cz" {
    type master;
    file "master/internal.db.unistav.cz";
    allow-update { none; };
    allow-transfer { any; };
    allow-query { any; };
};

zone "in.unistav.cz" {
    type master;
    file "master/db.in.unistav.cz";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };
};
};

view "badguys" {
match-clients { any; }; // all ohther hosts
recursion yes;
zone "unistav.cz" {
    type master;
    file "master/db.unistav.cz";
    allow-update { none; };
    allow-transfer { any; };
    allow-query { any; };
};

zone "localhost" {
    type master;
    file "master/localhost";
    allow-update { none; };
    allow-transfer { any; };
};

zone "0.0.127.in-addr.arpa" {
    type master;
    file "master/127.0.0";
    allow-update { none; };
    allow-transfer { any; };
};

zone "." {
    type hint;
    file "master/named.root";
};

zone "0.168.192.in-addr.arpa" {
    type master;
    file "master/db.rev.192.168.0";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };
};

zone "1.168.192.in-addr.arpa" {
    type master;
    file "master/db.rev.192.168.1";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };
};

zone "2.168.192.in-addr.arpa" {
    type master;
    file "master/db.rev.192.168.2";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };
};

zone "6.168.192.in-addr.arpa" {
    type master;
    file "master/db.rev.192.168.6";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };

};

zone "8.168.192.in-addr.arpa" {
    type master;
    file "master/db.rev.192.168.8";
    allow-update   { none; };
    allow-transfer { localhost; in_unistav; unistav; };
    allow-query    { localhost; in_unistav; unistav; };


--
Petr Hvezda


From pali na tmapy.cz  Wed Nov 26 17:07:00 2008
From: pali na tmapy.cz (Pavel Lisy)
Date: Wed, 26 Nov 2008 17:07:00 +0100
Subject: connect cez SSH pri vypadnutom LDAP
In-Reply-To: <492D4841.1090902@somi.sk>
References: <492D4841.1090902@somi.sk>
Message-ID: <1227715620.3346.21.camel@pali-ntb.hk.tmapy.cz>

Jan ' Kozo ' Vajda píše v St 26. 11. 2008 v 13:59 +0100:
> Zdravim ..
> 
> riesim problem s pripojenim na CentOS 4 (4.7) server pocas vypadku LDAP.
> 
> v /etc/nsswitch.conf mam zaznamy:
> passwd:     files ldap
> shadow:     files ldap
> group:      files ldap
> 
> okrem toho, ze neskutocne dlho (minuty) nabieha pri boote (ci restarte 
> sluzby) samotny LDAP server nastava pre mna problem v pripade, ze vobec 
> nebezi.
> 
> sshd ma odmieta prihlasit a v logoch nachadzam hlasky:
> 
> Nov 26 14:47:29 server sshd: nss_ldap: reconnecting to LDAP server 
> (sleeping 16 seconds)...
> Nov 26 14:47:45 server sshd: nss_ldap: failed to bind to LDAP server 
> ldap://127.0.0.1: Can't contact LDAP server
> Nov 26 14:47:45 server sshd: nss_ldap: reconnecting to LDAP server 
> (sleeping 32 seconds)...

Jeste musite nastavit PAM tak, ze staci pouze local user
(v souboru /etc/pam.d/system-auth, je to ten druhy radek)

account     required      /lib/security/$ISA/pam_unix.so broken_shadow
account     sufficient    /lib/security/$ISA/pam_localuser.so
account     sufficient    /lib/security/$ISA/pam_succeed_if.so uid < 100 quiet
account     [default=bad success=ok user_unknown=ignore] /lib/security/$ISA/pam_ldap.so
account     required      /lib/security/$ISA/pam_permit.so



> Logika sice hovori, ze pokial mam prvy v nsswitch.conf files pouzije sa 
> autorizacia voci passwd/shadow realita je taka, ze pokial stihne par 
> krat prebehnut reconnect na LDAP ssh klient mi skonci s tym, ze server 
> mu uzavrel spojenie. A je uplne jedno, ci sa hlasim cez kluc, alebo cez 
> heslo ...
> 
> bind_policy mam nastavenu default (cize hard) ..
> 
> otazok mam viacero:
> 
> - pokial pouzivam LDAP len pre lokalne sluzby mozem nastavit 
> bind_policy na soft bez toho, aby mi to nejako ovplyvnilo funkcnost 
> sluzieb ? (co sa udeje napr. s mailami v prpade, ze je soft a sucasne 
> LDAP nebezi, su odmietnute s hlaskou, ze uzivatel neexistuje ?)
> 
> - viem zmenit nastavenie pam/nsswitch/whatever tak, aby mi sshd 
> pouzivalo vyhradne autorizaciu cez passwd/shadow a/alebo cez kluc a 
> nepokusalo ma s LDAP ?
> 
> - to nikomu nevadi ten par minutovy start LDAP v RHEL based distro ?

Jo vadilo mi to celkem dlouho, nez jsem prisel na to, jak to odstranit.
Nepamatuji si to presne, ale pomohlo neco z techto radku
v /etc/ldap.conf (tusim, ze to bude hlavne ten posledni)

timelimit 30
bind_timelimit 30
bind_policy soft
nss_initgroups_ignoreusers root,ldap

Pavel 

-- 
Pavel Lisy <pali na tmapy.cz>



From sutr na valasske-laboratore.cz  Wed Nov 26 18:53:27 2008
From: sutr na valasske-laboratore.cz (Zdenek Kaminski)
Date: Wed, 26 Nov 2008 18:53:27 +0100 (CET)
Subject: rrdtool a diakritika
In-Reply-To: <Pine.LNX.4.64.0811261509540.31191@xpha.freemusic.cz>
References: <Pine.LNX.4.64.0811261509540.31191@xpha.freemusic.cz>
Message-ID: <Pine.LNX.4.64.0811261851440.4292@xpha.freemusic.cz>

Tak jsem nahodou zjistil, ze kdyz to poustim z prikazove radky, diakritika 
je OK, ale kdyz totez poustim cronem, tak je ta diakritika v coudu :-(

Pricemz jedine, co me napada, jsou locales a ty jsou nastaveny pouze v 
/etc/sysconfig/i18n a v zadnem startovacim skriptu cronu ci apache to 
proste neni.

Jdu dale hledat, ach jo, to zase bude nejaka blbost.

Z.K.
--
Wallachian Laboratories? Freeride in UN*X systems...


From sutr na valasske-laboratore.cz  Wed Nov 26 19:03:29 2008
From: sutr na valasske-laboratore.cz (Zdenek Kaminski)
Date: Wed, 26 Nov 2008 19:03:29 +0100 (CET)
Subject: Vyreseno [was: rrdtool a diakritika]
In-Reply-To: <Pine.LNX.4.64.0811261509540.31191@xpha.freemusic.cz>
References: <Pine.LNX.4.64.0811261509540.31191@xpha.freemusic.cz>
Message-ID: <Pine.LNX.4.64.0811261902500.4506@xpha.freemusic.cz>

Su pako, bylo to v locales, mel jsem preklep v nastaveni LANG. Ach jo. To 
je zase den.

Z.K.
--
Wallachian Laboratories? Freeride in UN*X systems...


From libor_ml1 na mts.cz  Thu Nov 27 00:19:24 2008
From: libor_ml1 na mts.cz (Libor Chocholaty)
Date: Thu, 27 Nov 2008 00:19:24 +0100
Subject: VYRESENO Bind a widle - nedochazi k update zony
In-Reply-To: <3679.192.168.0.77.1227711085.squirrel@mail.unistav.cz>
References: <20081122190643.362E.0@paddy.troja.mff.cuni.cz>	<2258.192.168.0.77.1227691319.squirrel@mail.unistav.cz>	<492D17A2.20003@tes.eu>	<2294.192.168.0.77.1227692406.squirrel@mail.unistav.cz>	<2320.192.168.0.77.1227693651.squirrel@mail.unistav.cz>	<492D27F8.3010109@tes.eu>	<2499.192.168.0.77.1227699455.squirrel@mail.unistav.cz>	<492D39DE.7030606@tes.eu>	<2582.192.168.0.77.1227701625.squirrel@mail.unistav.cz>	<492D42EA.3050405@tes.eu>
	<3679.192.168.0.77.1227711085.squirrel@mail.unistav.cz>
Message-ID: <492DD97C.8090609@mts.cz>

Nechybi vam tam nejake ukoncovaci zavorky pro view badguys?

Libor


Petr Hvězda wrote:
> K tomu uz asi neni co dodat. Posilam konfigurak named.conf, pres ktery to
> slape, treba to nekdy nekomu v budoucnu pomuze. Dekuji za vsechny rady.
>
> options {
>         directory "/var/named";
>         dump-file "/var/named/data/cache_dump.db";
>         statistics-file "/var/named/data/named_stats.txt";
>         allow-recursion { localhost; in_unistav; unistav; };
>         forwarders { xxx; };
>         notify yes;
>         interface-interval 1;
> };
> include "/etc/rndc.key";
>
> acl in_unistav { 192.168.0.0/16; };
> acl unistav { xxx };
>
> view "trusted" {
> match-clients { 127.0.0.1/8; 192.168.0.0/24; }; // our network
> recursion yes;
> zone "unistav.cz" {
>     type master;
>     file "master/internal.db.unistav.cz";
>     allow-update { none; };
>     allow-transfer { any; };
>     allow-query { any; };
> };
>
> zone "in.unistav.cz" {
>     type master;
>     file "master/db.in.unistav.cz";
>     allow-update   { none; };
>     allow-transfer { localhost; in_unistav; unistav; };
>     allow-query    { localhost; in_unistav; unistav; };
> };
> };
>
> view "badguys" {
> match-clients { any; }; // all ohther hosts
> recursion yes;
> zone "unistav.cz" {
>     type master;
>     file "master/db.unistav.cz";
>     allow-update { none; };
>     allow-transfer { any; };
>     allow-query { any; };
> };
>
> zone "localhost" {
>     type master;
>     file "master/localhost";
>     allow-update { none; };
>     allow-transfer { any; };
> };
>
> zone "0.0.127.in-addr.arpa" {
>     type master;
>     file "master/127.0.0";
>     allow-update { none; };
>     allow-transfer { any; };
> };
>
> zone "." {
>     type hint;
>     file "master/named.root";
> };
>
> zone "0.168.192.in-addr.arpa" {
>     type master;
>     file "master/db.rev.192.168.0";
>     allow-update   { none; };
>     allow-transfer { localhost; in_unistav; unistav; };
>     allow-query    { localhost; in_unistav; unistav; };
> };
>
> zone "1.168.192.in-addr.arpa" {
>     type master;
>     file "master/db.rev.192.168.1";
>     allow-update   { none; };
>     allow-transfer { localhost; in_unistav; unistav; };
>     allow-query    { localhost; in_unistav; unistav; };
> };
>
> zone "2.168.192.in-addr.arpa" {
>     type master;
>     file "master/db.rev.192.168.2";
>     allow-update   { none; };
>     allow-transfer { localhost; in_unistav; unistav; };
>     allow-query    { localhost; in_unistav; unistav; };
> };
>
> zone "6.168.192.in-addr.arpa" {
>     type master;
>     file "master/db.rev.192.168.6";
>     allow-update   { none; };
>     allow-transfer { localhost; in_unistav; unistav; };
>     allow-query    { localhost; in_unistav; unistav; };
>
> };
>
> zone "8.168.192.in-addr.arpa" {
>     type master;
>     file "master/db.rev.192.168.8";
>     allow-update   { none; };
>     allow-transfer { localhost; in_unistav; unistav; };
>     allow-query    { localhost; in_unistav; unistav; };
>
>   



From konference na unistav.cz  Thu Nov 27 08:57:44 2008
From: konference na unistav.cz (=?utf-8?B?UGV0ciBIdsSbemRh?=)
Date: Thu, 27 Nov 2008 08:57:44 +0100 (CET)
Subject: VYRESENO Bind a widle - nedochazi k update zony
In-Reply-To: <492DD97C.8090609@mts.cz>
References: <20081122190643.362E.0@paddy.troja.mff.cuni.cz>
	<2258.192.168.0.77.1227691319.squirrel@mail.unistav.cz>
	<492D17A2.20003@tes.eu>
	<2294.192.168.0.77.1227692406.squirrel@mail.unistav.cz>
	<2320.192.168.0.77.1227693651.squirrel@mail.unistav.cz>
	<492D27F8.3010109@tes.eu>
	<2499.192.168.0.77.1227699455.squirrel@mail.unistav.cz>
	<492D39DE.7030606@tes.eu>
	<2582.192.168.0.77.1227701625.squirrel@mail.unistav.cz>
	<492D42EA.3050405@tes.eu>
	<3679.192.168.0.77.1227711085.squirrel@mail.unistav.cz>
	<492DD97C.8090609@mts.cz>
Message-ID: <1157.192.168.0.77.1227772664.squirrel@mail.unistav.cz>

Ano samozrejme chybi, omlouvam se - spatne jsem to zkopiroval bez
poslednich dvou radku. Pro uplnost si tedy na konec souboru jeste pridejte

};
};

--
Petr Hvezda


Libor Chocholaty napsal(a):
> Nechybi vam tam nejake ukoncovaci zavorky pro view badguys?
>
> Libor


From mcepl na redhat.com  Thu Nov 27 13:58:51 2008
From: mcepl na redhat.com (Matej Cepl)
Date: Thu, 27 Nov 2008 13:58:51 +0100
Subject: FC9: binarni ATi ovlvadace seg fault
References: <F3C9F787D08541FE9B39D31065BFCEA9@mireknb>
	<937421585.20081125160539@piskotek.cz>
	<DA7DD2ECA27A4766937BDA7FAC390ED9@home.intranet>
Message-ID: <b5i206xt3j.ln2@ppp1053.in.ipex.cz>

On 2008-11-25, 21:02 GMT, Miroslav Pragl wrote:
> ze FC9 sux vime asi oba, RH based distra pouzivam nekdy od RH4 
> a FC9 je bezkonkurencne nejhorsi. Uz ani nebugziluju.

S tou F9 to je bohužel pravda (mám pocit, že F10 by měl být 
podstatně stabilnější, alespoň pokud se počtu příchozích bugů dá 
věřit), ale problémy s binárními ovladači ATI a nVidie nejsou náš 
problém -- všichni mohli vidět co se děje, co se připravuje, 
průběžně byly všechny změny v gitu a jak ATI, tak hlavně nVidia 
se na to vykašlali, a pak nás pomluvili, že jsme je zaskočili 
změnou.

ATI drivery v distrbuci by snad měly být už pozvolna docela 
použitelné (co se týče nv driveru, tak to je bohužel zcela jiná 
píseň).  Myslím, že s F10 by snad mohlo stát za to poctít mě 
bugem v bugzille.

Hezký den,

Matěj Cepl



From mcepl na redhat.com  Thu Nov 27 13:53:57 2008
From: mcepl na redhat.com (Matej Cepl)
Date: Thu, 27 Nov 2008 13:53:57 +0100
Subject: Fedora 9 preupgrade a reiserfs
References: <be31d3800805190145l5c212d57t78cdc8f045017d30__41181.0384750881$1211186814$gmane$org@mail.gmail.com>
	<ijkag5xotd.ln2@ppp1053.in.ipex.cz>
	<be31d3800805200525p30db0det22068b86995291f7@mail.gmail.com>
	<be31d3800811252246h63ea005t7f75d92664110a97__9280.66915735162$1227682057$gmane$org@mail.gmail.com>
Message-ID: <5sh206xt3j.ln2@ppp1053.in.ipex.cz>

On 2008-11-26, 06:46 GMT, Tomáš Krbec wrote:
> Ha, tak ani preupgrade na Fedoru 10 to nezvládne, když je použit reiserfs :-(
> Že já to před těmi x lety použil.

Je mi líto, ale obávám se, že se současnými výhledy reiserfs na 
další vývoj (pokud se nemýlím, tak je opuštěn úplně všemi 
distribucemi), není moc šance, že by to někdo opravil (navíc, 
reiserfs nikdy nebyl oficiálně podporován).

A i když hlavní vývojář teď bude mít spoustu času na hackování, 
nevím jestli se bude věnovat něčemu co už sám opustil (pokud vím 
tak pracoval na ReiferFS4).

Asi nezbývá než bite the bullet a dump/restore, protože lepší už 
to nebude.

Matěj



From lists.subscriber na pragl.cz  Thu Nov 27 15:54:10 2008
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Thu, 27 Nov 2008 15:54:10 +0100
Subject: FC9: binarni ATi ovlvadace seg fault
References: <F3C9F787D08541FE9B39D31065BFCEA9@mireknb><937421585.20081125160539@piskotek.cz><DA7DD2ECA27A4766937BDA7FAC390ED9@home.intranet>
	<b5i206xt3j.ln2@ppp1053.in.ipex.cz>
Message-ID: <461A7D25C419407DA6D347B3CA49B952@mireknb>

>S tou F9 to je bohužel pravda (mám pocit, že F10 by měl být

Dik


>ATI drivery v distrbuci by snad měly být už pozvolna docela
>použitelné (co se týče nv driveru, tak to je bohužel zcela jiná

Problem je v tom ze standardni nastroje v F9 nenabizeji lidskou multihead 
konfiguraci

Par veceru jsem editoval xorg.conf ale nakonec jsem to vzdal. Zasekl jsem se 
na tom ze jsem nedokazal presvedcit k rozumym rozlisenim a frekvencim na 
obou monitorech ten mensi navic zjevne posilal blbe DDC informace.

MP 



From tomas.krbec na gmail.com  Thu Nov 27 17:10:45 2008
From: tomas.krbec na gmail.com (=?UTF-8?Q?Tom=C3=A1=C5=A1_Krbec?=)
Date: Thu, 27 Nov 2008 17:10:45 +0100
Subject: Fedora 9 preupgrade a reiserfs
In-Reply-To: <5sh206xt3j.ln2@ppp1053.in.ipex.cz>
References: <be31d3800805190145l5c212d57t78cdc8f045017d30__41181.0384750881$1211186814$gmane$org@mail.gmail.com>
	<ijkag5xotd.ln2@ppp1053.in.ipex.cz>
	<be31d3800805200525p30db0det22068b86995291f7@mail.gmail.com>
	<be31d3800811252246h63ea005t7f75d92664110a97__9280.66915735162$1227682057$gmane$org@mail.gmail.com>
	<5sh206xt3j.ln2@ppp1053.in.ipex.cz>
Message-ID: <be31d3800811270810s697d85b0gdc04c64392d9f22e@mail.gmail.com>

Tak tak, také jsem o tom přemýšlel. Zrovna před časem jsem přenášel
instalaci na nový HDD v rámci počítače. Nejdříve byl samozřejmě pokus
to nakopírovat na ext3, bohužel boot vždy skončil na kernel panic,
pravděpodobně to po zkopírování na jiný filesystém ještě vyžaduje
znovu vygenerovat nový initrd, k tomu jsem se nedostal, takže jsem
skončil zase na reiserfs. No, je vidět, že je potřeba podniknout další
pokus :-)

Dne 27. listopad 2008 13:53 Matej Cepl <mcepl na redhat.com> napsal(a):
> On 2008-11-26, 06:46 GMT, Tomáš Krbec wrote:
>
> Asi nezbývá než bite the bullet a dump/restore, protože lepší už
> to nebude.
>
> Matěj
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>



-- 
S pozdravem
Tomáš Krbec

From linux na vetrni.net  Thu Nov 27 17:14:45 2008
From: linux na vetrni.net (Jarda)
Date: Thu, 27 Nov 2008 17:14:45 +0100
Subject: depmod havaruje
Message-ID: <492EC775.5@vetrni.net>

Zdravím,

pokouším se zprovoznit DVB-T USB Leadtek dle postupu na abclinuxu, potud
 by vše bylo OK. Ale po kompilaci modulu bylopotřeba provést make
install   ten proběhne (nakopíruje moduly kam patří) a měl by proběhnout
depmod, ten ale zhavaruje:

/sbin/depmod -a 2.6.27.5-desktop-2mnb
make[1]: *** [media-install] Neúspěšně ukončen (SIGABRT)
make[1]: Leaving directory `/usr/src/dvb-leadtek/v4l'
make: *** [install] Error 2

zkoušel jsem depmod -av ale bohužel nic podrobnějšího nepráskne. Nevíte
někdo co s tím?

Jarda


From mj na ucw.cz  Thu Nov 27 19:12:19 2008
From: mj na ucw.cz (Martin `MJ' Mares)
Date: Thu, 27 Nov 2008 19:12:19 +0100
Subject: Reklama: Soutez podrate.cz
Message-ID: <mj+md-20081127.180114.20293.nikam@ucw.cz>

Dobry vecer vespolek,

dovoluji si vas pozvat na treti rocnik mailove linuxove souteze jmenem
Po drate. Soutez bude probihat od patku 28. listopadu 19:00 do stredy
3. prosince 12:00. Sve sily muzete pomerit s dvanacti ulohami -- hodit
se bude znalost Linuxu, internetovych protokolu, ale zejmena schopnost
zdrave premyslet. Ke konci hry si mozna i trochu zaprogramujete :-)

Dalsi informace najdete na http://www.podrate.cz/.

			Za organizatory
						Martin Mares


From mcepl na redhat.com  Thu Nov 27 19:15:04 2008
From: mcepl na redhat.com (Matej Cepl)
Date: Thu, 27 Nov 2008 19:15:04 +0100
Subject: FC9: binarni ATi ovlvadace seg fault
References: <F3C9F787D08541FE9B39D31065BFCEA9@mireknb>
	<937421585.20081125160539@piskotek.cz>
	<DA7DD2ECA27A4766937BDA7FAC390ED9@home.intranet>
	<b5i206xt3j.ln2@ppp1053.in.ipex.cz>
	<461A7D25C419407DA6D347B3CA49B952__16076.1009705768$1227797749$gmane$org@mireknb>
Message-ID: <8m4306xii5.ln2@ppp1053.in.ipex.cz>

On 2008-11-27, 14:54 GMT, Miroslav Pragl wrote:
> Problem je v tom ze standardni nastroje v F9 nenabizeji lidskou 
> multihead konfiguraci

gnome-display-properties

a

http://udrepper.livejournal.com/20187.html

by snad mohli pomoci.

Pokud to nepomůže, tak to je na bug. Mělo by to fungovat.

Matěj



From xmizi na centrum.cz  Thu Nov 27 19:37:48 2008
From: xmizi na centrum.cz (Miroslav Zidek)
Date: Thu, 27 Nov 2008 19:37:48 +0100
Subject: FC9: binarni ATi ovlvadace seg fault
In-Reply-To: <461A7D25C419407DA6D347B3CA49B952@mireknb>
References: <F3C9F787D08541FE9B39D31065BFCEA9@mireknb><937421585.20081125160539@piskotek.cz><DA7DD2ECA27A4766937BDA7FAC390ED9@home.intranet>	<b5i206xt3j.ln2@ppp1053.in.ipex.cz>
	<461A7D25C419407DA6D347B3CA49B952@mireknb>
Message-ID: <492EE8FC.9050700@centrum.cz>

Dne 27.11.2008 15:54 Miroslav Pragl napsal:

> Par veceru jsem editoval xorg.conf ale nakonec jsem to vzdal. Zasekl jsem se 
> na tom ze jsem nedokazal presvedcit k rozumym rozlisenim a frekvencim na 
> obou monitorech ten mensi navic zjevne posilal blbe DDC informace.

a to jeste neni vse - nedavno jsou u sve postarsi ATI konecne zprovoznil
za pomoci prikazove utility aticonfig
(http://wiki.cchtml.com/index.php/Configuring) dualhead (mam 2 monitory s
ruznym rozlisenim, coz je kamen urazu), ale okamzite jsem prisel o 3D
akceleraci - po hledani pres Googla jsem se dostal k tomu, ze se jedna o
bug ovladacu (bylo to na Kubuntu 8.04 a KDE 3.5.10).


Miroslav Žídek




From mcepl na redhat.com  Thu Nov 27 22:07:06 2008
From: mcepl na redhat.com (Matej Cepl)
Date: Thu, 27 Nov 2008 22:07:06 +0100
Subject: FC9: binarni ATi ovlvadace seg fault
References: <F3C9F787D08541FE9B39D31065BFCEA9@mireknb>
	<937421585.20081125160539@piskotek.cz>
	<DA7DD2ECA27A4766937BDA7FAC390ED9@home.intranet>
	<b5i206xt3j.ln2@ppp1053.in.ipex.cz>
	<461A7D25C419407DA6D347B3CA49B952@mireknb>
	<492EE8FC.9050700@centrum.cz>
Message-ID: <qoe306x02c.ln2@ppp1053.in.ipex.cz>

On 2008-11-27, 18:37 GMT, Miroslav Zidek wrote:
> akceleraci - po hledani pres Googla jsem se dostal k tomu, ze 
> se jedna o bug ovladacu (bylo to na Kubuntu 8.04 a KDE 3.5.10).

O Ubuntu vím prd, jenom zdůrazňuji, že *buntu 8.04 je pozadu za 
Fedorou 9 (nevím, jestli to už dohnali v *buntu 8.10) -- 
srovnatelná Xka jsou Fedora 8, ne Fedora 9.

Což je všechna bída a krása Fedory -- 
http://brainstorm.ubuntu.com/idea/11165/ druhý komentář odshora:

    I support the idea but I do think that it should only be 
    considered after Fedora has done all the dirty work of 
    getting it to work at all :) 

Člověk sice má dnes to ostatní budou mít za půl roku, nebo za 
rok, ale cena je že občas vznikne Fedora 9 :).

Matěj



From petr.pisar na atlas.cz  Fri Nov 28 00:04:58 2008
From: petr.pisar na atlas.cz (petr.pisar na atlas.cz)
Date: Fri, 28 Nov 2008 00:04:58 +0100
Subject: depmod havaruje
In-Reply-To: <492EC775.5@vetrni.net>
References: <492EC775.5@vetrni.net>
Message-ID: <200811272304.mARN4wKW018877@dior.ics.muni.cz>

In gmane.linux.region.czech, you wrote:
>
> /sbin/depmod -a 2.6.27.5-desktop-2mnb
> make[1]: *** [media-install] Neúspżżnż ukonżen (SIGABRT)
> make[1]: Leaving directory `/usr/src/dvb-leadtek/v4l'
> make: *** [install] Error 2
>
Ve zdrojacich se se volani funkce abort(3) nachazi jen na dvou mistech
a v obou se jedna o test endianity, ktery by mel teoreticky vzdy projit,
ale pro jistotu tam je nakonec pripsano bezpodminecne abort().

Program modinfo vam funguje, nebo take havaruje?

Nepouzivate nejaky exoticky prekladac nebo architekturu, kde jeden short
se nesklada ze dvou charu?

-- Petr


From jarda47133 na spambob.net  Fri Nov 28 00:45:18 2008
From: jarda47133 na spambob.net (Jarda)
Date: Thu, 27 Nov 2008 23:45:18 +0000
Subject: FC9: binarni ATi ovlvadace seg fault
References: <mailman.463.1227622608.3940.linux@linux.cz>
Message-ID: <ggn23f$n3p$1@news.brutele.be>

Miroslav Pragl wrote:

> Ahoj,
> zkousel jsem na sve postarsi AGP Radeon 9700 rozchodit ATi fglrx
> ovladace. CPU je P4, chipset GraniteBay.
> 
> Jak original ATi/AMD tak predkompilovana rpmka z livna mi pri
> jakekoliv akci padaji na segfault (vc. napr. modprobe fglrx).
> 
> Par lidi se stejnou radou (9xxx) popisovalo obdobny problem ale
> nenasel jsem reseni.
> 
> Ne(vy)resil jste zde nekdo?
> 
> 
> Dik
> 
> MP

Co zkusit jinou verzi? Na gentoo s ATI Rage 128 mi bezi tohle: 

https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/ati-driver-installer-8-6-x86.x86_64.run
 (pokud jsem spravne vydobyl tu cestu z ebuildu pro verzi 8.501).
Nevim, jakou verzi mate ve Fedore - pokud je jina, za pokus moc
nedate. Ovsem nekde je jakysi problem, pokud spustim Google Earth a
prilis dlouho to pouzivam, lehne mi totalne system. Nevim, jestli za
to muzou ty ovladace. System je tak mrtvy, ze uz nic nezjistim.



--
Remove the 77 from my address to reply by e-mail!


From jmarek na jcu.cz  Fri Nov 28 08:37:51 2008
From: jmarek na jcu.cz (Jan Marek)
Date: Fri, 28 Nov 2008 08:37:51 +0100
Subject: VYRESENO: Instalace RH 5.2 ES na iSCSI disk. pole
In-Reply-To: <492D3C63.50108@seznam.cz>
References: <20081120083124.GO5922@hazard.jcu.cz>
	<20081126094112.GC5922@hazard.jcu.cz> <492D3C63.50108@seznam.cz>
Message-ID: <20081128073751.GG5922@hazard.jcu.cz>

Dd,

On Wed, Nov 26, 2008 at 01:09:07PM +0100, David Hrbáč wrote:
> Jan Marek napsal(a):
> > problem jest vyresen. Pres vsechno moje ocekavani stacilo upgradnout
> > BIOS zakladni desky. Zda se, ze se tim nejak zmenila prace s pameti.
> > 
> > Ted zrovna provadim novou instalaci Oracle Linuxu 64b a vse jede tak,
> > jak bych ocekaval.
> > 
> > Treba to nekomu pomuze.
> > 
> > Zdravi
> > Honza Marek
> 
> Poradil RH nebo jsem na to přišel sám,

poradil distributor serveru...

> DH

Zdravi
Honza Marek
-- 
Ing. Jan Marek               | Nez mi poslete prilohu .doc, .xls 
University of South Bohemia  | nebo .ppt, prectete si, prosim,
Academic Computer Centre     | WWW stranku uvedenou na poslednim
Phone: +420-38-9032080       | radku signatury...
http://www.gnu.org/philosophy/no-word-attachments.cs.html


From jmarek na jcu.cz  Fri Nov 28 08:51:07 2008
From: jmarek na jcu.cz (Jan Marek)
Date: Fri, 28 Nov 2008 08:51:07 +0100
Subject: Instalace RH 5.2 ES na iSCSI disk. pole
In-Reply-To: <20081120083124.GO5922@hazard.jcu.cz>
References: <20081120083124.GO5922@hazard.jcu.cz>
Message-ID: <20081128075107.GH5922@hazard.jcu.cz>

Dd,

On Thu, Nov 20, 2008 at 09:31:24AM +0100, Jan Marek wrote:
> Dobry den,
> 
> pokousim se instalovat ruzne linux-y na Tuto kombinaci HW:
> 
> Supermicro s 2x 4-j Xeon
> 64GB RAM
> bez vlastnich disku
> radic Qlogic 4062 (iSCSI)
> diskovy prostor na iSCSI disk. poli Equalogic

jeste par postrehu z instalace Oracle Linuxu (aneb RH ES 5.2
prevleceneho do barev Oracle):

mel jsem problem pridat dalsi target pres qla4xxx pomoci iscsiadm.
Posleze jsem zjistil, ze Oracle zrejme pouziva ovladac qla4xxx primo od
QLogic-u, ovsem ten neni kompatibilni s open-iscsi a vyzaduje k
nastaveni dalsich target-u utilitu primo od QLogic-u (v radkove verzi se
jedna o iscli). Tuto utilitu jsem, bohuzel, nenasel na instalacnich CD,
stahl jsem si ji tedy z web-u QLogic-u. Po jejim zkompilovani jsem,
bohuzel, zjistil, ze utilita spolupracuje pouze s novejsi verzi ovladace
qla4xxx, takze jsem se jal kompilovat ovladac.

S prekvapenim jsem dale zjistil, ze balicek, ktery by se i dle ruznych
diskusi na internetu, mel jmenovat (a vcelku logicky) kernel-source je
prejmenovan na (podle me nelogicky) kernel-devel. Ale nez jsem na to
prisel... :-(

Ted mi tedy v podstate vsechno funguje, jak ma, jediny zadrhel je v
multipath pro root filesystem. Protoze vsak data budou na jinem "disku",
na kterem uz multipath jede, tak mi to tak uplne nevadi... Nicmene
kdyby nekdo z vas vedel, jak donutit initrd, aby zdetekoval multipath jeste
pred detekci LVM, tak bych byl rad. Ale neni to uz kriticke. Myslim, ze
nesystemove bych si to asi udelal i sam, ze bych zkusil v rozbalenem
initrd prejmenovat nebo presunout multipath, aby se dostal ke slovu
drive nez lvm, ale pokud by bylo systemovejsi reseni...

Dekuje a zdravi
Honza Marek
-- 
Ing. Jan Marek               | Nez mi poslete prilohu .doc, .xls 
University of South Bohemia  | nebo .ppt, prectete si, prosim,
Academic Computer Centre     | WWW stranku uvedenou na poslednim
Phone: +420-38-9032080       | radku signatury...
http://www.gnu.org/philosophy/no-word-attachments.cs.html


From jmarek na jcu.cz  Fri Nov 28 09:51:02 2008
From: jmarek na jcu.cz (Jan Marek)
Date: Fri, 28 Nov 2008 09:51:02 +0100
Subject: VYRESENO Bind a widle - nedochazi k update zony
In-Reply-To: <3679.192.168.0.77.1227711085.squirrel@mail.unistav.cz>
References: <2258.192.168.0.77.1227691319.squirrel@mail.unistav.cz>
	<492D17A2.20003@tes.eu>
	<2294.192.168.0.77.1227692406.squirrel@mail.unistav.cz>
	<2320.192.168.0.77.1227693651.squirrel@mail.unistav.cz>
	<492D27F8.3010109@tes.eu>
	<2499.192.168.0.77.1227699455.squirrel@mail.unistav.cz>
	<492D39DE.7030606@tes.eu>
	<2582.192.168.0.77.1227701625.squirrel@mail.unistav.cz>
	<492D42EA.3050405@tes.eu>
	<3679.192.168.0.77.1227711085.squirrel@mail.unistav.cz>
Message-ID: <20081128085102.GI5922@hazard.jcu.cz>

Dd,

On Wed, Nov 26, 2008 at 03:51:25PM +0100, Petr Hvězda wrote:
> K tomu uz asi neni co dodat. Posilam konfigurak named.conf, pres ktery to
> slape, treba to nekdy nekomu v budoucnu pomuze. Dekuji za vsechny rady.
> 
> options {
>         directory "/var/named";
>         dump-file "/var/named/data/cache_dump.db";
>         statistics-file "/var/named/data/named_stats.txt";
>         allow-recursion { localhost; in_unistav; unistav; };
>         forwarders { xxx; };
>         notify yes;
>         interface-interval 1;
> };
> include "/etc/rndc.key";
> 
> acl in_unistav { 192.168.0.0/16; };
> acl unistav { xxx };
> 
> view "trusted" {
> match-clients { 127.0.0.1/8; 192.168.0.0/24; }; // our network

tady v tom radku bych taky cekal 192.168.0.0/16? (Kdyxz uz pak dale
definujete taky reverzni zony 1.168.192, 2.168.192 apod.). Ale muzete to
mit dobre...

Zdravi
Honza Marek
-- 
Ing. Jan Marek               | Nez mi poslete prilohu .doc, .xls 
University of South Bohemia  | nebo .ppt, prectete si, prosim,
Academic Computer Centre     | WWW stranku uvedenou na poslednim
Phone: +420-38-9032080       | radku signatury...
http://www.gnu.org/philosophy/no-word-attachments.cs.html


From Jan.Vajda na somi.sk  Fri Nov 28 13:22:06 2008
From: Jan.Vajda na somi.sk (Jan ' Kozo ' Vajda)
Date: Fri, 28 Nov 2008 13:22:06 +0100
Subject: connect cez SSH pri vypadnutom LDAP
In-Reply-To: <1227715620.3346.21.camel@pali-ntb.hk.tmapy.cz>
References: <492D4841.1090902@somi.sk>
	<1227715620.3346.21.camel@pali-ntb.hk.tmapy.cz>
Message-ID: <492FE26E.40800@somi.sk>

> Jeste musite nastavit PAM tak, ze staci pouze local user
> (v souboru /etc/pam.d/system-auth, je to ten druhy radek)
> 
> account     required      /lib/security/$ISA/pam_unix.so broken_shadow
> account     sufficient    /lib/security/$ISA/pam_localuser.so
> account     sufficient    /lib/security/$ISA/pam_succeed_if.so uid < 100 quiet
> account     [default=bad success=ok user_unknown=ignore] /lib/security/$ISA/pam_ldap.so
> account     required      /lib/security/$ISA/pam_permit.so

no toto nepomohlo ..

pri vypnutom (teda vopbec nebezi) LDAP sa mi stale snazi pri pokuse o 
pripojenie cez SSH spravit "ktosi" connect na LDAP

Nov 28 14:22:30 server sshd: nss_ldap: failed to bind to LDAP server 
ldap://127.0.0.1: Can't contact LDAP server
Nov 28 14:22:30 server sshd: nss_ldap: reconnecting to LDAP server 
(sleeping 32 seconds)...

aktualny obsah pam.d/sshd je takyto:

auth        required      /lib/security/$ISA/pam_env.so
auth        sufficient    /lib/security/$ISA/pam_unix.so likeauth nullok
auth        required      /lib/security/$ISA/pam_deny.so

account     required      /lib/security/$ISA/pam_unix.so broken_shadow
account     sufficient    /lib/security/$ISA/pam_localuser.so
account     [default=bad success=ok user_unknown=ignore] 
/lib/security/$ISA/pam_ldap.so
account     sufficient    /lib/security/$ISA/pam_succeed_if.so uid < 100 
quiet
account     required      /lib/security/$ISA/pam_permit.so

password    requisite     /lib/security/$ISA/pam_cracklib.so retry=3
password    sufficient    /lib/security/$ISA/pam_unix.so nullok 
use_authtok md5
password    required      /lib/security/$ISA/pam_deny.so

session     required      /lib/security/$ISA/pam_limits.so
session     required      /lib/security/$ISA/pam_unix.so

>> - to nikomu nevadi ten par minutovy start LDAP v RHEL based distro ?
> 
> Jo vadilo mi to celkem dlouho, nez jsem prisel na to, jak to odstranit.
> Nepamatuji si to presne, ale pomohlo neco z techto radku
> v /etc/ldap.conf (tusim, ze to bude hlavne ten posledni)
> 
> timelimit 30
> bind_timelimit 30
> bind_policy soft
> nss_initgroups_ignoreusers root,ldap

toto este idem vyskusat ....

-- 
Ing. Jan Vajda
SOMI systems a.s.
CSA 25
974 01 Banska Bystrica
phone: +421 48 4146 759
fax: +421 48 4146 760
e-mail:  Jan.Vajda na somi.sk
URL: http://www.somi.sk/



From Jan.Vajda na somi.sk  Fri Nov 28 13:32:46 2008
From: Jan.Vajda na somi.sk (Jan ' Kozo ' Vajda)
Date: Fri, 28 Nov 2008 13:32:46 +0100
Subject: connect cez SSH pri vypadnutom LDAP
In-Reply-To: <492FE26E.40800@somi.sk>
References: <492D4841.1090902@somi.sk>	<1227715620.3346.21.camel@pali-ntb.hk.tmapy.cz>
	<492FE26E.40800@somi.sk>
Message-ID: <492FE4EE.4000808@somi.sk>

takze si este odpoviem sam ..

okrem toho, ze som znizil timelimity podla spominaneho, tak som este 
doplnil do ldap.conf nss_initgroups_ignoreusers a ajhla ..

uz sa pripojim pri vypnutom ssh na roota a sucasne mi ide aj rychlo 
start/stop/restart samotneho LDAP ..

bind policy som zatial nechal na hard ...

Dakujem .....

> pri vypnutom (teda vobec nebezi) LDAP sa mi stale snazi pri pokuse o 
> pripojenie cez SSH spravit "ktosi" connect na LDAP

>> timelimit 30
>> bind_timelimit 30
>> bind_policy soft
>> nss_initgroups_ignoreusers root,ldap
> 
> toto este idem vyskusat ....
> 


-- 
Ing. Jan Vajda
SOMI systems a.s.
CSA 25
974 01 Banska Bystrica
phone: +421 48 4146 759
fax: +421 48 4146 760
e-mail:  Jan.Vajda na somi.sk
URL: http://www.somi.sk/



From linux na vetrni.net  Fri Nov 28 17:42:11 2008
From: linux na vetrni.net (Jarda)
Date: Fri, 28 Nov 2008 17:42:11 +0100
Subject: depmod havaruje
In-Reply-To: <200811272304.mARN4wKW018877@dior.ics.muni.cz>
References: <492EC775.5@vetrni.net>
	<200811272304.mARN4wKW018877@dior.ics.muni.cz>
Message-ID: <49301F63.7050804@vetrni.net>

petr.pisar na atlas.cz napsal(a):
> In gmane.linux.region.czech, you wrote:
>> /sbin/depmod -a 2.6.27.5-desktop-2mnb
>> make[1]: *** [media-install] Ne?sp??n? ukon?en (SIGABRT)
>> make[1]: Leaving directory `/usr/src/dvb-leadtek/v4l'
>> make: *** [install] Error 2
>>
> Ve zdrojacich se se volani funkce abort(3) nachazi jen na dvou mistech
> a v obou se jedna o test endianity, ktery by mel teoreticky vzdy projit,
> ale pro jistotu tam je nakonec pripsano bezpodminecne abort().
> 
> Program modinfo vam funguje, nebo take havaruje?
modinfo je OK viz:
[root na tux2 mdv]# modinfo dvb_usb_af9015
filename:
/lib/modules/2.6.27.5-desktop-2mnb/kernel/drivers/media/dvb/dvb-usb/dvb-usb-af9015.ko
license:        GPL
description:    Driver for Afatech AF9015 DVB-T
author:         Antti Palosaari <crope na iki.fi>
alias:          usb:v1B80pE396d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1462p8807d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v07CApA309d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v10B9p8000d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v07CAp8150d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1462p8801d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1AE7p0381d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v07CApA815d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1B80pC160d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0CCDp0069d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v13D3p3237d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v13D3p3226d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v1B80pE399d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v2304p022Bd*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0413p6029d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15A4p9016d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v15A4p9015d*dc*dsc*dp*ic*isc*ip*
depends:        dvb-usb,i2c-core,usbcore
vermagic:       2.6.27.5-desktop-2mnb SMP mod_unload 686
parm:           debug:set debugging level (int)
parm:           remote:select remote (int)
parm:           dual_mode:enable dual mode (int)
parm:           adapter_nr:DVB adapter numbers (array of short)
[root na tux2 mdv]#

> Nepouzivate nejaky exoticky prekladac nebo architekturu, kde jeden short
> se nesklada ze dvou charu?
Hmm, jde o MDV2009.0 vše standardně z balíčků (i586) uname říká:

[root na tux2 mdv]# uname -a
Linux tux2.vetrni.net 2.6.27.5-desktop-2mnb #1 SMP Thu Nov 20 15:20:32
EST 2008i686 AMD Athlon(tm) 64 X2 Dual Core Processor 5000+ GNU/Linux
[root na tux2 mdv]#

Myslel jsem si že bude nějaký jednoduchý příkaz exampl. depmod --recover-db
nic jsem nenašel a strejda google neporadil..


Jarda


From stoupa na practisoft.cz  Sat Nov 29 02:29:54 2008
From: stoupa na practisoft.cz (Petr Vileta "fidokomik")
Date: Sat, 29 Nov 2008 02:29:54 +0100
Subject: upgrade serveru
Message-ID: <ggq5ur$2po$1@ns.felk.cvut.cz>

Omlouvam se, pokud Subject nevystihuje presne muj dotaz, ale nic lepsiho me 
nenapadlo. Takze o co mi jde.

Mam takovy maly server, kde bezi RH7.3, Apache 1.2, sendmail, MySQL3.23.54, a 
DNS. Je to hodne stare zelezo a SW take. Proto bych rad udelal upgrade obojiho. 
Novy pocitac mam, nejaky Linux si (snad) dokazu nainstalovat a nakonfigurovat. 
Jenze me tam bezi neco kolem 20 domen a ten prevod souboru a MySQL dat nebude 
trvat par minut. Navic to chci vsechno jeste odzkouset, nez prehodim kabel z 
jednoho do druheho pocitace. A o to mi prave jde, jak to udelat.
Muj server ma jednu domenu jako zakladni, rekneme example.cz. Take ma 
pochopitelne pridelenu verejnou IP adresu. No a me jde o to, jak presunout html 
a mysql data rekneme jedne hostovane domeny tak, aby pro internet to bylo porad 
na puvodnim miste, ale pro pristup z LAN uz jsem byl smerovan na novy pocitac. V 
klidu bych si vyzkousel, ze vsechno funguje a postupne bych prehodil vsechny 
domeny. Pak bych teprve prepnul na novy server natrvalo.
Ta LAN se sklada z toho Linux serveru a meho programatorskeho PC s WinXP-Pro. 
Mam neco nastavit v tom starem Linuxu nebo spis pouzit hosts soubor ve Widlich? 
Nebo bych si mel poridit nejakou novou domenu, rekneme fidokomik.cz a tu dat pro 
novy server jako zakladni a pak uz to tak nechat?
V oblasti Linuxu jsem trochu lepe vycvicena opice, tak na me budte hodni prosim 
:-)

-- 
Petr
Skype: callto://fidokomik
Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR* :-)
Odpovidejte na petr na practisoft cz



From lists_mk na wujiman.net  Sat Nov 29 10:01:14 2008
From: lists_mk na wujiman.net (Martin Kraus)
Date: Sat, 29 Nov 2008 10:01:14 +0100
Subject: upgrade serveru
In-Reply-To: <ggq5ur$2po$1@ns.felk.cvut.cz>
References: <ggq5ur$2po$1@ns.felk.cvut.cz>
Message-ID: <20081129090114.GB20083@finrod>

On Sat, Nov 29, 2008 at 02:29:54AM +0100, Petr Vileta fidokomik wrote:
> Omlouvam se, pokud Subject nevystihuje presne muj dotaz, ale nic lepsiho me 
> nenapadlo. Takze o co mi jde.
> 
> Mam takovy maly server, kde bezi RH7.3, Apache 1.2, sendmail, MySQL3.23.54, a 
> DNS. Je to hodne stare zelezo a SW take. Proto bych rad udelal upgrade obojiho. 
> Novy pocitac mam, nejaky Linux si (snad) dokazu nainstalovat a nakonfigurovat. 
> Jenze me tam bezi neco kolem 20 domen a ten prevod souboru a MySQL dat nebude 
> trvat par minut. Navic to chci vsechno jeste odzkouset, nez prehodim kabel z 
> jednoho do druheho pocitace. A o to mi prave jde, jak to udelat.
> Muj server ma jednu domenu jako zakladni, rekneme example.cz. Take ma 
> pochopitelne pridelenu verejnou IP adresu. No a me jde o to, jak presunout html 
> a mysql data rekneme jedne hostovane domeny tak, aby pro internet to bylo porad 
> na puvodnim miste, ale pro pristup z LAN uz jsem byl smerovan na novy pocitac. V 
> klidu bych si vyzkousel, ze vsechno funguje a postupne bych prehodil vsechny 
> domeny. Pak bych teprve prepnul na novy server natrvalo.
> Ta LAN se sklada z toho Linux serveru a meho programatorskeho PC s WinXP-Pro. 
> Mam neco nastavit v tom starem Linuxu nebo spis pouzit hosts soubor ve Widlich? 
> Nebo bych si mel poridit nejakou novou domenu, rekneme fidokomik.cz a tu dat pro 
> novy server jako zakladni a pak uz to tak nechat?
> V oblasti Linuxu jsem trochu lepe vycvicena opice, tak na me budte hodni prosim 
> :-)

zdravim. jestli vam jde pouze o virtual hosty v apachi, tak si do "hosts"
pridejte domenu, kterou chcete vyzkouset, s novou ip adresou a zkuste se
pripojit.

mk


From stoupa na practisoft.cz  Sat Nov 29 14:55:02 2008
From: stoupa na practisoft.cz (Petr Vileta "fidokomik")
Date: Sat, 29 Nov 2008 14:55:02 +0100
Subject: upgrade serveru
References: <ggq5ur$2po$1@ns.felk.cvut.cz>
	<mailman.74.1227949281.3933.linux@linux.cz>
Message-ID: <ggrhk0$kva$1@ns.felk.cvut.cz>

Martin Kraus wrote:
> On Sat, Nov 29, 2008 at 02:29:54AM +0100, Petr Vileta fidokomik wrote:
>> Omlouvam se, pokud Subject nevystihuje presne muj dotaz, ale nic
>> lepsiho me nenapadlo. Takze o co mi jde.
>>
>> Mam takovy maly server, kde bezi RH7.3, Apache 1.2, sendmail,
>> MySQL3.23.54, a DNS. Je to hodne stare zelezo a SW take. Proto bych
>> rad udelal upgrade obojiho. Novy pocitac mam, nejaky Linux si (snad)
>> dokazu nainstalovat a nakonfigurovat. Jenze me tam bezi neco kolem
>> 20 domen a ten prevod souboru a MySQL dat nebude trvat par minut.
>> Navic to chci vsechno jeste odzkouset, nez prehodim kabel z jednoho
>> do druheho pocitace. A o to mi prave jde, jak to udelat.
>> Muj server ma jednu domenu jako zakladni, rekneme example.cz. Take ma
>> pochopitelne pridelenu verejnou IP adresu. No a me jde o to, jak
>> presunout html a mysql data rekneme jedne hostovane domeny tak, aby
>> pro internet to bylo porad na puvodnim miste, ale pro pristup z LAN
>> uz jsem byl smerovan na novy pocitac. V klidu bych si vyzkousel, ze
>> vsechno funguje a postupne bych prehodil vsechny domeny. Pak bych
>> teprve prepnul na novy server natrvalo.
>> Ta LAN se sklada z toho Linux serveru a meho programatorskeho PC s
>> WinXP-Pro. Mam neco nastavit v tom starem Linuxu nebo spis pouzit
>> hosts soubor ve Widlich? Nebo bych si mel poridit nejakou novou
>> domenu, rekneme fidokomik.cz a tu dat pro novy server jako zakladni
>> a pak uz to tak nechat?
>> V oblasti Linuxu jsem trochu lepe vycvicena opice, tak na me budte
>> hodni prosim :-)
>
> zdravim. jestli vam jde pouze o virtual hosty v apachi, tak si do
> "hosts" pridejte domenu, kterou chcete vyzkouset, s novou ip adresou
> a zkuste se pripojit.
>
> mk
No jo, ale to tu novou domenu uvidi i lidi z internetu, ne?. Ja chci, aby z 
internetu byla videt postaru, ale z LAN jsem videl tu novou.
-- 
Petr
Skype: callto://fidokomik
Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR*
:-) Odpovidejte na petr na practisoft cz




From linux na mzidek.net  Sat Nov 29 16:39:43 2008
From: linux na mzidek.net (Miroslav Zidek)
Date: Sat, 29 Nov 2008 16:39:43 +0100
Subject: upgrade serveru
In-Reply-To: <ggrhk0$kva$1@ns.felk.cvut.cz>
References: <ggq5ur$2po$1@ns.felk.cvut.cz>	<mailman.74.1227949281.3933.linux@linux.cz>
	<ggrhk0$kva$1@ns.felk.cvut.cz>
Message-ID: <4931623F.1090207@mzidek.net>

Dne 29.11.2008 14:55 Petr Vileta "fidokomik" napsal:

>> zdravim. jestli vam jde pouze o virtual hosty v apachi, tak si do
>> "hosts" pridejte domenu, kterou chcete vyzkouset, s novou ip adresou
>> a zkuste se pripojit.
>>
> No jo, ale to tu novou domenu uvidi i lidi z internetu, ne?. Ja chci, aby z 
> internetu byla videt postaru, ale z LAN jsem videl tu novou.

kdyz bude mit prac stanice s Woknama v LANce v HOSTu napsane, ze domena
kterou chcete otestovat ma jinou IP (novy server), pak se budou stranky
volane z LAN nacitat z noveho serveru. Vzhledem k tomu, ze zmenu provedete
pouze v lokalnim HOSTu a nezmenite A zaznam v DNS pro danou domenu,
nepoznaji lide venku nic.


MZ


From peak na argo.troja.mff.cuni.cz  Sat Nov 29 15:18:18 2008
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sat, 29 Nov 2008 15:18:18 +0100 (CET)
Subject: Jak docasne pozastavit xscreensaver?
In-Reply-To: <1227477506.27105.4.camel@joy>
Message-ID: <20081129151754.362E.0@paddy.troja.mff.cuni.cz>

On Sun, 23 Nov 2008, Petr Stehlík wrote:

> > Kolečko je totéž jako tlačítka.
> 
> ne tak docela. Nechce se mi hledat ty zprávy, co jsme si s autorem
> Xscreensaveru o tom vyměnili (mám-li je ještě vůbec), ale zkrátka
> kolečko myši v X11 nějak neposílá události, [...]

Je to totéž. Kolečko posílá události pro myšová tlačítka č. 4 a 5. Problém
je v tom, že X11 dovoluje udělat XSelectInput() na tlačítkové události
(narozdíl od klávesových) jen jednomu klientovi, a tak je Xscreensaver
nemůže takto snadno šmírovat na cizích oknech.

-- 
Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
"For death is come up into our MS Windows(tm)..." \ 21th century edition /



From peak na argo.troja.mff.cuni.cz  Sat Nov 29 15:18:29 2008
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sat, 29 Nov 2008 15:18:29 +0100 (CET)
Subject: VMware a iptables
In-Reply-To: <492BF1DF.5020704@luzanky.cz>
Message-ID: <20081129151819.362E.0@paddy.troja.mff.cuni.cz>

On Tue, 25 Nov 2008, Petr Špatka wrote:

> zkusil jsem si nainstalovat vmware server (verze 2) na linuxový stroj. 
> Chtěl bych použít síťování typu bridge a zároveň bych chtěl omezit 
> přístup k virtuálním strojům pomocí iptables na hostitelském stroji. 

Problémy jsou dva: za prvé má VMware vlastní bridge, čili je nutné to
propojit ještě nepřímo přes originální linuxový bridge (na to jste
přišel), za druhé nemůžete použít iptables, ale musí to být ebtables.

-- 
Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
"For death is come up into our MS Windows(tm)..." \ 21th century edition /




From mr.death na ipq.cz  Sat Nov 29 17:43:14 2008
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Sat, 29 Nov 2008 17:43:14 +0100
Subject: =?iso-8859-2?Q?zd1201_nechce_nahr=E1t_firmware?=
Message-ID: <000001c95241$92ea4bb0$b8bee310$@death@ipq.cz>

Ahoj, mám problém, dostal jsem USB wifi ZyXEL G-202, zkompiloval jsem modul
zd1201 (zkoušeno na kernelu 2.6.25-R6 a 2.6.26-R3), ale když dám modprobe
zd1201, tak se mně nenatáhne firmware. Modul se nahraje, nezahlásí žádnou
chybu. Iwconfig pak samozřejmě žádnou wifi nevidí. Firmware je správně
nahraný v /lib/firmware. Mám nainstalovanou podporu udev i hotplug, ale
stejně se nic neděje. Netušíte někdo, co s tím? Jedná se o Gentoo, aktuální
kernel teď 2.6.26-R3, firmware nejnovější 0.14. Předem díky za rady...





From mcepl na redhat.com  Sat Nov 29 18:11:58 2008
From: mcepl na redhat.com (Matej Cepl)
Date: Sat, 29 Nov 2008 18:11:58 +0100
Subject: upgrade serveru
References: <ggq5ur$2po$1@ns.felk.cvut.cz>
	<mailman.74.1227949281.3933.linux@linux.cz>
	<ggrhk0$kva$1__40179.4431069449$1227968226$gmane$org@ns.felk.cvut.cz>
Message-ID: <un9806xq8d.ln2@ppp1053.in.ipex.cz>

On 2008-11-29, 13:55 GMT, Petr Vileta "fidokomik" wrote:
> No jo, ale to tu novou domenu uvidi i lidi z internetu, ne?. Ja 
> chci, aby z internetu byla videt postaru, ale z LAN jsem videl 
> tu novou.

view v bindu? (named.conf(5))

Matěj



From lists.subscriber na pragl.cz  Sat Nov 29 22:35:40 2008
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Sat, 29 Nov 2008 22:35:40 +0100
Subject: =?iso-8859-2?Q?Re:_zd1201_nechce_nahr=E1t_firmware?=
References: <000001c95241$92ea4bb0$b8bee310$@death@ipq.cz>
Message-ID: <25D29D1C42F54051BD929C34A6C38C68@mireknb>

v /var/log/messages nic?

MP



From mr.death na ipq.cz  Sun Nov 30 01:57:29 2008
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Sun, 30 Nov 2008 01:57:29 +0100
Subject: =?iso-8859-2?Q?RE:_zd1201_nechce_nahr=E1t_firmware?=
In-Reply-To: <25D29D1C42F54051BD929C34A6C38C68@mireknb>
References: <000001c95241$92ea4bb0$b8bee310$@death@ipq.cz>
	<25D29D1C42F54051BD929C34A6C38C68@mireknb>
Message-ID: <000001c95286$9eb24bb0$dc16e310$@death@ipq.cz>

Bohužel nikde ani stopa, že by nastala nějaká chyba. Jako kdyby ten driver
vůbec firmware nepožadoval (dokonce i v helpu v kernelu je napsaný, že je
ten firmware třeba a kde ho stáhnout). Co jsem pátral, tak mnoho lidí řešilo
právě problém s firmwarem (neměli ho nebo byl na špatným místě), ale mně se
ta chyba prostě neobjevuje. Kernel akorát zahlásí, že nahrál driver a dál
nic (ještě by měl oznámit i nahrání firmware). :(
Ještě mě napadlo, že mně chybí v jádře podpora něčeho, ale to už jsem prošel
několikrát a na nic nemůžu přijít. Druhá možnost je nějaká hardwarová
nekompatibilita, případně je ten bazmek v nějaké novější revizi, která s
tímto firmware nepracuje. Ale to bych tipoval, že pak by se objevila nějaká
chyba v logu.

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Miroslav Pragl
> Sent: Saturday, November 29, 2008 10:36 PM
> 
> v /var/log/messages nic?



From lists.subscriber na pragl.cz  Sun Nov 30 10:10:33 2008
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Sun, 30 Nov 2008 10:10:33 +0100
Subject: =?iso-8859-2?Q?Re:_zd1201_nechce_nahr=E1t_firmware?=
References: <000001c95241$92ea4bb0$b8bee310$@death@ipq.cz><25D29D1C42F54051BD929C34A6C38C68@mireknb>
	<000001c95286$9eb24bb0$dc16e310$@death@ipq.cz>
Message-ID: <A220EEA44DDA4E6A9B0A36503C231032@mireknb>

Podporu I2C asi mas, ze?

MP



From hrbac.conf na seznam.cz  Sun Nov 30 11:25:13 2008
From: hrbac.conf na seznam.cz (=?ISO-8859-2?Q?David_Hrb=E1=E8?=)
Date: Sun, 30 Nov 2008 11:25:13 +0100
Subject: Bonding a =?ISO-8859-2?Q?vhodn=E1_s=ED=BBov=E1_karta?=
Message-ID: <49326A09.5010106@seznam.cz>

Dobrý den,
chtěl bych vás požádat o doporučení na PCI gigabitové karty, které máte
ozkoušené, že podporují bonding. Hrál jsem si v pátek s mnoha kartami a
zjistil jsem, že karta musí podporovat MII detekci. Vyzkoušel jsem
všechny možné značkové i neznačkové karty 100M i 1G, které jsem tu měl a
nakonec jsem skončil u starých 3com 9xx, které jako jediné fungovaly.
Děkuji,
David Hrbáč


From mr.death na ipq.cz  Sun Nov 30 12:49:19 2008
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Sun, 30 Nov 2008 12:49:19 +0100
Subject: =?iso-8859-2?Q?RE:_zd1201_nechce_nahr=E1t_firmware?=
In-Reply-To: <A220EEA44DDA4E6A9B0A36503C231032@mireknb>
References: <000001c95241$92ea4bb0$b8bee310$@death@ipq.cz><25D29D1C42F54051BD929C34A6C38C68@mireknb>	<000001c95286$9eb24bb0$dc16e310$@death@ipq.cz>
	<A220EEA44DDA4E6A9B0A36503C231032@mireknb>
Message-ID: <000301c952e1$ae117a30$0a346e90$@death@ipq.cz>

mám

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Miroslav Pragl
> Sent: Sunday, November 30, 2008 10:11 AM
> 
> Podporu I2C asi mas, ze?



From jarda47133 na spambob.net  Sun Nov 30 10:57:28 2008
From: jarda47133 na spambob.net (Jarda)
Date: Sun, 30 Nov 2008 09:57:28 +0000
Subject: zd1201 nechce =?ISO-8859-1?Q?nahr=E1t?= firmware
References: <000001c95241$92ea4bb0$b8bee310$@death@ipq.cz>
	<25D29D1C42F54051BD929C34A6C38C68@mireknb>
	<mailman.83.1228006616.3933.linux@linux.cz>
Message-ID: <ggtem1$5fm$1@news.brutele.be>

Tomá? Ko?eluh wrote:

> Bohu?el nikde ani stopa, ?e by nastala n?jaká chyba. Jako kdyby ten
> driver v?bec firmware nepo?adoval (dokonce i v helpu v kernelu je
> napsaný, ?e je ten firmware t?eba a kde ho stáhnout). Co jsem
> pátral, tak mnoho lidí ?e?ilo práv? problém s firmwarem (nem?li ho
> nebo byl na ?patným míst?), ale mn? se ta chyba prost? neobjevuje.
> Kernel akorát zahlásí, ?e nahrál driver a dál nic (je?t? by m?l
> oznámit i nahrání firmware). :( Je?t? m? napadlo, ?e mn? chybí v
> jád?e podpora n??eho, ale to u? jsem pro?el n?kolikrát a na nic

Mozna whodne kombinace nasledujicich options z menuconfig?

Device Drivers:
->Generic Driver Options:
-->Select only drivers that don't need compile-time external firmware
-->Prevent firmware from being built
-->Userspace firmware loading support


> nem??u p?ijít. Druhá mo?nost je n?jaká hardwarová nekompatibilita,
> p?ípadn? je ten bazmek v n?jaké nov?j?í revizi, která s tímto
> firmware nepracuje. Ale to bych tipoval, ?e pak by se objevila
> n?jaká chyba v logu.










> 
>> -----Original Message-----
>> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On
>> Behalf Of Miroslav Pragl
>> Sent: Saturday, November 29, 2008 10:36 PM
>> 
>> v /var/log/messages nic?

-- 
Remove the 77 from my address to reply by e-mail!


From dast na panelnet.cz  Sun Nov 30 13:27:25 2008
From: dast na panelnet.cz (Dalibor Straka)
Date: Sun, 30 Nov 2008 13:27:25 +0100
Subject: Bonding a =?iso-8859-2?B?dmhvZG7hIHPt?=
	=?iso-8859-2?Q?=BBov=E1?= karta
In-Reply-To: <49326A09.5010106@seznam.cz>
References: <49326A09.5010106@seznam.cz>
Message-ID: <20081130122725.GA30401@panelnet.cz>

On Sun, Nov 30, 2008 at 11:25:13AM +0100, David Hrbáč wrote:
> Dobrý den,
> chtěl bych vás požádat o doporučení na PCI gigabitové karty, které máte
> ozkoušené, že podporují bonding. Hrál jsem si v pátek s mnoha kartami a
> zjistil jsem, že karta musí podporovat MII detekci. Vyzkoušel jsem
> všechny možné značkové i neznačkové karty 100M i 1G, které jsem tu měl a
> nakonec jsem skončil u starých 3com 9xx, které jako jediné fungovaly.
>
Me bez problemu funguji e100 a pouzivaji mii ;-)

-- Dalibor Straka


From stoupa na practisoft.cz  Sun Nov 30 15:18:36 2008
From: stoupa na practisoft.cz (Petr Vileta "fidokomik")
Date: Sun, 30 Nov 2008 15:18:36 +0100
Subject: upgrade serveru
References: <ggq5ur$2po$1@ns.felk.cvut.cz>	<mailman.74.1227949281.3933.linux@linux.cz><ggrhk0$kva$1@ns.felk.cvut.cz>
	<mailman.76.1227973203.3933.linux@linux.cz>
Message-ID: <ggu7di$1qdp$2@ns.felk.cvut.cz>

Miroslav Zidek wrote:
> Dne 29.11.2008 14:55 Petr Vileta "fidokomik" napsal:
> 
>>> zdravim. jestli vam jde pouze o virtual hosty v apachi, tak si do
>>> "hosts" pridejte domenu, kterou chcete vyzkouset, s novou ip adresou
>>> a zkuste se pripojit.
>>> 
>> No jo, ale to tu novou domenu uvidi i lidi z internetu, ne?. Ja
>> chci, aby z internetu byla videt postaru, ale z LAN jsem videl tu
>> novou. 
> 
> kdyz bude mit prac stanice s Woknama v LANce v HOSTu napsane, ze
> domena kterou chcete otestovat ma jinou IP (novy server), pak se
> budou stranky volane z LAN nacitat z noveho serveru. Vzhledem k tomu,
> ze zmenu provedete pouze v lokalnim HOSTu a nezmenite A zaznam v DNS
> pro danou domenu, nepoznaji lide venku nic.
> 
> 
Diky, to jsem si myslel, ale potreboval jsem si to potvrdit.

-- 
Petr
Skype: callto://fidokomik
Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR*
:-) Odpovidejte na petr na practisoft cz



From petr.balas na gmail.com  Sun Nov 30 17:59:03 2008
From: petr.balas na gmail.com (=?WINDOWS-1252?Q?Petr_Bal=E1=9A?=)
Date: Sun, 30 Nov 2008 17:59:03 +0100
Subject: problemy s diskem
Message-ID: <412122330811300859u6004a32fm83920ad0abe4f171@mail.gmail.com>

Zdravim

Odesel mi disk v RAIDu, reklamuji ho.
Koupil jsem misto neho novy a ten za chvilku zase zacal blbnout. dmesg
mi vypsal viz nize. Priznam se, ze si to nedokazu prelozit do lidstiny.
Tusi nekdo co se deje? A co zkontrolovat / otestovat?

System Debian stable
kernel 2.6.27.4 vanilka 32bit
deska - Intel DG43NB (je tam chvilku)
Disky Seagate (ten chodi) a Samsung (ten hlasi chyby) 750GB

Petr


ata2.00: exception Emask 0x10 SAct 0x0 SErr 0x4050002 action 0xe frozen
ata2: SError: { RecovComm PHYRdyChg CommWake DevExch }
ata2.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x14 (ATA bus error)
ata2.00: status: { DRDY }
ata2: hard resetting link
ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata2.00: configured for UDMA/133
ata2: EH complete
sd 1:0:0:0: [sdb] 1465149168 512-byte hardware sectors (750156 MB)
end_request: I/O error, dev sdb, sector 31246271
md: super_written gets error=-5, uptodate=0
raid1: Disk failure on sdb1, disabling device.
raid1: Operation continuing on 1 devices.
sd 1:0:0:0: [sdb] Write Protect is off
sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
RAID1 conf printout:
 --- wd:1 rd:2
 disk 0, wo:0, o:1, dev:sda1
 disk 1, wo:1, o:0, dev:sdb1
RAID1 conf printout:
 --- wd:1 rd:2
 disk 0, wo:0, o:1, dev:sda1
sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't
support DPO or FUA
ata2.00: exception Emask 0x10 SAct 0x0 SErr 0x4050002 action 0xe frozen
ata2: SError: { RecovComm PHYRdyChg CommWake DevExch }
ata2.00: cmd ca/00:08:f2:a3:2b/00:00:00:00:00/ee tag 0 dma 4096 out
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x14 (ATA bus error)
ata2.00: status: { DRDY }
ata2: hard resetting link
ata2: SATA link down (SStatus 0 SControl 300)
ata2: hard resetting link
ata2: SATA link down (SStatus 0 SControl 300)
ata2: hard resetting link
ata2: SATA link down (SStatus 0 SControl 300)
ata2.00: disabled
sd 1:0:0:0: [sdb] Result: hostbyte=0x00 driverbyte=0x08
sd 1:0:0:0: [sdb] Sense Key : 0xb [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00
        00 00 00 00
sd 1:0:0:0: [sdb] ASC=0x0 ASCQ=0x0
end_request: I/O error, dev sdb, sector 237741042
raid1: Disk failure on sdb3, disabling device.
raid1: Operation continuing on 1 devices.
sd 1:0:0:0: rejecting I/O to offline device
ata2: EH complete
ata2.00: detaching (SCSI 1:0:0:0)
sd 1:0:0:0: [sdb] Result: hostbyte=0x01 driverbyte=0x00
end_request: I/O error, dev sdb, sector 237735314
end_request: I/O error, dev sdb, sector 1462991105
md: super_written gets error=-5, uptodate=0
raid1: Disk failure on sdb4, disabling device.
raid1: Operation continuing on 1 devices.
raid1: sdb4: rescheduling sector 1116280
RAID1 conf printout:
 --- wd:1 rd:2
 disk 0, wo:0, o:1, dev:sda3
 disk 1, wo:1, o:0, dev:sdb3
RAID1 conf printout:
 --- wd:1 rd:2
 disk 0, wo:0, o:1, dev:sda4
 disk 1, wo:1, o:0, dev:sdb4
RAID1 conf printout:
 --- wd:1 rd:2
 disk 0, wo:0, o:1, dev:sda3
sd 1:0:0:0: [sdb] Synchronizing SCSI cache
sd 1:0:0:0: [sdb] Result: hostbyte=0x04 driverbyte=0x00
sd 1:0:0:0: [sdb] Stopping disk
sd 1:0:0:0: [sdb] START_STOP FAILED
sd 1:0:0:0: [sdb] Result: hostbyte=0x04 driverbyte=0x00
RAID1 conf printout:
 --- wd:1 rd:2
 disk 0, wo:0, o:1, dev:sda4
raid1: sda4: redirecting sector 1116280 to another mirror

-- 
Petr Baláš - petr at balas dot cz


From lukesh na seznam.cz  Sun Nov 30 18:06:50 2008
From: lukesh na seznam.cz (Jaroslav Lukesh)
Date: Sun, 30 Nov 2008 18:06:50 +0100
Subject: problemy s diskem
References: <412122330811300859u6004a32fm83920ad0abe4f171@mail.gmail.com>
Message-ID: <16cf01c9530e$0aebc180$6164a8c0@xp>

Nějak tam nevidím seek failure, přehoďte ho na jinou ˇxandu, na jiné místo a 
pod. Pak bych začal měnit zdroj, řadič, desku...

----- Original Message ----- 
From: "Petr Baláš" <petr.balas na gmail.com>

Odesel mi disk v RAIDu, reklamuji ho.
Koupil jsem misto neho novy a ten za chvilku zase zacal blbnout. dmesg
mi vypsal viz nize. Priznam se, ze si to nedokazu prelozit do lidstiny.
Tusi nekdo co se deje? A co zkontrolovat / otestovat?

System Debian stable
kernel 2.6.27.4 vanilka 32bit
deska - Intel DG43NB (je tam chvilku)
Disky Seagate (ten chodi) a Samsung (ten hlasi chyby) 750GB



From dast na panelnet.cz  Sun Nov 30 18:30:20 2008
From: dast na panelnet.cz (Dalibor Straka)
Date: Sun, 30 Nov 2008 18:30:20 +0100
Subject: problemy s diskem
In-Reply-To: <412122330811300859u6004a32fm83920ad0abe4f171@mail.gmail.com>
References: <412122330811300859u6004a32fm83920ad0abe4f171@mail.gmail.com>
Message-ID: <20081130173020.GA689@panelnet.cz>

On Sun, Nov 30, 2008 at 05:59:03PM +0100, Petr Baláš wrote:
> Zdravim
> 
> Odesel mi disk v RAIDu, reklamuji ho.
> Koupil jsem misto neho novy a ten za chvilku zase zacal blbnout. dmesg
> mi vypsal viz nize. Priznam se, ze si to nedokazu prelozit do lidstiny.
> Tusi nekdo co se deje? A co zkontrolovat / otestovat?
> 
Co rika smart? (smartctl -a /dev/sdb)

Kabely v poradku? Zdroj dostatecne vykonny?

-- Dalibor Straka


From ojo na force.sk  Sun Nov 30 18:26:01 2008
From: ojo na force.sk (Ondrej Scecina)
Date: Sun, 30 Nov 2008 18:26:01 +0100
Subject: problemy s diskem
In-Reply-To: <412122330811300859u6004a32fm83920ad0abe4f171@mail.gmail.com>
References: <412122330811300859u6004a32fm83920ad0abe4f171@mail.gmail.com>
Message-ID: <200811301826.01222.ojo@force.sk>

Zhodou okolnosti som tento tyzden riesil RAID, pretoze mi tiez odisiel jeden 
Seagate disk. Skusal som Samsung, neskor WD, ale oba hlasili chyby (aj ked 
ine). Synchronizacia RAIDu bola neskutocne pomala, cca 30kB/s. Seagate 
predtym fungoval bez problemov. Vyriesil to novy BIOS maticnej dosky (K9N).

Dňa Sunday 30 November 2008 Petr Baláš napísal:
> Zdravim
>
> Odesel mi disk v RAIDu, reklamuji ho.
> Koupil jsem misto neho novy a ten za chvilku zase zacal blbnout. dmesg
> mi vypsal viz nize. Priznam se, ze si to nedokazu prelozit do lidstiny.
> Tusi nekdo co se deje? A co zkontrolovat / otestovat?
>
> System Debian stable
> kernel 2.6.27.4 vanilka 32bit
> deska - Intel DG43NB (je tam chvilku)
> Disky Seagate (ten chodi) a Samsung (ten hlasi chyby) 750GB
>
> Petr
>
>
> ata2.00: exception Emask 0x10 SAct 0x0 SErr 0x4050002 action 0xe frozen
> ata2: SError: { RecovComm PHYRdyChg CommWake DevExch }
> ata2.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0
>          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x14 (ATA bus error)
> ata2.00: status: { DRDY }
> ata2: hard resetting link
> ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> ata2.00: configured for UDMA/133
> ata2: EH complete
> sd 1:0:0:0: [sdb] 1465149168 512-byte hardware sectors (750156 MB)
> end_request: I/O error, dev sdb, sector 31246271
> md: super_written gets error=-5, uptodate=0
> raid1: Disk failure on sdb1, disabling device.
> raid1: Operation continuing on 1 devices.
> sd 1:0:0:0: [sdb] Write Protect is off
> sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
> RAID1 conf printout:
>  --- wd:1 rd:2
>  disk 0, wo:0, o:1, dev:sda1
>  disk 1, wo:1, o:0, dev:sdb1
> RAID1 conf printout:
>  --- wd:1 rd:2
>  disk 0, wo:0, o:1, dev:sda1
> sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't
> support DPO or FUA
> ata2.00: exception Emask 0x10 SAct 0x0 SErr 0x4050002 action 0xe frozen
> ata2: SError: { RecovComm PHYRdyChg CommWake DevExch }
> ata2.00: cmd ca/00:08:f2:a3:2b/00:00:00:00:00/ee tag 0 dma 4096 out
>          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x14 (ATA bus error)
> ata2.00: status: { DRDY }
> ata2: hard resetting link
> ata2: SATA link down (SStatus 0 SControl 300)
> ata2: hard resetting link
> ata2: SATA link down (SStatus 0 SControl 300)
> ata2: hard resetting link
> ata2: SATA link down (SStatus 0 SControl 300)
> ata2.00: disabled
> sd 1:0:0:0: [sdb] Result: hostbyte=0x00 driverbyte=0x08
> sd 1:0:0:0: [sdb] Sense Key : 0xb [current] [descriptor]
> Descriptor sense data with sense descriptors (in hex):
>         72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00
>         00 00 00 00
> sd 1:0:0:0: [sdb] ASC=0x0 ASCQ=0x0
> end_request: I/O error, dev sdb, sector 237741042
> raid1: Disk failure on sdb3, disabling device.
> raid1: Operation continuing on 1 devices.
> sd 1:0:0:0: rejecting I/O to offline device
> ata2: EH complete
> ata2.00: detaching (SCSI 1:0:0:0)
> sd 1:0:0:0: [sdb] Result: hostbyte=0x01 driverbyte=0x00
> end_request: I/O error, dev sdb, sector 237735314
> end_request: I/O error, dev sdb, sector 1462991105
> md: super_written gets error=-5, uptodate=0
> raid1: Disk failure on sdb4, disabling device.
> raid1: Operation continuing on 1 devices.
> raid1: sdb4: rescheduling sector 1116280
> RAID1 conf printout:
>  --- wd:1 rd:2
>  disk 0, wo:0, o:1, dev:sda3
>  disk 1, wo:1, o:0, dev:sdb3
> RAID1 conf printout:
>  --- wd:1 rd:2
>  disk 0, wo:0, o:1, dev:sda4
>  disk 1, wo:1, o:0, dev:sdb4
> RAID1 conf printout:
>  --- wd:1 rd:2
>  disk 0, wo:0, o:1, dev:sda3
> sd 1:0:0:0: [sdb] Synchronizing SCSI cache
> sd 1:0:0:0: [sdb] Result: hostbyte=0x04 driverbyte=0x00
> sd 1:0:0:0: [sdb] Stopping disk
> sd 1:0:0:0: [sdb] START_STOP FAILED
> sd 1:0:0:0: [sdb] Result: hostbyte=0x04 driverbyte=0x00
> RAID1 conf printout:
>  --- wd:1 rd:2
>  disk 0, wo:0, o:1, dev:sda4
> raid1: sda4: redirecting sector 1116280 to another mirror




From petr na balas.cz  Sun Nov 30 19:21:48 2008
From: petr na balas.cz (=?ISO-8859-2?Q?Petr_Bal=E1=B9?=)
Date: Sun, 30 Nov 2008 19:21:48 +0100
Subject: problemy s diskem
In-Reply-To: <20081130173020.GA689@panelnet.cz>
References: <412122330811300859u6004a32fm83920ad0abe4f171@mail.gmail.com>
	<20081130173020.GA689@panelnet.cz>
Message-ID: <412122330811301021r27dbe4fbi1644d0f7fb86f838@mail.gmail.com>

2008/11/30 Dalibor Straka <dast na panelnet.cz>:
> On Sun, Nov 30, 2008 at 05:59:03PM +0100, Petr Baláš wrote:
>> Zdravim
>>
>> Odesel mi disk v RAIDu, reklamuji ho.
>> Koupil jsem misto neho novy a ten za chvilku zase zacal blbnout. dmesg
>> mi vypsal viz nize. Priznam se, ze si to nedokazu prelozit do lidstiny.
>> Tusi nekdo co se deje? A co zkontrolovat / otestovat?
>>
> Co rika smart? (smartctl -a /dev/sdb)

smartctl -a /dev/sdb
smartctl version 5.36 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

Smartctl open device: /dev/sdb failed: No such device or address

:-) Kupodivu
md1 : active raid1 sdb2[1] sda2[0]
      2000000 blocks [2/2] [UU]
t.j. /dev/sdb2 se tvari ze zije. Touch na jeden soubor na dane
partiton jsem cvicne zkusl, jinak je tam / (jen /home je jinde)
Uvidime po rebootu (zkusim to tam nacpat zpatky ale ted to
rebootovat nemuzu - je to router a bezi me jiny test jinde
a nechci si ho odstrelit, takze az zitra..


> Kabely v poradku? Zdroj dostatecne vykonny?

Datovy kabel jsem pri vymene pro jistotu menil,
napajeci tusim ze ne (zitra vymenim pro jistotu oba).
Zdroj Fortron 400W, jsou na tom 2 disky 750GB,
deska Intel, procesor Core2Duo E7400 (45W a
nejpomalejsi z nich), DVD mechanika (nepouziva se).
Kdyz jsem cvicne meril odber celeho pocitace,
tak se pohyboval mezi 62  a 80 W.


-- 
Petr Baláš - petr at balas dot cz

From petr.balas na gmail.com  Sun Nov 30 19:22:33 2008
From: petr.balas na gmail.com (=?ISO-8859-2?Q?Petr_Bal=E1=B9?=)
Date: Sun, 30 Nov 2008 19:22:33 +0100
Subject: problemy s diskem
In-Reply-To: <412122330811301021r27dbe4fbi1644d0f7fb86f838@mail.gmail.com>
References: <412122330811300859u6004a32fm83920ad0abe4f171@mail.gmail.com>
	<20081130173020.GA689@panelnet.cz>
	<412122330811301021r27dbe4fbi1644d0f7fb86f838@mail.gmail.com>
Message-ID: <412122330811301022u317d1f95sba35d1d30fa9b117@mail.gmail.com>

2008/11/30 Dalibor Straka <dast na panelnet.cz>:
> On Sun, Nov 30, 2008 at 05:59:03PM +0100, Petr Baláš wrote:
>> Zdravim
>>
>> Odesel mi disk v RAIDu, reklamuji ho.
>> Koupil jsem misto neho novy a ten za chvilku zase zacal blbnout. dmesg
>> mi vypsal viz nize. Priznam se, ze si to nedokazu prelozit do lidstiny.
>> Tusi nekdo co se deje? A co zkontrolovat / otestovat?
>>
> Co rika smart? (smartctl -a /dev/sdb)

smartctl -a /dev/sdb
smartctl version 5.36 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

Smartctl open device: /dev/sdb failed: No such device or address

:-) Kupodivu
md1 : active raid1 sdb2[1] sda2[0]
     2000000 blocks [2/2] [UU]
t.j. /dev/sdb2 se tvari ze zije. Touch na jeden soubor na dane
partiton jsem cvicne zkusl, jinak je tam / (jen /home je jinde)
Uvidime po rebootu (zkusim to tam nacpat zpatky ale ted to
rebootovat nemuzu - je to router a bezi me jiny test jinde
a nechci si ho odstrelit, takze az zitra..


> Kabely v poradku? Zdroj dostatecne vykonny?

Datovy kabel jsem pri vymene pro jistotu menil,
napajeci tusim ze ne (zitra vymenim pro jistotu oba).
Zdroj Fortron 400W, jsou na tom 2 disky 750GB,
deska Intel, procesor Core2Duo E7400 (45W a
nejpomalejsi z nich), DVD mechanika (nepouziva se).
Kdyz jsem cvicne meril odber celeho pocitace,
tak se pohyboval mezi 62  a 80 W.


--
Petr Baláš - petr at balas dot cz



-- 
Petr Baláš - petr at balas dot cz

From petr.balas na gmail.com  Sun Nov 30 19:30:22 2008
From: petr.balas na gmail.com (=?ISO-8859-2?Q?Petr_Bal=E1=B9?=)
Date: Sun, 30 Nov 2008 19:30:22 +0100
Subject: problemy s diskem
In-Reply-To: <200811301826.01222.ojo@force.sk>
References: <412122330811300859u6004a32fm83920ad0abe4f171@mail.gmail.com>
	<200811301826.01222.ojo@force.sk>
Message-ID: <412122330811301030m248e087ese8e9fc193291d0c9@mail.gmail.com>

Hi

Update BIOSu mam taky v planu.

Ono na desku mam docela podezreni. Rozbiham zalohovaci server
na stejne desce se 6x Seagate 1,5 TB disky a taky s tim nejak valcim.

1) Disky mely vazne problemy s RAIDem (cca pred 14 dny to proslo
tiskem, pochopitelne tesne pote co jsem koupil disky). ted jsem konecne
ziskal ze Seagate novy firmware (ne stahnout nejde, musi se extra zadat)

2) ted uz mi vypadavaji z pole jen dva disky
prvni uz mi na badblocks ohlasil spoustu read chyb -> reklamace
druhy prosel read testem v poradku. Prave bezi write test, takze uvidime.
Ale je zajimave, ze read test probehl na tom problematickem disku cca
o 15 % rychleji nez na prvnich 4 discich ktere jsou OK. Nechapu to.

Petr


2008/11/30 Ondrej Scecina <ojo na force.sk>:
> Zhodou okolnosti som tento tyzden riesil RAID, pretoze mi tiez odisiel jeden
> Seagate disk. Skusal som Samsung, neskor WD, ale oba hlasili chyby (aj ked
> ine). Synchronizacia RAIDu bola neskutocne pomala, cca 30kB/s. Seagate
> predtym fungoval bez problemov. Vyriesil to novy BIOS maticnej dosky (K9N).
>
> Dňa Sunday 30 November 2008 Petr Baláš napísal:
>> Zdravim
>>
>> Odesel mi disk v RAIDu, reklamuji ho.
>> Koupil jsem misto neho novy a ten za chvilku zase zacal blbnout. dmesg
>> mi vypsal viz nize. Priznam se, ze si to nedokazu prelozit do lidstiny.
>> Tusi nekdo co se deje? A co zkontrolovat / otestovat?
>>
>> System Debian stable
>> kernel 2.6.27.4 vanilka 32bit
>> deska - Intel DG43NB (je tam chvilku)
>> Disky Seagate (ten chodi) a Samsung (ten hlasi chyby) 750GB
>>
>> Petr
>>
>>
>> ata2.00: exception Emask 0x10 SAct 0x0 SErr 0x4050002 action 0xe frozen
>> ata2: SError: { RecovComm PHYRdyChg CommWake DevExch }
>> ata2.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0
>>          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x14 (ATA bus error)
>> ata2.00: status: { DRDY }
>> ata2: hard resetting link
>> ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
>> ata2.00: configured for UDMA/133
>> ata2: EH complete
>> sd 1:0:0:0: [sdb] 1465149168 512-byte hardware sectors (750156 MB)
>> end_request: I/O error, dev sdb, sector 31246271
>> md: super_written gets error=-5, uptodate=0
>> raid1: Disk failure on sdb1, disabling device.
>> raid1: Operation continuing on 1 devices.
>> sd 1:0:0:0: [sdb] Write Protect is off
>> sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
>> RAID1 conf printout:
>>  --- wd:1 rd:2
>>  disk 0, wo:0, o:1, dev:sda1
>>  disk 1, wo:1, o:0, dev:sdb1
>> RAID1 conf printout:
>>  --- wd:1 rd:2
>>  disk 0, wo:0, o:1, dev:sda1
>> sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't
>> support DPO or FUA
>> ata2.00: exception Emask 0x10 SAct 0x0 SErr 0x4050002 action 0xe frozen
>> ata2: SError: { RecovComm PHYRdyChg CommWake DevExch }
>> ata2.00: cmd ca/00:08:f2:a3:2b/00:00:00:00:00/ee tag 0 dma 4096 out
>>          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x14 (ATA bus error)
>> ata2.00: status: { DRDY }
>> ata2: hard resetting link
>> ata2: SATA link down (SStatus 0 SControl 300)
>> ata2: hard resetting link
>> ata2: SATA link down (SStatus 0 SControl 300)
>> ata2: hard resetting link
>> ata2: SATA link down (SStatus 0 SControl 300)
>> ata2.00: disabled
>> sd 1:0:0:0: [sdb] Result: hostbyte=0x00 driverbyte=0x08
>> sd 1:0:0:0: [sdb] Sense Key : 0xb [current] [descriptor]
>> Descriptor sense data with sense descriptors (in hex):
>>         72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00
>>         00 00 00 00
>> sd 1:0:0:0: [sdb] ASC=0x0 ASCQ=0x0
>> end_request: I/O error, dev sdb, sector 237741042
>> raid1: Disk failure on sdb3, disabling device.
>> raid1: Operation continuing on 1 devices.
>> sd 1:0:0:0: rejecting I/O to offline device
>> ata2: EH complete
>> ata2.00: detaching (SCSI 1:0:0:0)
>> sd 1:0:0:0: [sdb] Result: hostbyte=0x01 driverbyte=0x00
>> end_request: I/O error, dev sdb, sector 237735314
>> end_request: I/O error, dev sdb, sector 1462991105
>> md: super_written gets error=-5, uptodate=0
>> raid1: Disk failure on sdb4, disabling device.
>> raid1: Operation continuing on 1 devices.
>> raid1: sdb4: rescheduling sector 1116280
>> RAID1 conf printout:
>>  --- wd:1 rd:2
>>  disk 0, wo:0, o:1, dev:sda3
>>  disk 1, wo:1, o:0, dev:sdb3
>> RAID1 conf printout:
>>  --- wd:1 rd:2
>>  disk 0, wo:0, o:1, dev:sda4
>>  disk 1, wo:1, o:0, dev:sdb4
>> RAID1 conf printout:
>>  --- wd:1 rd:2
>>  disk 0, wo:0, o:1, dev:sda3
>> sd 1:0:0:0: [sdb] Synchronizing SCSI cache
>> sd 1:0:0:0: [sdb] Result: hostbyte=0x04 driverbyte=0x00
>> sd 1:0:0:0: [sdb] Stopping disk
>> sd 1:0:0:0: [sdb] START_STOP FAILED
>> sd 1:0:0:0: [sdb] Result: hostbyte=0x04 driverbyte=0x00
>> RAID1 conf printout:
>>  --- wd:1 rd:2
>>  disk 0, wo:0, o:1, dev:sda4
>> raid1: sda4: redirecting sector 1116280 to another mirror
>
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>



-- 
Petr Baláš - petr at balas dot cz

From petr na kristof.cz  Sun Nov 30 21:48:45 2008
From: petr na kristof.cz (=?ISO-8859-2?Q?Petr_Kri=B9tof?=)
Date: Sun, 30 Nov 2008 21:48:45 +0100
Subject: problemy s diskem
In-Reply-To: <mailman.97.1228069354.3933.linux@linux.cz>
References: <412122330811300859u6004a32fm83920ad0abe4f171@mail.gmail.com>	<20081130173020.GA689@panelnet.cz>	<412122330811301021r27dbe4fbi1644d0f7fb86f838@mail.gmail.com>
	<mailman.97.1228069354.3933.linux@linux.cz>
Message-ID: <gguu7d$pb7$1@ns.felk.cvut.cz>

Petr Baláš wrote:

>> Co rika smart? (smartctl -a /dev/sdb)
> 
> smartctl -a /dev/sdb
> smartctl version 5.36 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
> Home page is http://smartmontools.sourceforge.net/
> 
> Smartctl open device: /dev/sdb failed: No such device or address

smartctl -d ata -a /dev/sdb

??

pk


From petr na balas.cz  Sun Nov 30 23:29:45 2008
From: petr na balas.cz (=?ISO-8859-2?Q?Petr_Bal=E1=B9?=)
Date: Sun, 30 Nov 2008 23:29:45 +0100
Subject: problemy s diskem
In-Reply-To: <gguu7d$pb7$1@ns.felk.cvut.cz>
References: <412122330811300859u6004a32fm83920ad0abe4f171@mail.gmail.com>
	<20081130173020.GA689@panelnet.cz>
	<412122330811301021r27dbe4fbi1644d0f7fb86f838@mail.gmail.com>
	<mailman.97.1228069354.3933.linux@linux.cz>
	<gguu7d$pb7$1@ns.felk.cvut.cz>
Message-ID: <412122330811301429k46441a6fwccb3b801bcaca155@mail.gmail.com>

2008/11/30 Petr Krištof <petr na kristof.cz>:
> Petr Baláš wrote:
>
>>> Co rika smart? (smartctl -a /dev/sdb)
>>
>> smartctl -a /dev/sdb
>> smartctl version 5.36 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
>> Home page is http://smartmontools.sourceforge.net/
>>
>> Smartctl open device: /dev/sdb failed: No such device or address
>
> smartctl -d ata -a /dev/sdb


smartctl -d ata -a /dev/sdb
smartctl version 5.36 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

Smartctl open device: /dev/sdb failed: No such device or address


Po rebootu se toto vzpamatuje. Rebootoval ale budu az zitra.


-- 
Petr Baláš - petr at balas dot cz