Community-list

community-list@lists.vpsfree.cz

1077 discussions

Re: [vpsFree.cz: community-list] mysql po pár měsících potřebuje reload všech dat

by petr＠juhanak.cz

Jaka je transakcni zatez te databaze, kolik se tam vygeneruje zmen? Chovani, ktere popisujes odpovida fragmentaci dat v db bloku. Neznam vsak mysql, tak placnu moznosti [1]Muzes v case prehrat zmeny na jine mysql nebo to jinak otestovat jinde a vyloucit vliv vps? [2] muze to byt bug mysql/enginu [3] zkus si udelat export db tabulek bez dat,abys zjistil, jake vsechny parametry db a tabulky maji. Vcetne pouzite metody porovnani dat a znakove sady [4] pokud to jde, zkoumat exekucni plany dotazu a waity Petr ------ Původní zpráva------ Od: Vojtěch Knyttl Datum: čt, 13. 8. 2015 20:46 Na: vpsFree.cz Community list; Předmět:Re: [vpsFree.cz: community-list] mysql po pár měsících potřebuje reload všech dat Nějaký malý ALTER TABLE dělám třeba ob den. Indexy samozřejmě mám, představ si, co by takhle velká věc bez indexů dělala :-) Ono bez indexů ani nejde dělat constraints, kterejma je to celý propojený. Jak říkám, jakmile všechno dropnu a vytvořím znovu, tak to zase pár měsíců bude běhat. Hlavní stroj SciLi: - Linux 2.6.32-042stab105.14 #1 SMP Fri Mar 13 20:06:37 MSK 2015 x86_64 x86_64 x86_64 GNU/Linux - FS: https://gist.github.com/knyttl/e349e1cbead4e9b341e7 Konejner Debian: - Linux 2.6.32-042stab105.14 #1 SMP Fri Mar 13 20:06:37 MSK 2015 x86_64 GNU/Linux - MySQL Server: 5.6.23-1~dotdeb.3 Klidně poskytnu cokoliv dalšího. Vojtěch Knyttl | GoOut knyttl(a)goout.cz +420 607 008 510 http://goout.cz On Thursday 13 August 2015 at 20:19, mrkva(a)mrkva.eu wrote: Ahoj, nemenis casto strukturu dat? (ALTER TABLE a podobne)? Necpes tam data s vypnutymi indexy? Mas tam vubec indexy? M On 08/13/2015 04:56 PM, Vojtěch Knyttl wrote: Ahoj, řeším takovou zvláštní věc, která se mi opakovaně děje. Mám v MySQL InnoDB databázi (v gzipu má asi 250 MB) a po několika měsících používání některé komplexnější dotazy prostě přestanou dobíhat. Resp. dobíhají, ale řádově v minutách, když jinak dobíhaly v milisekundách. Veškeré pokusy o optimalizace a nějaké přenastavení nikam nevedou. Jediným řešením je dropnutí úplně všeho a opětovný import. Jednou mi dokonce ani to nepomohlo a tak jsem prostě dropnul celý kontejner a vše jelo až po přeinstalaci celého stroje. Celý to zní zvláštně a samotnýmu se mi tomu nechce věřit a hlavně nevím co s tím dělat, aby se to neopakovalo. Dnes v noci hodlám vše zastavit a udělat nový kontejner s MySQL, vše přenést a pak jen přehodit IP adresy MySQL stroje. Což znamená, že mi zůstane původní kontejner na ladění a srovnání, co může být špatně. Díky za jakýkoliv postřeh. Vojtěch Knyttl | GoOut knyttl(a)goout.cz +420 607 008 510 http://goout.cz _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list Attachments: - 0xE60DBF0D.asc

10 years

VPS pouze s IPv6

by Martin Miksanik

Hello, testuju VPS pouze s IPv6 adresou a zjistil jsem, ze je celkem problem s instalaci a udrzbou. Napr. security.debian.org se mi nechce spojit. Nestalo by za zvazeni pridat nejakou interni IPv4, ktera by se natovala do netu? Pripadne by si user user mohl vytvorit vlastni subnet, pres ktery by se videl mezi sebou a ven. Ted je sice pekne, ze si uzivatel muze nabindovat vice VPS, ale kdyz se s nima poradne nedomluvi, tak to je takove polovicni (vzdy neni treba dalsi verejna IPv4) Klidne bych s tim po prazdninach pomohl, kdyby o to mel nekdo dalsi zajem. -- S přáním pěkného dne, Martin Mikšaník gsm: +420 602 623 934 icq: 311047283

10 years

Entropie na vps, haveged

by Silvestr Hašek

Ahoj, narazil jsem na problém s nedostatkem entropie pro /dev/random, přirozeně protože jde o blocking device, zůstane aplikace vyset,.. Normálně to řeším pomoci haveged, ale na VPSce nejde spustit s hláškou z logu: haveged: Fail:set_watermark()! což podle manuálu znamená odepřený přístup k /proc/sys/kernel/random/write_wakeup_threshold Osobně si myslím, že to je kvůli sdílenému kernelu OpenVZ. Protože podle munina spadla entropie z ~180 bytů na ~20 bytů také přímo na nodu. Řešením by asi bylo použít /dev/urandom (což asi nebude vhodné pro případnou kryptografii) případně na hostech spustit zmiňovaný haveged. Máte s tím někdo nějakou zkušenost v rámci vpsFree? SH.

10 years

vpsFree.cz track na LinuxDays

by Petr Krcmar

Ahoj všem, pojďte nám pomoci propagovat cíle sdružení vpsFree.cz na říjnovou konferenci LinuxDays. Budeme tam opět mít stánek, nějaké přednášky a hlavně poprvé také vpsFree.cz track. Tedy místnost jen pro své vlastní přednášky! Zbývá ji už jen naplnit obsahem, něco jistě budou přednášet lidé z vedení, ale chce to i postřehy uživatelů: co zajímavého na vpsFree provozujete, jaké zvláštní řešení jste vymysleli nebo prostě jen obecnou přednášku o nějakém serverovém software. Nebojte se toho, nic to není! Stačí se zapsat do registračního formuláře a do poznámky napsat „vpsfree“: https://www.linuxdays.cz/2015/cfp/ -- Petr Krčmář vpsFree.cz

10 years

Nominujte vpsFree.cz do Křišťálové Lupy

by Petr Krcmar

Ahoj všem, běží nominace do letošní ceny Křišťálová Lupa, bylo by bezva se dostat alespoň mezi nominované, pomohlo by to rozšířit náš projekt mezi další uživatele. Postup je triviální: 1) http://kristalova.lupa.cz/nominace/ 2) do kategorie „Nástroje a služby“ napište www.vpsfree.cz 3) dolů vyplňte e-mail a odešlete Díky moc všem, kteří nominaci pošlou! -- Petr Krčmář vpsFree.cz

10 years

Vedel by mi tu niekto pomoct s Hadoopom?

by Michal Novovesky

Ahojte, Snajpa ma odkazal na community-list, ze by som tu mohol najst niekoho co by mi vedel pomoct s problemom, ktory riesime u nas vo firme (https://infinario.com/ <https://infinario.com/>). Vytvorili sme analyticku platformu, ktora dokaze real-time spracovavat data, vdaka tomu, ze ich uklada do nami vyrobenej db do RAM serverov. Toto riesenie sice funguje super, ale na ukladanie velkeho mnozstva historickych dat je prilis drahe, a preto by sme potrebovali vyriesit variant, kedy sa data okrem RAMky ukladaju aj do normalneho storagu a uzivatel ma moznost si vyberat data, s ktorymi chce pracovat real-time, a s ktorymi nie. Nasiel by sa tu niekto, kto by bol schopny a ochotny nam pomoct pri najdeni a implementacii spravnej technologie(napr. Hadoop) na ukladanie stoviek TB historickych dat a vedel by implementovat proces pre prenos dat zo storagu (firma X si zvoli data eventov A,B za obdobie M-N) do real-time databazy v RAMke? S tym by suvisela aj priprava rozhrania pre load dat medzi roznymi systemami, vratane procesov pre citanie a zapis do pripojenych databaz a APIciek. Samozrejme takuto pomoc sme ochotni stedro zaplatit :) Napisete mi prosim na michal.novovesky(a)infinario.com <mailto:michal.novovesky@infinario.com> ak by ste mali zaujem nam pomoct? Vdaka, Miso

10 years

Otevření kb.vpsfree.cz

by Jakub Skokan

Ahoj, do naší Knowledge Base [1] je nyní možné se přihlásit pomocí údajů z vpsAdminu. Po delší době opět můžou všichni členové přispívat návody a tipy ohledně správy VPS, aplikací uvnitř, apod. Pro propojení DokuWiki s vpsAdminem používáme vlastní auth plugin [2]. [1] https://kb.vpsfree.cz/ [2] https://github.com/vpsfreecz/haveapi-dokuwiki Jakub

10 years

Zombie procesy

by Stanislav Petr

Cau, po dnesnim vypadku node5 pozoruji v systemu problem se zombie procesy. Stava se to jeste nekomu? ps ax | grep Z 2567 ? Z 0:00 [/usr/libexec/mu] <defunct> 2583 ? ZNs 0:00 [asterisk_sipcha] <defunct> 2651 ? ZNs 0:00 [asterisk_channe] <defunct> 2828 ? Z 0:00 [/usr/sbin/apach] <defunct> Zatim nevidim zadnou souvislost. Proces 2567 je perl script (perl 5.20.2, munin-update 2.0.25), 2583 a 2651 je asterisk 13.4.0 a nakonec 2828 je apache-2.4.16 Zajimave na tom je ze procesy po nejakem case se ze stavu Z zotavi. Strace mi na to nefunguje: strace: attach: ptrace(PTRACE_ATTACH, ...): Operation not permitted Pravdepodobne omezeni OpenVZ??? Ta nemoznost debugovani je docela zvlastni a uvnitr OpenVZ kontejneru nevim co s tim, pristup k /proc/sys/kernel/yama/ptrace_scope nemam, takze jediny vysvetleni ktery mne napada je chyba/omezeni OpenVZ a nebo ze uz tenproces nekdo debuguje (gdb/strace). -- Stanislav Petr

10 years

node5

by Pavel Snajdr

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Ahojte, delam na node5 - dneska mel cely den problemy a ted se dostal do stavu, kdy nechce importovat zpool s daty. Budu informovat, jak budu vedet vic. /snajpa -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlW/3A0ACgkQgRwOVqYrsFWwrQD/Y2YYSsrXJZcAcHntXHP9jmym ZU9+yAaLcs3aRii381wBAL8yiqH3CRxANWXESr4zo0lkAN03i1rwhv7ZzGYzuDUd =AErp -----END PGP SIGNATURE-----

10 years

Aktualizace vpsAdminu: 17-19.7. vpsadmin.vpsfree.cz, api.vpsfree.cz, nasbox.prg

by Jakub Skokan

Ahoj, konečně se blížíme k nasazení nové verze vpsAdminu. O novinkách a změnách budu podrobněji informovat později. Teď jen ve zkratce, nová verze vám členům přinese např.: - rozšířené možnosti API - vytváření, klonování, swapování a mazání produkčních i playground VPS - přerozdělování prostředků (CPU, paměť, disk) mezi VPS - možnost využít více IPv6 adres, IPv4 za doplatek - vytváření subdatasetů VPS a NAS, nastavování kvót a jiných ZFS properties - atomické snapshoty - mounty datasetů, snapshotů - robustnější a bezpečnější systém transakcí, atd. To vše skrze webové rozhraní, CLI nebo API, bez nutnosti psát na podporu. Předběžně, aktualizace vpsAdminu a související infrastruktury bude probíhat 17-19.7. Datum se může ještě posunout, pokud bychom nestíhali. Během aktualizace bude vpsAdmin nedostupný. Nutné věci budeme řešit na podpoře. Neplánujte si prosím nic, k čemu by byl vpsAdmin v tuto dobu zapotřebí. Přihlášky k členství půjdou zasílat, avšak budou schvalovány až bude nová verze zaběhnutá. Dojde k výpadku nasbox.prg. Všechny mounty NASu budou na čas odpojeny a následně znovu připojeny. /vpsadmin_backuper bude zrušen, zálohy se budou připojovat jednotlivě přes vpsAdmin. Přesnější časový rozvrh dodám později. Jakub

10 years

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Community-list