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 ... 191 192 [193] 194 195 ... 618
2881
Server / Re:Btrfs ztratilo část volného místa
« kdy: 06. 06. 2016, 11:06:16 »
Pokud bych ten disk chtěl použít jinak, než k archivaci, budu si pečlivě zjišťovat, čím je ta řada specifická.
...a v datasheetu se to nedočtu. To je pointa.

2882
Server / Re:Btrfs ztratilo část volného místa
« kdy: 06. 06. 2016, 09:36:59 »
A pokud někdo použije disky určené pro archivaci pro něco jiného, je to také jeho chyba.
Ale no tak. Nejenomže prodejci o tomhle chování neinformují (to bych ještě byl ochotný pochopit - ne omluvit), ale dostatečně srozumitelně to neuvádí ani data sheet výrobce: http://www.seagate.com/files/www-content/product-content/hdd-fam/seagate-archive-hdd/en-us/docs/archive-hdd-ds1834-5c-1508us.pdf - malým písmem, jak na úvěrové smlouvě od lichváře, je tam napsáno, že
Citace
you may experience lower performance in these environments
To popisované chování ale není "lower performance" (člověk si pod tím představí třeba o 30% nižší výkon), to je totální nepoužitelnost. Mělo by to tam být napsané palcovým písmem ve žlutém rámečku s velkým trojúhelníkem s vykřičníkem.

2883
Server / Re:Btrfs ztratilo část volného místa
« kdy: 06. 06. 2016, 08:15:07 »
Je to ZFS partitiona šifrovaná přes dm-crypt/LUKS, ale i tak se mi ji podařilo zpřístupnit ve VirtualBoxu pro virtualizované FreeBSD a snad i Oracle Solaris, ale obojí odmítlo tu ZFS partitionu připojit (teď nevím proč přesně).
To je nesmysl, FreeBSD LUKS nepodporuje a Solaris nejspíš taky ne. Ledaže bys tam připojil rozšifrovanou partitionu :)

2884
Server / Re:Btrfs ztratilo část volného místa
« kdy: 06. 06. 2016, 00:32:33 »
Používám sice subvolumy a snapshotování, ale dle mých zkušeností se při smazání snapshotu sice změní hodnoty u "užito" a "volno", ale nezmění se jejich rozdíl.
Spíš součet, ne?

Mám na Linuxu problém s částečným zmizením volného místa na Btrfs, které nevyřešil ani btrfs scrub a ani btrfs check.
Ještě bych to doplnil: máš problém s tím, že 1. různé verze se chovají zásadně odlišně 2. ani jedna neumí chybu opravit i když ji zdetekuje. To mi přijde jako daleko zásadnější problém...

Chtěl bych začít používat Btrfs všude kde mám nyní ext4, včetně ještě letos plánovaného datového RAID úložiště na více než 10 TB dat. Proto bych se rád naučil tento problém vyřešit jiným způsobem než zkopírovat data jinam, pak Btrfs partitionu znova vytvořit a na konec vrátit data zpět. U jedné VPS s 11 GB to problém není, ale však chápete.
Sám vidíš, že i při testování jsi narazil na velmi zásadní problém (porušení interních struktur FS není žádná prkotina), se kterým nehneš. Opravdu si myslíš, že v produkci nenarazíš ještě na spousty jiných, podobně zásadních? Na základě čeho si myslíš, že je btrfs production ready? Obnovovat 10T ze zálohy každou chvilku kvůli krámům btrfs by se mně teda nechtělo :)

Ale to tu nechme teď být, dejme teď šanci Btrfs.
To je trochu škoda. Pokud vím, používají zfsonlinux v produkci ve VPSFree, takže uchodit se to zjevně dá. Jestli by nebylo lepší to s nima konzultovat, než bojovat s btrfs?

2885
Server / Re:Příklady a ukázky pro Foreman/Puppet
« kdy: 05. 06. 2016, 11:43:43 »
snazim se ovladnout spravu svych serveru (~10) prostrednictvim puppet. [...] Zatim to teda pro mne moc efektivni neni, pri tom poctu hostu... :-(
Otázka je, co myslíš tím "ovládnutím". Je to jenom nastavení? Nebo i auditing? Nebo i nějaký automatický provisioning řízený událostmi? Nebo úplně kompletní autoscaling? Nebo "harmonizace" konfigurace víc strojů (funkčně provázaný cluster)? To jsou totiž různé světy. Jak říká klasik "není to na stejném hřišti, není to ani stejná liga" ;)

Nicméně i při té nejjednodušší možnosti (jenom nastavení serveru do předdefinovaného stavu) to imho pro 10 strojů nikdy nebude "efektivnější" než totéž udělat ručně, popř. s pomocí jednoduchých vlastních skriptů. Pro takové množství strojů nemá smysl cfg managament nasazovat kvůli efektivitě. Spíš kvůli lepší (?) zdokumentovanosti, opakovatelnosti, auditovatelnosti, možnosti kontrolovanější práce víc adminů na jednom stroji atd. atd.

Čili efektivitou bych to nepoměřoval. Spíš bych se díval na to, co mi zvýšené usilí přinese navíc. Pokud tě efektivita nějak zvlášť trápí, tak byl fakt lepší ten Ansible (imho trochu omezenější než Puppet, ale na běžné věci stačí), popřípadě salt-ssh (ten se možnostmi puppetu vyrovná a možná ti může přijít efektivnější).

2886
Server / Re:Proč mi umírá Apache?
« kdy: 31. 05. 2016, 23:53:34 »
Apache pak má takovou ošklivou vlastnost, že když vidí jiné procesy Apache, které nereagují na reload třeba při logrotate, tak je postřílí. [...] tak pokud jsi hledal je ve virtuálu, ten OOM kill tam nemusel být vidět.
Hmmmmm, tak to jsou teda hodně dobrý špeky! Dík.

2887
Tak samozrejme existuji borci, kteri si vemou hypoteku, a penize pak jdou zhodnotit v kasinu :)
Jestliže jediný způsob zhodnocení, který znáš, je v kasinu, tak to je pak lepší splatit hypotéku, to je bez debat.

Jenze ono to neni vsechno, krome tech 2% (z toho si jeste muzes provest odecet na danovem priznani, takze o 15% dolu z uroku, ne ze zakladu :-) jsou tam poplatky za vedeni uctu (vetsinou vyzadovano u teze banky), nejake to pojisteni a to se za ty roky taky pekne nascita.
Tak poplatky za vedení jsou samozřejmě zlo, to je potřeba refinancovat někam, kde se neplatí ;) Btw, Fio má takovou dobrou wifikundaci, že když si na speciální účet uložíš peníze, neplatíš ze stejné části hypotéky úrok. Čili jestli má youda peníze na splacení hypotéky, stačilo by je uložit na onen účet, neplatil by úroky žádný a kdykoli by měl možnost si ty prachy vybrat - čili prakticky by na tom byl stejně jako když ji splatí a navíc by si mohl kdykoli na cokoli vzít "půjčku" s nějakým tím cca 2%ním úrokem.

A priznam se, ze taky o moc vic, nez ta 2% zhodnotit nedokazu. U akcii je to tezke, tam mam vysledek az po prodeji (v mezidobi je to jen cislo), ale rekneme rozumne divi jsou okolo 5%, nicmene prumer trhu je asi trosku niz.
S nulovým rizikem určitě ne, to je jasný. Ale 2% divi není žádný vzdušný zámek, to se celkem dá. A pokud by porostla i cena, máš to jako bonus ;)

2888
Server / Re:Proč mi umírá Apache?
« kdy: 31. 05. 2016, 23:11:47 »
V paravirtualizaci lze RAMku masivně sdílet mezi uživateli. Samozřejmě, že to jde nastavit dobře, ale proč by to administrátor dělal, když na tom může vydělat pořádný prachy ;D tzn. prodat tu ramku stokrát. Tuším že to ani v logách není, jen v accountingu VPSky.
To by ale snad nesestřelilo procesy v guestu, spíš by jenom host začal swapovat, ne?

A navíc by se Sten neptal, jestli na hostu neběží ausgerechnet Apache. Pochopil jsem ten dotaz tak, že vzniká nějaký problém, když Apache běží v hostu i guestu.

2889
Server / Re:Proč mi umírá Apache?
« kdy: 31. 05. 2016, 22:33:35 »
Mimochodem není to virtuál v LXC nebo OpenVZ, kde běží Apache na hostiteli?
Co by z toho plynulo?

2890
hypoteka na barak bude zaplacena prave dnes o pulnoci (dnes mam petilete vyroci fixace a hypoteku splachnu naraz).
To není v době, kdy jsou půjčky skoro zadarmo, žádná výhoda - moc bych se tím nechlubil, že neumíš peníze zhodnotit líp než kolem 2% p.a. :)

2891
2. Faze druha - lesteni vlastniho jmena pri lepsim platu
4. Faze ctvrta - reinvestice vydelanych penez
 c) Rozjet pasivni prijmy, pokusit se o startup, investovat do akcii, nemovistosti apod
Je to celkem standardní postup, v pohodě. Ještě taky může být fáze 1 při škole a rozumné příjmy hned po ní. A když člověk hned po škole nemá rodinu, tak nějak investovat/šetřit už v tu chvíli. Koupit si nějaké ty akcie místo abych prachy prochlastal, se dá klidně ve dvaceti.

Teraz je uplne normalne zakladat rodinu okolo 30, pre chlapov je cas aj do 35, takze ak si vypadol zo skoly v 25 tak mas 10 rokov na to aby si bol vo faze 3.
V tom případě mu tam chybí fáze "navštěvování reprodukčních klinik", "utěšování manželky, že to ještě půjde" a náklady na antidepresiva (pro ni) a sedativa (pro něj). Pakliže prachy na sedativa nejsou, chybí tam fáze 3.5: pobyt ve vězení za vraždu hysterické manželky.

2892
Sítě / Re:Mate nekdo Mikrotik RB941-2nD-TC ?
« kdy: 30. 05. 2016, 06:33:03 »
Tohle je mozna jeste jednodussi, tedy pokud to spravne chapu:
https://www.youtube.com/watch?v=LP0-uO-UGy0
To je přesně to, na co jsem tě odkazoval.

2893
Sítě / Re:Mate nekdo Mikrotik RB941-2nD-TC ?
« kdy: 29. 05. 2016, 18:51:23 »
A routery v tehle cenove relaci stejne 1000Mbit snad ani nemaji.
Gigabit je od tisicovky nahoru.

Major verze znamena 6.xx, cili vse s cislem 6 na zacatku?
Ano.

Probiral jsem jen ceske navody, neb moje Anglictina neni nejsilnejsi.
No, tak to je hodne spatne. Bez naglictiny v tehle oblasti nedas ani ranu.

Resim to, ze to sice vypada jako microUSB, ale z fotky tezko poznam, jestli to neni treba o milimetr vetsi nebo mensi, jen aby nesly pouzit standardizovane konektory, coz vyrobci radi delaji. Pripadne jestli to nejak nekontroluje originalnost zdroje.
Nemel jsem s timhle modelem zatim tu cest (diky za navedeni na nej, vypada na tohle pouziti fakt dobre, i kdyz nevim, jestli bych nedal prednost spis dvouantenovemu asusu za podobnou cenu...), ale nic takoveho bych u Mikrotiku nepredpokladal. Podle me je to docela slusna, ferova firma, ktera by se myslim k zadne takove prasarne nesnizila.

Pokud o tom pochybujes, asi nezbude nez to zkusit...

2894
Sítě / Re:Mate nekdo Mikrotik RB941-2nD-TC ?
« kdy: 29. 05. 2016, 18:14:14 »
zaujal me Mikrotik RB941-2nD-TC, ktery by za tech cca 600 Kc mohl byt dobry router pro bezne siti neznale panelakove domacnosti, ktere potrebuji neco, co by jim vysilalo internet do notebooku/mobilu a pritom moc nestalo.
Ciste jako wifi AP super, ale jinak jsou 100Mb porty dneska uz trochu prekonane... A to zmineny RB951G-2HnD je sice super (mam ho taky), ale pro domacnost trochu drahy. Skoda :(

1. Umi automaticke aktualizace ze serveru vyrobce? Jde mi o to, ze to musim nastavit a nainstalovat majitelum do bytu a az do smrti routeru na to nemuzu sahnout, cili potrebuji, aby se to aktualizovalo samo bez cizi pomoci. V tom bych videl hlavni vyhodu Mikrotiku, ze vydava nove verze a tak snad by to melo byt alespon o trochu bezpecnejsi nez bezne routery ostatnich vyrobcu. Pobezi na tom opravdu jen internet pres WiFi bez WPS, cili by nove verze nemeli nic rozstelovat. Ja sam mam Mikrotik RB951G-2HnD a na tom se mi to nepodarilo zprovoznit, vsechny navody to bud delaji rucne, nebo pres nejaky vlastni FTP server, coz je v tomhle pripade k nicemu.
Za prve: "nadosmrti" to bude tezko, automaticke upgrady funguji jenom v ramci jedne major verze.

Za druhe: na "nepodarilo zprovoznit" se dost tezko da dat nejaka rada krome "mel's tam neco blbe".

Upgrade se dela jednim prikazem a ten prikaz se da automatizovat, RTFM:
Citace
You can automatize upgrade process by running script in scheduler:
http://wiki.mikrotik.com/wiki/Manual:Upgrading_RouterOS

2. Vyrobce uvadi, ze se napaji pres USB konektor a podle fotek to vypada na microUSB, ale je tomu skutecne tak? [...]
Nikde se totiz primo o microUSB nepise, tak chci mit jistotu.
Na fotce mas microusb a vedle neho napis power. Pod tim mas fotku napajece s microusb. Co resis?!

2895
Server / Re:Jak zrestartovat USB porty
« kdy: 25. 05. 2016, 15:34:10 »
1. otevřeš prohlížeč
2. do adresního řádku zadáš "www.google.cz"
3. do jediného políčka na stránce zadáš "linux usb reset" a zmáčkneš Enter
4. zobrazí se ti seznam linků
5. klikneš na prvních pět a zkusíš postupy v nich popsané
6. pokud ani jeden z postupů nezafunguje, napiš sem dotaz popisující, co jsi zkusil, a s jakým výsledkem

Stran: 1 ... 191 192 [193] 194 195 ... 618