December 2015 - Community-list

web designer
by Vladimír Zima 28 Dec '15

28 Dec '15

Zdar, sháním někoho kdo by mě byl schopen udělat web design webu pro prodej plotového systému, později i na další věci. Předem díkes za nabídky! :-) -- S pozdravem Ing. Vladimír Zima Přelovice 99 533 41 tel. :+420 774 206 965 e-mail: vladimir.zima(a)zima-engineering.cz web: www.zima-engineering.cz IČO: 73840203 DIČ: CZ8012093309

1 0

Port 25
by Vojtěch Kaizr 17 Dec '15

17 Dec '15

Zdravím, nenalezl jsem žádný dotaz nebo info. Je port 25 nějak blokovaný směrem k VPSku? Běží mi postfix a nemůžu se připojit. Díky Vojta

11 16

Rozsireni diskoveho prostoru na 120G
by Pavel Snajdr 14 Dec '15

14 Dec '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Ahojte, nastal cas navysit diskovy prostor pro VPSky vsem clenum, protoze nemalu uz prestalo 60 GB stacit. Prosli jsme plan upgradu hw a soucasny stav, situace dovoluje dat okolo 120 GB vsem se stejnymi parametry, co se zalohovani tyce, cili to udelame rovnou tak - z 60 GB diskoveho prostoru navysujeme vsem na 120 GB. Rozsireni probehne zitra, detaily popise Aither v mailu po mne. Dve organizacni poznamky k tomu - prvni -> kdo mate diskovy prostor navic a ponovu se vejdete do 120G, samozrejme nebude treba dal nic doplacet; druha -> prosim vas, kdo mate produkcni data na NASu a po upgradu se najednou vejdou na VPS filesystem, presunte ta data z NASu na VPS - jednak usetrime zbytecnou sitovou zatez a jednak zvedneme spolehlivost aplikace, ktera visi na dostupnosti nodu a jeste NASu k tom u. /snajpa -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlZprxsACgkQgRwOVqYrsFW/PgD8DhQM5YSNPBDtUCDLeozJ77yH GNPq1GR3WYzNQiRB63oA/2LPQjhbLlb6r6vuI+bfhCJzsm6oWEQd3zu7aDTw2R+G =+zdq -----END PGP SIGNATURE-----

16 16

php pro nginx high load
by Branislav Viest 02 Dec '15

02 Dec '15

Ahoj, mám tady jeden server kde je cca 35k lidí za vteřinu. Běží tu nginx + php fpm a mysql db. V nginxu jsem rozjel microcache, což hodně ulevilo zátěži serveru. Nicméně, mám problém s PHPkem. FPM běží přes TCP (zkoušel jsem i unix socket nicméně bylo to pomalější a docházelo ke stejnému problému). Dle error logu dochází k těmto chybám: 2015/12/01 23:26:56 [error] 27043#0: *122476 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 188.114.98.51, server: xxx request: "GET /xxx/xxxx/xxx HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "xxxx", referrer: "http://xxxxx" 2015/12/01 23:26:56 [error] 27032#0: *124368 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 188.114.99.50, server: xxxxxx, request: "GET /xxxxx/xxxxx HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "xxxxx", referrer: "xxxxx" a sype to tam docela drsně. Jak vypnu kešování v nginxu load vyskočí, třeba i na 500, těch chyb PHPka je méně ale jsou tam pořád. Konfigurace FPM pro pool toho webu je: [web1] listen = 127.0.0.1:9000 listen.allowed_clients = 127.0.0.1 listen.owner = web1 listen.group = client0 listen.mode = 0660 listen.backlog = 65536 user = web1 group = client0 request_slowlog_timeout = 5s slowlog = /var/log/php-fpm/slowlog-web1.log pm = dynamic pm.max_children = 7000 pm.start_servers = 4000 pm.min_spare_servers = 2000 pm.max_spare_servers = 4000 pm.max_requests = 100 request_terminate_timeout = 60s rlimit_files = 500000 rlimit_core = unlimited catch_workers_output = yes pm.status_path = /php-status chdir = / + openbasedir, sessions save path. atp. S těma hodnotama jsem se zkoušel různě hrát, nicméně to k vyřešení tohoto problému nepomohlo. Zkoušel jsem upravit i nějaké parametry jádra (local port range, tcp ack timeouty atp.) ale výsledek stejný. Dělá to i u unix socketu, což je mi právě zvláštní. Nginx konfigurace je: user www-data; worker_processes 80; pid /run/nginx.pid; # set open fd limit to 50000 worker_rlimit_nofile 100000; events { worker_connections 1024; multi_accept on; use epoll; } ve vhostu nic zvlastniho, jenom pro php: fastcgi_split_path_info ^(.+\.php)(/.+)$; fastcgi_param SCRIPT_FILENAME $document_root/$fastcgi_script_name; include /etc/nginx/fastcgi_params; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_intercept_errors on; fastcgi_read_timeout 4m; Dnes bude k tomuto server nový, pro rozdělení zátěže, ale jako fakt nevím jestli to má smysl ve stejné konfiguraci, kvůli těm php chybám. Nenapadá Vás kluci, co s tím? Nebo případně návrh řešení, kterým bych nahradil tohle, při dvou serverech ? Přemýšlím nad MySQL M - M replikací, v DNS round robin a GlusterFS pro data. Ale to phpko mi nedá spát. A dnes večer to už další nápor asi nedá. Díky za rady a konzultace. S pozdravem Branislav Viest

10 16