Ahoj,
chcem sa spytat, ci niekto nenarazil na podobny problem.
Ak nahravam nejaky vacsi subor cez ftp, tak sa prenos neukonci a ostane
visiet. Skusane len v MC.
Co som nasiel podobne problemy na nete, tak vacsinou sa riesil nejaky problem
niekde cestou na routery.
Niezeby to bol nejaky velky problem, ale ked nahravam povedzme 6 1GB suborov
tak po kazdom subore sa to zasekne. Subor sa nahraje cely ale potom to
vytuhne.
Mate nejaku radu co s tym ?
FTP server je proftpd.
Martin
Ahoj,
na node9.prg došlo k poškození zpoolu a všechny VPS odtamtud budeme
přesouvat na nově nainstalovaný node3.prg. Několik souborů je
poškozených, většinou jde o log files nebo zálohy, konkrétní jednotlivce
budeme informovat.
Tímto upozorňuji všechny, co mají na node9.prg VPS a nevyhovuje jim
migrace v době mezi 01:00 až 05:00, aby si nastavili okno pro výpadky
dle svých preferencí. Přesun zahájíme ve čtvrtek/pátek. Jakmile se
spustí migrace, čas výpadku už nepůjde změnit.
O průběhu migrace bude vpsAdmin informovat mailem.
Jakub
Ahoj,
mam dotaz na nekoho, kdo se vyzna v sitovani :) Konecne jsem si na VPS
zprovoznil VPN a nejakou dobu jsou bojoval s tim, ze DNS dotazy nesly
zkrz tunel. Moje chyba, blbe jsem to nastavil a uz vyreseno. Nicmene
https://ipleak.net mi tvrdi, ze IP adresa je spravne adresa meho VPS,
jenze v DNS Address detection vidim 37.205.9.100, ktera patri vpsfree.
Chci se jenom ujistit, ze spravne chapu proc. Z meho pocitace jde query
na dnsmasq bezici na VPS, ktery to preposla na ns2.vpsfree.cz a to je
teprve to, co ta sluzba vidi? Chapu to spravne tak, ze dnsmasq je pouze
preposilac v tomto pripade, ktery jenom "forwarduje" DNS dotazy?
Diky ^_^
W.
--
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.
Ahoj,
vpsAdmin v2.2.0 [1] umožnuje nastavit jednotlivým VPS čas, ve kterém
může docházet k plánovaným výpadkům, migracím, apod. Dá se nastavit
různý čas pro každý den v týdnu, či některý den úplně vynechat. Cílem je
provádět plánované výpadky v co nejvhodnější dobu pro každé VPS.
Tuto funkci budeme využívat zejména při migracích VPS mezi nody.
vpsAdmin nyní umí migrace provádět hromadně a respektovat přitom
nastavený čas k výpadku. O průběhu migrace VPS bude nově člen informován
mailem.
Ve výchozím stavu mají VPS nastaveno okno pro výpadky každý den od 01:00
do 05:00. To neznamená, že bude každý den 4 hodiny výpadek, ale že v
této době _může_ dojít k _plánovanému_ výpadku, což je např. u migrace
maximálně pár minut. O těchto výpadcích budeme samozřejmě dopředu
informovat.
Prosím ty, co si mohou výpadky dovolit i přes den, aby nastavení
patřičně upravili.
vpsAdmin dále ukládá více informací o VPS - sleduje zatížení CPU, uptime
a loadavg. Neudržuje se jen aktuální stav, ale ukládá se i historie,
která je přístupná přes API [2]. Tyto údaje sbíráme hlavně kvůli tomu,
abychom mohli časem VPS automaticky rozmisťovat tak, aby byl každý node
optimálně vytížen.
Verze API byla povýšena na 2.0. Vydán nový vpsfree-client [3], který
obsahuje především opravy chyb a nový příkaz 'vps migrate_many' pro adminy.
Seznam všech změn je v poznámkách o vydání [1].
[1] https://projects.vpsfree.cz/vpsadmin-doc/releases/v2.2.0/
[2] https://api.vpsfree.cz/v2.0/#root-vps-status
[3] https://kb.vpsfree.cz/navody/vps/api#cli
Jakub
Ahoj,
chtěl jsem se připojit na ten náš Jabber MUC, přijde mi že to nemůže být
tak složité abych to nezvládl i já. Přesto končím s Login failed. Heslo
jsem sebral z odkazu na https://kb.vpsfree.cz/informace/jabber a ostatní
věci jsem nastavil také podle KB. Nezměnilo se heslo? Nebo co můžu na tak
primitivní věci zvorat? Jako jo, nepoužívám uvedené klienty, ale profanity.
Nikam jinam jsem se tím nepřipojoval, používám ho poprvé. Zvolil jsem
profanity, protože je hodně podobné irssi.
--
*Matěj Koudelka*
+420 604 266 933
Ok, dík za info, ale tohle je spíš problém mého ISP :)
btw: ani ten huawei není můj :D
a Kuboj:
takže se pletu, když sem si myslel že tohle je od odesílatele?
dík P.
Dne 2016-01-26 21:11, Roman Ondráček napsal:
> Dobrý den,
>
> email od Vás do mailing listu mi označil doplněk do Thunderbridu
> ThunderSec jako spam, protože IP adresa 83.208.224.243, ze které byl
> email odeslán je na blacklistu zen.spamhaus.org.
>
> Dne 26.1.2016 v 20:56 Petr Líbal napsal(a):
>> Ahojte,
>> neřešil jste někdo problém že by vám amavis označoval "dost" emailů že
>> mají špatnou hlavičku?
>> vše se sice doručí kam má, ale je to označené v předmětu a zárověn
>> přijde i kopie do spamu, což je dost otravné.
>> našel sem sice takový menší workaround a to:
>>
>> $final_bad_header_destiny = D_PASS; překlopit (amavis.conf)na
>>
>> $bad_header_quarantine_to = undef;
>>
>> ale to jen zlikviduje kopii do spamu, mail je stále označen v
>> předmětu->
>> stále otravné.
>>
>> už si začínám myslet že mám někde něco nastaveno blbě já, protože i
>> emaily z finančáku mi tam padaj..(jinac seznam, gmail atd. vše OK)
>>
>> pro info. používám setup ISPconfigu postfix/amavis/spamassassin+DMARC
>> na
>> ubuntu 14.04, vše aktuální...
>>
>> ještě vzorek "postižené" hlavičky
>>
>> http://pastebin.com/NHM1adT4
>>
>> tak kdyby někdo nějaké tipy...
>> dík moc
>> Petr
>>
>>
>> _______________________________________________
>> Community-list mailing list
>> Community-list(a)lists.vpsfree.cz
>> http://lists.vpsfree.cz/listinfo/community-list
Ahojte,
neřešil jste někdo problém že by vám amavis označoval "dost" emailů že
mají špatnou hlavičku?
vše se sice doručí kam má, ale je to označené v předmětu a zárověn
přijde i kopie do spamu, což je dost otravné.
našel sem sice takový menší workaround a to:
$final_bad_header_destiny = D_PASS; překlopit (amavis.conf)na
$bad_header_quarantine_to = undef;
ale to jen zlikviduje kopii do spamu, mail je stále označen v předmětu->
stále otravné.
už si začínám myslet že mám někde něco nastaveno blbě já, protože i
emaily z finančáku mi tam padaj..(jinac seznam, gmail atd. vše OK)
pro info. používám setup ISPconfigu postfix/amavis/spamassassin+DMARC na
ubuntu 14.04, vše aktuální...
ještě vzorek "postižené" hlavičky
http://pastebin.com/NHM1adT4
tak kdyby někdo nějaké tipy...
dík moc
Petr
Ahoj všem,
začíná nám zase konferenční jaro, na InstallFestu máme dvě želízka v
ohni, budou přednášky o Let's Encrypt a HaveAPI. V dubnu proběhne také
OSS Víkend Bratislava, kde už je domluvená obecná přednáška o vpsFree.cz
a máme šanci tam mít ještě něco dalšího, zajímavého.
Teď je to na vás: pro lidi z Brna je Bratislava blíž než Praha,
můžete pomoci sdružení i celé komunitě a přednášet o něčem zajímavém,
čím se zabýváte. Nabízíme samozřejmě pomoc technickou, ale i obsahovou.
Máte nějaký nápad?
http://ossvikend.sk/
--
Petr Krčmář
vpsFree.cz
Mám server na Debian 8 a problém v rámci vpsfree je ten, že pro správný
provoz mailserveru potřebuji FQDN, to jsem si nastavil, ale po restartu se
vždy přepíše zápis v hosts na local.domain.
Mohu se tedy buď modlit, aby se server nerestartoval nebo tam dát nějaký
script, který po restartu vždy zapíše správné hodnoty do hostname (tam
myslím to ani není potřeba, pač to bere to co je v adminu zapsáno) a
etc/hosts
Nějaký nápad na takový skript?
Díky
Dan
Zdravím,
jal jsem se provést upgrade ze squeeze na wheezy na jednom stroji, co nám běží u VPS Free. Řekl bych, že vše dopadlo OK až na jádro - ať dělám, co dělám, tak se stále "odněkud" natahuje staré jádro 2.6.32. Přitom v /boot vidím jako jediné soubory od toho nového 3.2.0, včetně updatovaného initrd.img.
Něco mi říká, že to bude mít dost možná co do činění s nějakou odlišností v bootování na virt. strojích. Absolutně ale netuším, co s tím - se serverovými VM nemám prakticky žádné zkušenosti. Už jen co mě zaráží, že tam v té instalaci nikde nevidím žádné soubory od grubu... Nevím, jestli to neznačí, že jsem ten stroj při tom upgrade přece jen nějak nerozbil. Reboot nicméně ale přežije...
V administraci stroje jsem koukal, že je možnosti tam přes ten select box dole na stránce updatovat verzi distribuci, což jsem provedl v naději, že to něco třeba spraví, ale nevypadá, že by to mělo nějaký efekt.
Poradil by mi někdo? Díky moc.
Václav Mašín
Ahoj,
uzavřel jsem další verzi frameworku HaveAPI [1], na němž je postaven
vpsAdmin.
Verze 0.4 přináší:
- definici verze komunikačního protokolu, aktuálně 1.0,
- validátory vstupních parametrů,
- definované hooky [2] součástí referenční dokumentace [3] generované
s yardoc,
- styly + prolinkování resources v online dokumentaci API,
- JSON schema dokumentačního protokolu [4], znázornění v UML [5],
- lepší hlášení chyb při inicializaci API.
Validátory jsou jako většina věcí v HaveAPI součástí dokumentace [6]
API, takže se parametry mohou validovat na straně klienta ještě před
posláním dat na server. Validátory jsou nyní nezávislé na ActiveRecord.
Při jeho použití se kompatibilní validátory z modelů přenesou i na
validátory vstupních parametrů a jsou součástí dokumentace.
Velkých změn se dočkalo CLI [7] v Ruby:
- zahozen gem table_print a výstup formátován svépomocí buď do řádků
(-r, --rows), nebo sloupců (-c, --columns),
- -o, --output vypíše pouze vybrané parametry,
- -s, --sort seřadí výstup podle parametru (na straně klienta),
- -L, --list vypíše seznam výstupních parametrů vybrané akce,
- -H, --no-header potlačí výpis hlavičky s názvy parametrů,
- --timestamp, --utc, --local a --date-format na formátování Datetime
parametrů.
Klient v JavaScriptu je nově k dispozici přes npm [8] (Node.js) a bower [9].
[1] https://github.com/vpsfreecz/haveapi
[2] https://projects.vpsfree.cz/haveapi/ref/HaveAPI/Hooks.html
[3] https://projects.vpsfree.cz/haveapi/ref/file.Hooks.html
[4] https://projects.vpsfree.cz/haveapi/ref/file.JSON-Schema.html
[5]
https://github.com/vpsfreecz/haveapi/blob/master/lib/haveapi/public/doc/pro…
[6] https://github.com/vpsfreecz/haveapi/blob/master/doc/protocol.md
[7] https://github.com/vpsfreecz/haveapi-client#cli
[8] https://www.npmjs.com/package/haveapi-client
[9] http://bower.io
Jakub
Ahoj,
Hledám někoho na příležitostný zástup v případě kdy chci jet na
dovolenou, jsem nemocný apod. Pokud byste měl někdo zájem, prosím,
napište mi na stepan(a)comlinks.cz.
Přehled správy:
- místo zásahů: zpravidla vzdáleně SSH/OpenVPN+SSH (99%), v případě
průšvihu většího - Praha
- spravované OS: Debian, RHEL, RouterOS
- oblasti správy: lokální sítě, VPN (OpenVPN, IPSec), firewall
(shorewall, iptables), OSPF, SMB, DNS, Apache, SQL (MySQL/MariaDB,
PostgreSQL, Oracle), backup (Bacula, ccollect, tar, ...), virtualizace
(KVM, XEN)
- hlavní podmínka: podepsané NDA - správa je vykonávána u zákazníků
Peníze podle dohody. Předpokládám nějaký paušál za "bytí na telefonu",
plus výkony účtované sazbou za hodinu.
Podrobnosti atd. soukromě na emailu.
Doufám, že to nebudete brát jako SPAM, případně mi vynadejte.
Díky,
Štěpán.
Zdravím všechny,
mám dotaz ohledně upgradu Debianu 7 s ISPConfigem na Debian 8. Jestli to
chápu správně, tak jediná cesta, jak provést upgrade je vytvořit si
Playground VPS, nainstalovat si čistý nový Debian 8 a všechno ostatní, pak
vyexportovat z produkčního všechny weby, databáze, maily atd. a importovat
je na novou instalaci a až bude všechno připraveno, prohodit PG VPS za
produkční VPS. Chápu to správně nebo je i jednodušší cesta?
--
S pozdravem Milan Hasák
tel: +420 607 939 463
Hezký den všem,
nový rok je tu a s ním i další linuxácké konference. Vloni se nám
březnový InstallFest hodně vydařil [1], letos to chceme zopakovat.
Určitě se mezi vámi najdou další šikovní admini, kteří mají co říct
ohledně provozu nějakých super technologií, které běží třeba u vpsFree
nebo jinde. Já už jsem zadal přednášku o Let's Encrypt, teď je to na vás
[2].
Nemusíte se toho bát, je to poměrně malá akce asi pro sto lidí, máte
možnost oslovit zajímavé publikum a vyzkoušet si přednášení. Doporučuji
se podívat na přednášky z loňského roku.
Rád bych zase sestavil nějakou skupinu přednášejících a workshopistů
za vpsFree.cz. Registrovat se můžete do pátku, dejte prosím vědět sem do
listu, že máte v plánu přednášet. Ať máme přehled, díky všem za pomoc!
[1]: https://blog.vpsfree.cz/byli-jsme-na-konferenci-installfest-2015/
[2]: http://installfest.cz/if16/cfp
--
Petr Krčmář
vpsFree.cz
Zdar,
spravil som update CentOS 7.1 na 7.2. Po tomto update mam obrovsky
problem sa zmestit do 4G pamate, pritom doteraz s uplne totoznymi
sluzbami s tym problem nebol a stale mi ostavalo este tak 500M uplneho
volneho.
Teraz mi velmi vela zerie MariaDB a Gitlab. Gitlab prakticky nemozem
ani spustat, to len spustim, zozerie to vsetku pamat az na 0 a zapne
sa mi OOM killer. MariaDB je na tom tiez spatne, ale este sa mi ju
dari udrzat na uzde.
Co je zvlastne je, ze tu mam niekolko python malych skriptikov, ktore
mi bezia ako daemon a tie zeru neuveritelne vela. Obyvajny CherryPy
serverik, ktory ma na seba tak max 10 requestov za den, mi kludne
zozral 500M pamate.
Nevsimli ste si niekto podobny problem?
Brano
Zdravím vespolek,
Mám dva servery - jednak VPS na vpsfree a druhak malý server, který mi leží
doma pod stolem za NATem. Potřebuju, aby ta VPS mohla občas odesílat data
na můj domácí server. Data se mají odesílat přes TCP kanál směrem z VPS -
tedy VPS iniciuje spojení. A zároveň bych rád, aby data chodila přiměřeně
zašifrovaná.
Nejjednodušší varianta, která mne napadla a přiměřeně funguje, je postavit
si OpenVPN linku z domácího serveru na VPS ve vpsfree - pak mám normální L2
nebo L3 spojení a všechno funguje. Serverům je jedno, kde vlastně leží.
Rád bych se ale ctěného obecenstva zeptal, zdali náhodou existuje i nějaká
jednodušší (a doporučená) varianta než stavět OpenVPN tunel? Neočekávám
dlouhé vysvětlování, ocením i správná klíčová slova.
Za odpovědi předem děkuji
Věroš Kaplan
--
--V.Kaplan
http://veroskaplan.cz/
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
-----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-----
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
Ahoj,
aktivace KVM je nyní zpřístupněna všem členům přes vpsAdmin.
Znamená to, že si lze ve VPS (OpenVZ kontejneru) vytvářet virtuální
stroje přes KVM, např. za pomoci libvirt, a provozovat tak libovolnou
verzi jádra nebo i jiný operační systém.
KVM bylo zařazeno k ostatním VPS features (jako iptables, TUN/TAP,
apod.), které jsou nastavitelné v detailu VPS. Jak přesně se dá KVM s
libvirt použít je popsáno v KB [1].
[1] https://kb.vpsfree.cz/navody/vps/kvm
Jakub
Ahoj,
chci vás všechny pozvat na konferenci DevConf.cz 2016, největší akci o vývoji open-source software ve střední Evropě. Do konce měsíce máme otevřené přihlašování přednášek a workshopů. Pokud máte zajímavé téma a chcete ho sdílet s mezinárodním publikem, prosím vyplňte přihlášku [0].
Zároveň vás chci poprosit o sdílení pozvánky na Devconf.cz 2016 mezi vašimi kolegy a kamarády. Akce je otevřena pro všechny a rádi uvítáme přednášející z různorodých komunit zabývající se vývojem open-source software.
Více informací naleznete na našem webu [1] či na sociálních sítích [2, 3, 4, 5].
[0] http://www.devconf.cz/cfp
[1] http://www.devconf.cz/
[2] https://www.facebook.com/events/847514902012853/
[3] https://plus.google.com/events/cn14iev6uhl9ctm2fsr1pbvffa4
[4] https://lanyrd.com/2016/devconfcz/
[5] https://twitter.com/devconf_cz
Děkuji
S pozdravem a přáním pěkného dne
Jan Bleha ■ Community coordinator ■ Red Hat Czech s.r.o.
Mob.: +420 702 153 774 ■ Tel.: +420 532 294 537
Purkyňova 99/71 ■ 612 45 Brno ■ Czech Republic
IC: 27690016 ■ www.cz.redhat.com
The future is coming... Define it!
DevConf.cz/cfp
twitter.com/devconf_cz
