2521
Sítě / Re:podivny traffic na routry iface smerem von
« kdy: 06. 12. 2014, 10:47:25 »
Mohl bys zkusit tcpdump od bootu toho zarizeni, zda tam neni nejaky DNS dotaz mezitim, mozna budes moudrejsi
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.
2522
Server / Re:Restrikce nabootovani systemu na specificky HW
« kdy: 02. 12. 2014, 17:36:24 »
Taky muzes pouzit neco jineho nez x86 (tj. ARM) kde je hw podpora pro SecureBoot
2523
Server / Re:Výkon NFS/RAID1/EXT4 žurnálu
« kdy: 27. 11. 2014, 11:02:14 »Tak vědět o výkonu je prima, nicméně ta šunka se do RAIDu vůbec nehodí hlavně kvůli domršenému firmwaru bez TLER, při jakémkoliv problému se čtením z toho RAIDu vypadne.
Typicky priklad marketingem zmasirovaneho blba. TLER zaruci jen hlaseni chyby v definovanem case (typicky 7 sec). Disky ktere TLER nemaji se snazi v pripade chyby media cist "nekonecne dlouho". Jak pak muze takovy disk "hned" vypadnout? Disk jez by pri chybe vracel ihned chybu je totalne nepouzitelny (i disk se zapnutym TLER z vyroby, tj. omezenym casem pro opakovane cteni je nevhodny pro desktop).
V pripade, ze disk TLER neumi, se chyba detekuje po 10 az 20sec v zavislosti na vyrobci radice. Linux to vzda po 30sec by default, ale muzete si to zmenit pres /sys/block/$DISK/device/timeout - pokud tam nastavite 5 vterin, muze se to chovat jako TLER.
Je tu ale velke "ALE" - md (sw raid) v linuxu se vam nebude snazit lhat, ze je vse v poradku kdyz vlastne neni (jeden z disku blbne), takze TLER nepotrebuje a ani by ho nevyuzil. A ze to takto funguje jsem velice rad - kazdy vypadek disku z pole je totiz znamkou toho, ze je neco spatne (casteji narazim na chyby v konektorech, kabelech nez poruchu media) a ze je to treba resit. Idealni je pak provozovat pole s write-intent bitmap a zkusit dat disk zpet, synchronizace bude behem chvilky. Jestli to bude vypadavat casto - musite to resit.
Pokud naopak nasadite TLER + HW radic, ktery vam bude maskovat cteni z chybneho disku pres dopocitavani z ostatnich, tak se muze stat ze jednoho dne se sejdou chyby na stejnych sektorech a o data prijdete, aplikace vam spadne. TLER je jen snaha vyrobcu chytre zamaskovat jejich klesajici kvalitu - doufajic, ze uzivatel si nakoupi nekolik disku a tyto se vzajemne zachrani, ze nebudou mit chyby na stejnych mistech. Disky s TLER je tedy mozno vyrabet s nizsimi naroky na kvalitu (chyby jsou priznane).
2524
Server / Re:Výkon NFS/RAID1/EXT4 žurnálu
« kdy: 27. 11. 2014, 10:36:59 »
Rekl bych ze je problem v NFS - green disky provozuji (Raid5, 4 resp. 6 disku) a zadny vykonnostni propad to neni - ostatne neni proc, kdyz na gigove siti NFS jede jak snek:
PC -> write -> nfs -> raid = obcas i 2-3 nekdy 5, bezne cca 10MB/s - podle nalady
raid <- read <- nfs <- PC = 35-40 MB/s konstantne
Takze zda tazatelovi dela hra zapisy, muze zjistit pres strace na hru.
PC -> write -> nfs -> raid = obcas i 2-3 nekdy 5, bezne cca 10MB/s - podle nalady
raid <- read <- nfs <- PC = 35-40 MB/s konstantne
Takze zda tazatelovi dela hra zapisy, muze zjistit pres strace na hru.
2525
Hardware / Re:Multi-touch gesta na ThinkPad Edge E531
« kdy: 18. 11. 2014, 18:34:03 »
My mame taky multitouch usb hid device, ale v X to proste funguje nejak divne. Prvni dotek jakoby byl vzdy obslouzen pres X a az ty dalsi se pocitaji v multitouch knihovne.... jesli jsi z Prahy, muzu ti pujcit ten touch abys rozjel alespon ty vyssi vrstvy (ostatne pomoc by se nam s tim hodila) a pak si doresis synaptics.
2526
Odkladiště / Re:Názor na připravovaný crowdfunding
« kdy: 15. 11. 2014, 15:20:06 »
Ta stranka jaksi nejde.. Zasahla ruka zakona? 
2527
Desktop / Re:Okno na všech plochách
« kdy: 08. 11. 2014, 20:49:21 »
V KDE 3 staci pravym v taskbaru: show on desktop -> all desktops
Tusim ze v KDE4 to neni tak i proto neupgraduji - muze me to nekdo vyvratit?
Tusim ze v KDE4 to neni tak i proto neupgraduji - muze me to nekdo vyvratit?
2528
Software / Re:Průhledný textový editor
« kdy: 08. 11. 2014, 20:46:02 »
Ja treba casto pouzivam "Always on top" pro zdroj kdyz opisuji neco z aplikace A do B a ta cilova nejde pohodlne zmensit (jsou tam velke toolbary nebo se jedna o app v remote desktopu). Ale musite mit vetsi monitor at se vam to tam vejde.
2529
Vývoj / Re:Hudba pro programování
« kdy: 08. 11. 2014, 20:10:46 »
U me je jednickou taky trance - zejmena tydenni porad A state of trance, ktery nikdy neomrzi a tyden co tyden je neco noveho. A jinak soundtracky, nejlepe orchestralni, bohuzel za posledni rok nebo dva nic dobreho v teto kategorii nevzniklo :/
2530
Hardware / Re:Znáte konektor?
« kdy: 27. 10. 2014, 08:49:45 »
Pokud je to mozne rozebrat, tak to zkuste. Existuje sance ze je tam nejaky MAX232 prevodnik a podle toho se jiz da urcit co kam vede.
2531
Hardware / Re:Kdo daruje NEfunkční desky 1155/775?
« kdy: 05. 09. 2014, 09:33:38 »
Mam Asus P5BVM-DO ( http://www.asus.com/Motherboards/P5BVM_DO/ ), ktera jednoho dne umrela (pouziti jako 24/7 NAS, umrelo to pri uploadu dat, takze asi "vyssi" zatez). PCI POST karta ukazuje jen napajeni, zadne ciselne kody (nejsem si jist zda je tento nastroj v poradku, bylo to prvni pouziti a ve funkcnim PC se to nezkouselo). Nektere kondiky vypadaji nafoukle...
Otazka je, zda puvodni tazatel disponuje treba schematy nebo firemnimi test biosy a pod... aby to opravdu dokazal cilene opravit, nebo je to jen pokus omyl, vymenit kondiky, zmerit napeti a nazdar.
Otazka je, zda puvodni tazatel disponuje treba schematy nebo firemnimi test biosy a pod... aby to opravdu dokazal cilene opravit, nebo je to jen pokus omyl, vymenit kondiky, zmerit napeti a nazdar.
2532
Server / Re:Seznam k nám nedoručí poštu
« kdy: 30. 08. 2014, 11:23:04 »
Tak neuverite cim to bylo! ifconfig se zacal chovat jinak - po dvou letech aktualizaci v Gentoo.
Po rebootu pred par dny:
Spravne nastaveni ma byt:
Tj. v start skriptu se meni
Smulu meli tedy vsechny pocitace spadajici pod 77.0.0.0/8 - nejzretelneji prave Seznam.cz
Po rebootu pred par dny:
Kód: [Vybrat]
wan:2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 77.93.220.62 netmask 255.0.0.0 broadcast 77.255.255.255
ether 00:1a:92:5e:e0:77 txqueuelen 1000 (Ethernet)
device interrupt 16Spravne nastaveni ma byt:
Kód: [Vybrat]
wan:2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 77.93.220.62 netmask 255.255.255.0 broadcast 77.93.220.255
ether 00:1a:92:5e:e0:77 txqueuelen 1000 (Ethernet)
device interrupt 16Tj. v start skriptu se meni
Kód: [Vybrat]
ifconfig wan:2 77.93.220.62 upnaKód: [Vybrat]
ifconfig wan:2 77.93.220.62 netmask 255.255.255.0 upSmulu meli tedy vsechny pocitace spadajici pod 77.0.0.0/8 - nejzretelneji prave Seznam.cz
2533
Server / Re:Seznam k nám nedoručí poštu
« kdy: 28. 08. 2014, 07:42:19 »
To byly asi dve jina spojeni, v noci jsem jich par odchytil (porad jen na svem serveru) a uz to ma konzistentni porty, ale jsou tam dva resety:
Kód: [Vybrat]
00:38:32.706410 IP 77.75.72.123.55099 > 77.93.220.62.25: Flags [S], seq 2748942828, win 14600, options [mss 1460,sackOK,TS val 530689888 ecr 0,nop,wscale 7], length 0
00:38:32.706440 IP 77.93.220.62.25 > 77.75.72.123.55099: Flags [S.], seq 3308101770, ack 2748942829, win 28960, options [mss 1460,sackOK,TS val 261836017 ecr 530689888,nop,wscale 7], length 0
00:38:32.710342 IP 77.75.72.123.55099 > 77.93.220.62.25: Flags [.], ack 1, win 115, options [nop,nop,TS val 530689888 ecr 261836017], length 0
00:38:32.711363 IP 77.93.220.62.25 > 77.75.72.123.55099: Flags [P.], seq 1:37, ack 1, win 227, options [nop,nop,TS val 261836022 ecr 530689888], length 36
00:38:32.715616 IP 77.75.72.123.55099 > 77.93.220.62.25: Flags [R.], seq 1, ack 37, win 0, length 0
00:39:32.770436 IP 77.75.72.123.55099 > 77.93.220.62.25: Flags [F.], seq 1, ack 1, win 115, options [nop,nop,TS val 530695894 ecr 261836017], length 0
00:39:32.971595 IP 77.75.72.123.55099 > 77.93.220.62.25: Flags [F.], seq 1, ack 1, win 115, options [nop,nop,TS val 530695915 ecr 261836017], length 0
00:39:33.391598 IP 77.75.72.123.55099 > 77.93.220.62.25: Flags [F.], seq 1, ack 1, win 115, options [nop,nop,TS val 530695957 ecr 261836017], length 0
00:39:34.231546 IP 77.75.72.123.55099 > 77.93.220.62.25: Flags [F.], seq 1, ack 1, win 115, options [nop,nop,TS val 530696041 ecr 261836017], length 0
00:39:35.911607 IP 77.75.72.123.55099 > 77.93.220.62.25: Flags [F.], seq 1, ack 1, win 115, options [nop,nop,TS val 530696209 ecr 261836017], length 0
00:39:39.281704 IP 77.75.72.123.55099 > 77.93.220.62.25: Flags [F.], seq 1, ack 1, win 115, options [nop,nop,TS val 530696546 ecr 261836017], length 0
00:39:46.021857 IP 77.75.72.123.55099 > 77.93.220.62.25: Flags [F.], seq 1, ack 1, win 115, options [nop,nop,TS val 530697220 ecr 261836017], length 0
00:39:59.502013 IP 77.75.72.123.55099 > 77.93.220.62.25: Flags [F.], seq 1, ack 1, win 115, options [nop,nop,TS val 530698568 ecr 261836017], length 0
00:40:26.462368 IP 77.75.72.123.55099 > 77.93.220.62.25: Flags [F.], seq 1, ack 1, win 115, options [nop,nop,TS val 530701264 ecr 261836017], length 0
00:45:26.734869 IP 77.75.72.123.55099 > 77.93.220.62.25: Flags [R.], seq 2, ack 1, win 0, length 0
2534
Server / Re:Seznam k nám nedoručí poštu
« kdy: 27. 08. 2014, 18:12:21 »
TCP dump zde:
Seznam tvrdi, ze jim do 5s neodpovim na jejich identifikaci a pak se odpouji, ale ona zadna neprijde. Je tam jenom ten divny RST... a pak 5s na to samozrejme FIN.
Kód: [Vybrat]
15:10:00.683283 IP 77.75.76.125.50900 > 77.93.220.62.25: Flags [S], seq 3291963558, win 14600, options [mss 1460,sackOK,TS val 2539456677 ecr 0,nop,wscale 7], length 0
15:10:00.683314 IP 77.93.220.62.25 > 77.75.76.125.50900: Flags [S.], seq 2561200165, ack 3291963559, win 28960, options [mss 1460,sackOK,TS val 141322250 ecr 2539456677,nop,wscale 7], length 0
15:10:00.687438 IP 77.75.76.125.50900 > 77.93.220.62.25: Flags [.], ack 1, win 115, options [nop,nop,TS val 2539456677 ecr 141322250], length 0
15:10:00.688375 IP 77.93.220.62.25 > 77.75.76.125.50900: Flags [P.], seq 1:37, ack 1, win 227, options [nop,nop,TS val 141322255 ecr 2539456677], length 36
15:10:00.693152 IP 77.75.76.125.50900 > 77.93.220.62.25: Flags [R.], seq 1, ack 37, win 0, length 0
15:10:06.284709 IP 77.75.76.125.59138 > 77.93.220.62.25: Flags [F.], seq 2779550629, ack 2815726875, win 115, options [nop,nop,TS val 2367438756 ecr 141267793], length 0
15:10:06.494356 IP 77.75.76.125.59138 > 77.93.220.62.25: Flags [F.], seq 0, ack 1, win 115, options [nop,nop,TS val 2367438777 ecr 141267793], length 0
15:10:06.914353 IP 77.75.76.125.59138 > 77.93.220.62.25: Flags [F.], seq 0, ack 1, win 115, options [nop,nop,TS val 2367438819 ecr 141267793], length 0
15:10:07.754593 IP 77.75.76.125.59138 > 77.93.220.62.25: Flags [F.], seq 0, ack 1, win 115, options [nop,nop,TS val 2367438903 ecr 141267793], length 0
15:10:09.434901 IP 77.75.76.125.59138 > 77.93.220.62.25: Flags [F.], seq 0, ack 1, win 115, options [nop,nop,TS val 2367439071 ecr 141267793], length 0
15:10:12.805023 IP 77.75.76.125.59138 > 77.93.220.62.25: Flags [F.], seq 0, ack 1, win 115, options [nop,nop,TS val 2367439408 ecr 141267793], length 0
Seznam tvrdi, ze jim do 5s neodpovim na jejich identifikaci a pak se odpouji, ale ona zadna neprijde. Je tam jenom ten divny RST... a pak 5s na to samozrejme FIN.
2535
Server / Re:Seznam k nám nedoručí poštu
« kdy: 27. 08. 2014, 16:59:26 »
Pokusem pres telnet:
* je domena. Vice se smerem na Seznam neposle ani podle tcpdumpu
Kód: [Vybrat]
220 smtp.*******.com ESMTP Postfix* je domena. Vice se smerem na Seznam neposle ani podle tcpdumpu
