Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Mirek Prýmek

Stran: 1 ... 564 565 [566] 567 568 ... 618
8476
Odkladiště / Re:Co dělá dobrý administrátor?
« kdy: 10. 05. 2012, 17:40:40 »
Ahoj, co byste odpověděli, kdyby se Vás někdo seriózně zeptal otázkou: "Co dělá správný ICT administrátor?"
To je asi stejný jako u kohokoli jinýho, ne? Dělá to, co dělat má :)

Proč se ptám? Chtěl bych se stát lepším adminem. :)
Ptáš se proto, že si obsah práce určuješ sám a vlastně nevíš, co všechno bys měl dělat? To se asi hodně odvíjí od toho, co spravuješ, ne?

8477
/dev/null / Re:Danovy urad udelil pokutu kvoli Linuxu
« kdy: 09. 05. 2012, 22:04:02 »
Datová ne-otevřenost státních institucí je samozřejmě prasárna, to je bez debat.

Na druhou stranu by mě ale čistě ze zvídavosti zajímalo, jak ten člověk povede soudní spor o tu pokutu. Asi těžko může tvrdit, že tu danou povinnost nemohl splnit, protože Windows nemá - mohl si počítač s Windows půjčit, zajít ke kamarádovi, někam do kavárny apod. Koneckonců by třeba počítač nemusel mít vůbec :)

Docela by mě zajímalo, co na to právníci...

8478
Software / Re:S.M.A.R.T. vysledky - co znamenaju?
« kdy: 08. 05. 2012, 11:24:34 »
IMHO to tak neni, disk proste nedokaze ty sektory precist; kdyz das zapsat do takoveho sektoru, tak on stary data zahodi a tvoje nova data zapise na jine misto, ktere se pak hlasi jako ten puvodni sektor (realocated)
Díky za poznámku, jak přesně to funguje, jsem nikdy neřešil. Podle http://en.wikipedia.org/wiki/Bad_blocks to bude něco mezi: realokace se fakt dělá "typically" jenom při zápisu, ale zároveň sektor nemusí být úplně nečitelný ("sometimes sectors being stuck in a magnetic or digital state that cannot be reversed" a "even if a sector cannot be read normally, it may still be readable with data recovery methods.").

Člověk se má pořád co učit :) Díky!

8479
Server / Re:iptables: No chain/target/match by that name
« kdy: 08. 05. 2012, 10:55:44 »
3. Zkusil jsem vlozit pravidlo jez jsi navrnul - uspesne

No vidíš, že to jde i srozumitelně ;)

Problém je teda v tom, že nemáš ip_conntrack ani v jádře ani v modulu.

8480
Software / Re:S.M.A.R.T. vysledky - co znamenaju?
« kdy: 08. 05. 2012, 10:53:05 »
Dakujem za rady, dam to asi reklamovat. Mam ale este otazku: reklamacny poriadok, su tam nejake pravidla? Alebo staci podla vas jeden zly sektor?

Nieco ako pri lcd.. strednu triedu vam koli jednemu pixelu nikto nevyreklamoval
To asi bude záležet na prodejci. Pokud nebude chtit reklamaci uznat, stacilo by data prekopirovat jinam a na tenhle disk pustit na nekolik dni neustaly zapis a cteni, ono to hodne pravdepodobne brzo zfailuje definitivne.

Ciste pre info nech sa priucim:
A aky je este postup keby som to chcela opravit? Zrusim particie, formatnem, prepisem nulami a potom tam dam widle zas?
Problem jsou ty vadne sektory. To je proste hardwarová závada, kterou disk dokáže sám opravit (data z vadných sektorů sám překopíruje jinam a vadné sektory dál používat nebude), ale disku, na kterém se vadné sektory objeví, už není radno věřit (pokud by byl v RAIDu v nějakém domácím servříku, tak snad ještě jo, ale jako jediný disk v desktopu, to raději ne) - jakmile se začnou objevovat vadné sektory, je potřeba to brát jako mezičas pro urychlené koupení nového disku...

8481
Server / Re:iptables: No chain/target/match by that name
« kdy: 08. 05. 2012, 00:47:23 »
Takhle to ted vypada:

"To"? Podle mě "to" vypadá úplně jinak (měl jsem nutkání i vložit obrázek...)

Nezlob se, ale jakou čekáš na takový popis situace reakci?

8482
Software / Re:S.M.A.R.T. vysledky - co znamenaju?
« kdy: 08. 05. 2012, 00:43:44 »
Takže když ti shrneme, disk blbne, občas vydává divné zvuky, SMART vyhodil 2 warningy, jednu "chybu v minulosti" a self-test označil jako "failed".

S čím potřebuješ pomoct? Buď čekej na to, než disk definitivně z minuty na minutu klekne, nebo honem rychle kup novej disk a zachraň data.

8483
Vývoj / Re:Používáte „vývoj programu řízený testy“?
« kdy: 07. 05. 2012, 16:13:44 »
Ano, tohle narazi na limity assertu v mnoha jazycich (napriklad v Common Lispu by makro na takovy assert nebyl problem vytvorit). Proto rikam, ze nemaji takovou podporu v jazycich jako testy, a to je skoda!

V těch obecných řečech nějak ztrácím představu, jak by to mělo v praxi vypadat. Snad ne promatkupřírodu takhle?! :)
Kód: [Vybrat]
def funkce(a):
   if a==0:
      t = NejakaVypecenaVyjimka()
      assert(a==0 and isinstance(t,NejakaVypecenaVyjimka))
      throw(t)

Protoze jsou obecnejsi..
Jak se to veme... Pokud mám asserty, které v release buildu vypnu, tak jsem pomocí nic reálně otestoval stejně jenom nějakou podmnožinu vstupů a výstupů - konkrétně takové, které vznikly při testování před releasem. V provozu potom stejně můžou vzniknout situace, který jsem neotestoval.

Pokud by měl být assert opravdu obecný, musel by být na vyšší úrovní - testovat, že taková hodnota tam z principu být nemůže a ne jenom to, že v tomto konkrétním běhu programu tam aktuálně není.

8484
Server / Re:iptables: No chain/target/match by that name
« kdy: 07. 05. 2012, 07:16:31 »
Viz http://www.faqs.org/docs/iptables/commonproblems.html

Citace
Another error that you may get when running iptables is the following error.

iptables: No chain/target/match by that name
   
This error tells us that there is no such chain, target or match. This could depend upon a huge set of factors, the most common being that you have misspelled the chain, target or match in question. Also, this could be generated in case you are trying to use a match that is not available, either because you did not load the proper module, it was not compiled into kernel or iptables failed to automatically load the module. In general, you should look for all of the above solutions but also look for misspelled targets of some sort or another in your rule.

Pokud nevím, kde je problém, je asi potřeba ověřit zvlášť jaždou z těchhle 3 možných příčin:
1. chain: ověřit pomocí "iptables -t filter -L", že existuje chain FORWARD (to by bylo docela zajímavý, kdyby neexistoval :)
2. target: ACCEPT by snad neměl být problém
3. match: zkusit vložit pravidlo, které nepoužívá conntrack: iptables -I FORWARD -i venet0 -o tun0 -j ACCEPT

8485
Vývoj / Re:Používáte „vývoj programu řízený testy“?
« kdy: 06. 05. 2012, 19:32:14 »
Dokumentace, ktera v realu testuje semantiku je prave ten assert.
Ale nemůže otestovat všechno.

Už to tady zaznělo: jak pomocí assertu otestuju, že funkce při nulovém argumentu vyhodí konkrétní výjimku s konkrétními daty?

8486
Odkladiště / Re:Námet na preklad
« kdy: 06. 05. 2012, 10:07:15 »
Learn you some Erlang .. Neviem, ci ma vyznam prelozit 1-2 kapitoly, lebo viac nestiham a potom druha vec je a to, ze tie texty su ako vravi Dr. Kryl, pre deticky. Ak chce clovek robit nieco zaujimave a nahodou pojde podla toho, tak sa musi prekusat pomerne dlhym trivialnym balastom. Mozno to nie je balast pre cloveka, ktory v zivote nevidel programovanie, ale pre ineho je to trivialne.
No jo no, tak ten text je úvod do Erlangu, takže prostě začíná úplnými zákady. Minimálně od kapitoly "The Hitchhiker's Guide to Concurrency" už je to ale imho celkem zajímavej text, hlavně pro lidi, kteří k funkcionálnímu programování nikdy nepřičichli a chtěli by si rozšířit obzory.

8487
Odkladiště / Re:práce při zaměstnání
« kdy: 05. 05. 2012, 18:59:11 »
mozne to je, pokial ti to "dovoli" zamestnavatel. zvycajne sa jedna o pisomny dodatok k pracovnej zmluve, v ktorom sa zavazujes (opat zvycajne) ze si nebudete konkurovat t.j. vytvarat produkty/sluzby pre rovnaky zakaznicky segment.

Ta první věta je trochu zavádějící - řekl bych to naopak: možné to je, pokud to smlouva explicitně nezakazuje.

8488
Odkladiště / Re:Námet na preklad
« kdy: 05. 05. 2012, 16:23:38 »
Super, že takhle přemýšlíš, smekám!

Co na tom původním záměru změnit jenom jedno slovo a přeložit Learn you some Erlang for great good? :)

http://learnyousomeerlang.com/

8489
Sítě / Re:OpenVPN a O2 ADSL
« kdy: 03. 05. 2012, 20:54:59 »
Tak jsem zjistil že po restartu modemu - NAT2 stačí restartovat OpenVPN na PC1...

OpenVPN se obecně může chovat trochu "zvláštně", pokud dojde k přerušení spojení, restartuje se server apod. Většinou se dá pochopit proč, když člověk zapne debugování, pořádně projde logy, prověří, že je pro pakety správně otevřená cesta atd. Bývá to třeba jenom nějaké čekání na timeout apod.

Z toho, co píšeš, ale poradit neumím, protože to je (pro mě) dost zmatená kupa informací: že nechodí pakety na NAT2 a je to ověřené tcpdumpem, potom teda že stačí restartovat OpenVPN (čili pakety zjevně chodí, ne že ne...) atd. atp.

Budeš muset prostě postupovat systematicky:
1. prověřit, jak pakety prochází před a po restartu
2. zapnout debug logování
3. podívat se, jak logy vypadají před a po restartu (tj. tehdy, když to funguje a tehdy, když to nefunguje)
4. přečíst si pečlivě ty řádky logu, kde se úspěšně navazuje spojení, a ty, kde se spojení navazuje neúspěšně

Na základě zmatené diagnostiky se poradit nedá.

8490
Sítě / Re:OpenVPN a O2 ADSL
« kdy: 03. 05. 2012, 15:39:12 »
No, ještě co dělá ten NAT2 (nebo je v síti za ním) - pokud by to bylo přiměřeně inteligentní zařízení, mohlo by dělat OpenVPN server samo, třeba nějaký RouterBoard (např. RB750 je v krabičce za nějaký 850Kč).
Jestli je to ADSL modem, tak to tak jednoduchy nebude - viz podobobny dotaz tady na foru jinde.

Stran: 1 ... 564 565 [566] 567 568 ... 618