majales | 1 May 21:08 2016
Picon

Re: ansible windows winrm nefunguje

Odpovím si sám, funguje to. Jen je potřeba nastavit aby
winrm na windows stroji podporoval basic auth takto:

winrm set winrm/config/client/auth ' <at> {Basic="true"}' Auth
Basic = true Digest = true Kerberos = true Negotiate = true
Certificate = true CredSSP = false

winrm set winrm/config/service/auth ' <at> {Basic="true"}' Auth
Basic = true Kerberos = true Negotiate = true Certificate =
false CredSSP = false CbtHardeningLevel = Relaxed

To je vše. :-)

Pak je výsledek win_ping takovýto

 ansible windows -i hosts -m win_ping -v Using
 /etc/ansible/ansible.cfg as config file \stanice5.domena.cz
 | SUCCESS => { "changed": false, "ping": "pong" }

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/415831#1

Petr Tomasek | 1 May 16:06 2016
Picon

Re: Strukturovaná kabeláž

Až na to, že je to úplně jedno, anžto se jednalo o vtip...
:-/

Zobrazit: http://www.abclinuxu.cz/poradna/unix/show/415770#5

Honza | 1 May 14:03 2016
Picon

Re: Kdo nauci Gentoo?

Děkuju a nabídky si vážím. Připravuju si čistou instalaci
Gentoo s i3 a obávám se, že několik dotazů bude :-)

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/415364#45

NN | 30 Apr 20:55 2016
Picon

Re: RFID UHF čtečka, nejlepé OSS

Muzes upresnit o co se presne jedna, nejaka vrata? Podle
popisu to neni zcela jasne. Cteni az na vzdalenost 2m je
podminka?

Zobrazit: http://www.abclinuxu.cz/poradna/hardware/show/415848#4

Hoodas | 30 Apr 18:55 2016
Picon

Re: Linux a windoes software

Asi vím, proč jsem preferoval AMDčka .... :-))

https://www.suse.com/documentation/sles11/singlehtml/book_kvm/book_kvm.html#sec.kvm.requires.install

SMF onlx ... :-)

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/415805#19

randy | 30 Apr 18:08 2016
Picon

Re: RFID UHF čtečka, nejlepé OSS

alien tagy pouziva [1] sportsoft timing Pouzivaju kobercove
citacky + smerovu antenu na nacitanie pretekara pred cielom.
Takze ich riesenie by malo byt spolahlive pri citani
mnozstva tagov naraz.

1. http://www.sportsofttiming.sk/

Zobrazit: http://www.abclinuxu.cz/poradna/hardware/show/415848#3

vazna rec | 30 Apr 01:15 2016
Picon

Re: Došlo volné místo na ROOTu

Tím chcete říct, že pokud odkaz je součástí i snapshotu,
místo se bez smazání celého toho snapshotu neuvolní? Ačkoliv
vím, že snapshot obsahuje jen adresáře ve kterých se obvykle
neukládají velké soubory a navíc obsahují jen rozdílové
verze.

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/415663#68

arch | 30 Apr 00:52 2016
Picon

Re: Kdo nauci Gentoo?

Taka mala poznamka - nepuzivame OS ale aplikacie. Najlepsi
OS je taky o ktorom uzivatel ani nevie ze bezi.

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/415364#44

Andrej | 30 Apr 00:21 2016
Picon

Re: Problém s disky v RAID 1

Nejde o to, čemu věřím. Jde o to, co může selhat a s jakou
pravděpodobností. A taky jde o to, že selhání nemusí být
zrovna v CRC. SATA komunikace přece není jediný mechanismus,
kterým data projdou na cestě z RAM na disk. Závada může být
kdekoliv po cestě, případně v (proprietární) elektronice
disku. Často taky přijde problém zvenčí, v podobě
přerušeného napájení nebo elektromagnetické interference.

Nikdy jsem sám osobně nezažil, že bych musel měnit SATA
kabel (ať už z jakéhokoliv důvodu). Nicméně kapitola Data
Path Corruption [1] v tomto dokumentu je zajímavá. Jinde na
webu se taky válí měření a pozorování na toto téma.

(To jen k tématu, zda silent data corruption opravdu
existuje. Jak pravděpodobná je na jednom dobře udržovaném
domácím stroji, to je samozřejmě jiná otázka.)

1. https://www.necam.com/docs/?id=54157ff5-5de8-4966-a99d-341cf2cb27d3

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/415794#67

Josef Kufner | 29 Apr 22:34 2016
Picon

Re: WhatsApp klient v příkazové řádce? Nebo jiný IM?

dnes už je pozdě, dnes už máme telegram

Viz https://telegram.org/faq:

Q: Can I run Telegram using my own server?

Our architecture does not support federation yet. Telegram
is a unified cloud service, so creating forks where two
users might end up on two different Telegram clouds is
unacceptable. To enable you to run your own Telegram server
while retaining both speed and security is a task in itself.
At the moment, we are undecided on whether or not Telegram
should go in this direction.

Takže nemáme.

Jinak na sdílení obrázků máme [1] XEP-0363: HTTP File
Upload, což je asi první bezproblémový nástroj na sdílení
souborů a funguje i napříč transporty (adresátovi přijde
prostý odkaz), takže jde posílat fotky z Jabberu na ICQ nebo
Facebook Chat.

1. http://xmpp.org/extensions/xep-0363.html

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/415396#24

Andrej | 29 Apr 20:43 2016
Picon

Re: Problém s disky v RAID 1

Žurnálování obecně nijak neřeší silent data corruption. Ano,
může odchytit některé specifické případy, ale obecně problém
nijak neřeší, protože žurnály i „perzistentní“ můžou disky
zapisovat v libovolném pořadí, klidně i nesprávném z
hlediska odolnosti vůči výpadkům, a protože zápis chybných
dat může nastat i z jiných důvodů než kvůli výpadku
napájení. Co když disk ze své přeuspořádané fronty operací
stihne do žurnálu či do stromu inodů zaznamenat úspěšný
zápis několika bloků dat, ale bloky samotné už kvůli výpadku
napájení nezapíše? Ani tento případ žurnálování samo o sobě
neřeší. Zato checksumy ano. (Přesněji řečeno, naprosto
zásadně snižují pravděpodobnost, že se na to nepřijde, když
už se to stane.) Na filesystému s jednou replikou dat je pak
příslušný soubor ztracený, ale s více replikami dat (ať na
jednom disku nebo na více discích (RAID)) se data dají
celkem deterministicky obnovit a zachránit. Jistě, pokud
neselžou 2 související bloky v RAID5 nebo všechny
související bloky v RAID1. Pak se situace převádí na případ
s jednou replikou dat na jednom disku &mdash; ztracený
soubor, ale s přesným oznámením, který to je.

S tou nedovařeností nějak nezmiňuješ, jestli třeba vyčištění
space cache pomáhá nebo zda a jak jsi otestoval, že všechny
disky v těch 6TB polích jsou opravdu v pořádku a že žádný z
nich nemá divný problém s throughputem atd. atp. Jasně, mohl
jsi narazit na nějaký nový výkonnostní bug v Btrfs, ale bez
vyloučení dostatečného počtu dalších možných příčin se to dá
těžko přesvědčivě prokázat.

Zobrazit: http://www.abclinuxu.cz/poradna/linux/show/415794#65
(Continue reading)


Gmane