Příspěvky

226

Server / Re:Nginx - long url

« kdy: 11. 09. 2019, 15:20:53 »

Aha odkaz má 445 znaků tj 445 B. Každopádně jak to poladit v nginx?

Udělat error page v NGINX > 512 B. Pokud nevíte jak to nastavit, stačí hledat "nginx custom error pages".

PS: Nejsem si jist, že si rozumíme. Já píšu o stránce vy píšete o odkazu.

227

Server / Re:Nginx - long url

« kdy: 09. 09. 2019, 15:25:47 »

Chrome hlásí chybu 414. Zvláštní je, že to vrací stránku chrome a ne nginx viz. příloha

Google Chrome pokud vím zobrazuje vlastní HTTP Error page, pokud stránka ze serveru má 512 B nebo méně.

228

Sítě / Re:multiple SSID + hostapd

« kdy: 07. 09. 2019, 08:22:28 »

http://wiki.stocksy.co.uk/wiki/Multiple_SSIDs_with_hostapd

229

Server / Re:SW RAID5 rozdělení oddílů

« kdy: 06. 09. 2019, 23:16:27 »

Představ si, že reálný život není jak z učebnice správců.
...
Takže odlož svou věšteckou kouli, máš ji rozbitou.

Já se nebavil o redustinovi, ale o tom, že redustin tvrdí, že dvouleté pole je typicky zaplněné na 7%, do dvou let se v něm běžně mění 2 disky, je složené od startu ze starých použitých disků a že je lepší aby na něm bylo ZFS než md RAID, protože resync ZFS je oproti md bleskový. Ne není, protože typicky taková pole neuvidíte.

230

Server / Re:SW RAID5 rozdělení oddílů

« kdy: 06. 09. 2019, 19:46:40 »

Ta chvíle už je nějaké dva roky :-)

Jo a po dvou letech je to pole na 7% zaplnění své kapacity. Prostě úplně typické dvouleté pole, se staršíma diskama už v době prvního sestavená, v podstatě prázdné, za tu dobu už 2 disky měněné, elektriku zbytečně spotřebovávající 12 disků, když by na žitou kapacitu stačil jediný. Jak říkám, úplně typický příklad, na kterém se ukazuje resync disku po havárii, ale očividně k ničemu jinému praktickému to neslouží 

231

Server / Re:SW RAID5 rozdělení oddílů

« kdy: 06. 09. 2019, 17:12:59 »

Samozřejmě až bude ZFS plné, rozdíl nebude žádný. jenže stejně jako málokdo (dlouhodobě) provozuje pole zaplněné z 10%, málokdo buduje pole, které je hned na začátku plné...

...a málokdo buduje pole ze starých disků, které odcházejí chvíli po vybudování pole, dříve než je kapacita pole využita.

Prostě vaše srovnání od počátku smrdělo na sto honů 

232

Server / Re:SW RAID5 rozdělení oddílů

« kdy: 06. 09. 2019, 15:56:23 »

nezpochybnoval sem ze je zfs rychlejsi

Přesněji řečeno nezaplněné ZFS je rychlejší (protože syncuje jenom skutečná data, ne i zbytečně volné místo). Pokud bude mít ten RAID přiměřeně zaplněný (asi si nekupoval 16TB storage proto aby tam měl 15 TB nepoužitého volného místa , tak se ta data musí zkopírovat tak jako tak a vyjde to nastejno.

Přesně to jsem chtěl napsat po tom, co redustin posílal porovnání resync ZFS poolu zaplněného ze 7% oproti md RAID zaplněného ze 64%:

Konkrétní systém:

Kód: [Vybrat]

zpool list
NAME   SIZE  ALLOC   FREE  EXPANDSZ   FRAG    CAP  DEDUP  HEALTH  ALTROOT
tank  24.5T  1.85T  22.6T         -    19%     7%  1.00x  ONLINE  -
...

Ve stejném serveru i MD RAID10 z 8 disků:

Kód: [Vybrat]

Filesystem      Size  Used Avail Use% Mounted on
/dev/md6         17T   11T  6.1T  64% /mnt/raid

Resync vadného disku skoro celý den, samozřejmě obojí za provozu.

Až to provede na podobně zaplněném ZFS, bude to mít větší relevanci. Disková pole o kapacitě větších TB nebo desítek TB se určitě nepořizují proto, aby zely prázdnotou a aby se na nic pak zkoušely simulace syncnutí disku po výpadku.

233

Software / Re:Konverze archivu ze zip do 7z

« kdy: 06. 09. 2019, 15:50:38 »

Staci, presne neco takoveho jsem si predstavoval.
Dekuji.

Rádo se stalo. Je to drobnost i když může být užitečná. Je tam docela potenciál na vylepšení (command line switche či environment proměnné pro nastavování 7z(a), vícevláknové zpracování ap.), tak kdyby byla potřeba dejte vědět, je to občas příjemná oddechová činnost kutit tyhle malé užitečné nástroje.

234

Software / Re:Konverze archivu ze zip do 7z

« kdy: 03. 09. 2019, 11:12:17 »

Stačí něco takového?

235

Software / Re:Konverze archivu ze zip do 7z

« kdy: 02. 09. 2019, 19:06:30 »

Ahoj,

potreboval bych konvertovat nekolik stovek zip archivu do 7z (s heslem a AES-256 sifrovanim). Neni problem napsat skript, ktery archivy po jednom extrahuje do tmp adresare a znovu zkomprimuje, ale to je dost nesikovne. Neexistuje nejaky tool, ktery by to umel bez ukladani na disk? Napsat neco v Pythonu nebo Perlu, co otevre jeden stream z existujiciho zip souboru a preda data do druheho pro zapis do noveho archivu nemuze byt takovy problem. Nejsem programator, takze si to mozna predstavuji moc jednoduse  .

Dekuji predem a s pozdravem
M.Z.

Ano jde to. 7z umí přidávat z stdin, viz parametr -si. Můžete si vyzkoušet:

Kód: [Vybrat]

echo "testovací data do archivu" | 7z -sipath/to/file/in/archive/testik.txt a newarchive

236

Server / Re:SW RAID5 rozdeleni oddilu

« kdy: 02. 09. 2019, 18:37:06 »

Obzvláště zmenšení partišen je docela o hubu. Pokud je tazatel začátečník (což asi je), pak bych doporučoval to nechat někomu zkušenějšímu.

S tím se nedá než souhlasit.

Každopádně riziko zmenšení oddílů je vhodné řešit podobně jako u zmenšování FS. Raději zmenšit md RAID více s rezervou, pak zmenšit oddíly na požadovanou velikost, pak zvětšit RAID na maximální dostupné misto pres --size=max, nakonec zvětšit FS na maximum možného a je hotovo.

Chtel jste rict nejprve zmensit FS na mensi nez je treba, pak zmensit md na pozadovanou velikost a nasledne zvetsit FS do autodetekovaneho volneho prostoru :-)

Chtěl jsem říct zmenšit FS na menší než je třeba, pak zmenšit RAID na menší než je třeba (ale větší než je FS), pak zmenšit oddíly jak je potřeba, pak natáhnout RAID na novou maximální dostupnou velikost, pak natáhnout FS na novou maximální dostupnou velikost. Pak vytvářet nové oddíly a nový RAID.

237

Server / Re:SW RAID5 rozdeleni oddilu

« kdy: 02. 09. 2019, 14:15:50 »

Vzhledem k tomu, že se stačí kdekoli překlepnout a problém je na světě, je vhodné před touto operací zazálohovat.

Obzvláště zmenšení partišen je docela o hubu. Pokud je tazatel začátečník (což asi je), pak bych doporučoval to nechat někomu zkušenějšímu.

S tím se nedá než souhlasit.

Každopádně riziko zmenšení oddílů je vhodné řešit podobně jako u zmenšování FS. Raději zmenšit md RAID více s rezervou, pak zmenšit oddíly na požadovanou velikost, pak zvětšit RAID na maximální dostupné misto pres --size=max, nakonec zvětšit FS na maximum možného a je hotovo.

238

Server / Re:SW RAID5 rozdeleni oddilu

« kdy: 02. 09. 2019, 12:26:10 »

pole mám rozdělený viz. niže.
Potřeboval bych z md125 uříznout kus místa a to vyhradit třeba na vytvoření nové mdX a to bez ztráty dat.
je to vůbec technicky možné, nebo nějaky hint?

Ano je to možné. Nejdříve je nutné zmenšit souborový systém na tom md125 device, např. pokud máte ext2/3/4, tak přes e2resize (raději menší než má být výsledný). Potom je třeba shrinknout RAID na požadovanou velikost přes mdadm --grow /dev/md125 --size=NOVA_VELIKOST_V_KB. Pak zvětšit FS na RAIDU na maximální dostupnou velikost. Pak zmenšit oddíly na kterých je RAID. Pak už nebrání nic tomu, aby se volné místo na discích využilo pro nové oddíly a vytvoření dalšího md RAIDu.

Vzhledem k tomu, že se stačí kdekoli překlepnout a problém je na světě, je vhodné před touto operací zazálohovat.

239

Windows a jiné systémy / Re:vysoka spotreba ram u win10/2k19 v ESXi

« kdy: 31. 08. 2019, 19:00:21 »

Windows jsou na to připraveny. Když nainstalujete vmware tools, tak začne fungovat RAM balooning: https://searchservervirtualization.techtarget.com/definition/memory-ballooning. Tedy VM si vezmou maximum RAM, ale taky ji ochotně uvolní, pokud ji někdo jiný potřebuje.

Naopak bylo by plýtváním, kdyby si VM nevzala maximum RAM a nevyužila ji na cach e.

dik za typ, vmware tools som uz doinstaloval.
Ked chcem trocha laborovat, tak je lepsie pridelit minimum pamate pre VM (napr. 1GB) a potom sa zacne aplikovat ram balooning (predpoklad je nainstalovany vmware tools v kazdom VM). To znamena, ze ak potrebuje ina VM viac ram, tak si ju zoberie z dalsich VMs, ktore ju aktualne nepotrebuju?

Ne VM si nic navzájem neberou. Paměť přiděluje podle potřeb virtualizační software dle nastavení a ve spolupráci s memory-overcommiting (balloning) ovladačem běžícím v OS virtuálního stroje.

240

Windows a jiné systémy / Re:vysoka spotreba ram u win10/2k19 v ESXi

« kdy: 31. 08. 2019, 14:19:47 »

Z proxmox som zvyknuty, ze ram sa prideluje dynamicky. Ked VM pridelim 8GB a spotreba je 0.5GB, tak proxmox ukaze 0.5GB

Pleteš více věcí dohromady. Jedna věc je konfigurace VM, kdy si "postavíš" virtuální počítač, který je vybavený určitým množství RAM (ekvivalent fyzických paměťových modulů nastrkaných do stroje) a druhá věc je již zmíněný balooning, který umožňuje RAM přidělovat dynamicky. Podpora je potřeba jak ve virtualizačním software, tak v OS, který běží ve virtuálním stroji.