Ahoj,
s kolegou řešíme jakou cestou virtualizace se ve firmě vydat. Jelikož
jsou zde odborníci na OpenVZ rád bych se poradil. Já mám zkušenosti s
KVM z jiné firmy a kolega zatím zkoušel OpenVZ na CentOS release 6.7.
Vyšlo nové OpenVZ a jak jsem zahlídl i zde s pár poznámek budoucnost
OpenVZ může být nejistá. Jakou cestou kontejneru byste se vydali vy?
Nové OpenVZ, LXC nebo docker? Zároveň bychom chtěli na stejném stroji
provozovat i KVM (pro chod Windows).
Momentálně máme na stroji obojí. OpenVZ i KVM. Nicméně je problém se
spouštěním virtuálního stroje v KVM, po druhém pokusu o spuštění
virtuálního stroje již naběhne.
Chyba při startu domény: Nelze vytvořit cgroup pro Debian-wheeze:
Adresář nebo soubor neexistuje
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/asyncjob.py", line 91, in
cb_wrapper
callback(asyncjob, *args, **kwargs)
File "/usr/share/virt-manager/virtManager/asyncjob.py", line 127, in
tmpcb
callback(*args, **kwargs)
File "/usr/share/virt-manager/virtManager/domain.py", line 1355, in
startup
self._backend.create()
File "/usr/lib/python2.7/dist-packages/libvirt.py", line 999, in create
if ret == -1: raise libvirtError ('virDomainCreate() failed',
dom=self)
libvirtError: Nelze vytvořit cgroup pro Debian-wheeze: Adresář nebo
soubor neexistuje
KVM není spuštěno v kontejnerech jako u VPS ale samostatně vedle OpenVZ
Děkuji moc za postřehy a nakopnutí správným směrem
Pavel
Ahojte,
letos jsme to nejak prokaucovali s clenskou schuzi, kterou jsme nestihli
udelat.
Pojdme ji proto udelat v lednu;
Ona clenska schuze ve vpsFree je v podstate organ, ktery by se ani
nemusel schazet, kdyz vsechno funguje - protoze jedine, co clenska
schuze resi, je volba lidi do organu sdruzeni, pokud se dostanou pod
minimalni stav.
Je to tedy spis vyrocni setkani a bilancni zhodnoceni dalsiho roku
fungovani.
Novy obcansky zakonik povazuje schuzi za usnasenischopnou, sejde-li se
nadpolovicni vetsina clenu; nesejde-li se, svolava se schuze nahradni (v
nasi uprave stanov za tyden od neuspesneho prvniho pokusu).
Tuhle tancovacku by bylo vhodne zrusit, protoze pri 1100+ clenech je
velmi nepravdepodobne, ze se nas sejde na jednom miste vic, jak 500.
Cili bych to videl tak, ze na schuzi v lednu pripravime ustne hruby
nastrel toho, jak by mohlo vypadat takove hlasovani elektronicky s tim,
ze bychom se sesli fyzicky rovnou na prvni pokus bez nutnosti druheho a
hlasovaci cast by probehla elektronicky (cili za rok budem u piva
vsichni koukat chvili do notebooku, kdyz bude o cem hlasovat ;)).
Na tuhle lednovou schuzi podle vseho nebude potreba hlasovat o nicem, a
tak budeme jenom bilancovat + mluvit o planech do budoucna. Ja bych to
tedy videl tak, pokud nikdo nejste proti, pojdme se sejit jednou a
nedelejme saradu s pred-terminem a o-tyden-opozdenou nahradni clenskou
schuzi.
Mate nekdo navrh na podnik (v Praze), kde by se clenska schuze mohla konati?
Kde jsme schuze delali do ted, uz se budto nevejdeme, nebo jsou velmi
negativni zkusenosti s obsluhou (posledni clenska schuze ukazala fakt
obrovskou ochotnost mistniho personalu).
Odhadem se nas sejde tak 50.
Diky predem za tipy.
/snajpa
(Pavel Snajdr)
O tohle jsem se s Vámi prostě musel podělit - dnes jsme byli se ženou na
nákupu v místním obchodu Hruška (Olomouc) a náhodou jsem tam nalezl tento
skvost.
Už se moc těším na zítřejší řízky v Linux kvalitě :-D
Ahoj,
byl by někdo ochotný zkontrolovat konfiguraci webhostingu? Používám apache
mpm worker a mod_fcgid pro běh více verzí PHP a mám s tím pořád problémy.
Výkon je nic moc, někdo to padne na nedostatek paměti, někdy zase error log
hlásí "resource deadlock avoided", někdy "can't access process slot" a už
nevím co s tím. Když jsem používal mod_php na minulém VPS (taky u vpsfree),
tak to byla pohoda.
Teď se mi zdá i výkon MySQL o dost menší - jeden e-shop co jsem sem
přestěhoval má čas načtení stránky asi 4 sekundy. Neříkám, že ty SQL dotazy
jsou nějak optimální, ale takhle pomalé to nebylo.
Pokud by to vyřešilo problémy, jsem ochotný za to samozřejmě zaplatit. Díky
za info.
S pozdravem
Miroslav Šedivý
Ahoj,
Jsem u vpsFree.cz nový a ještě si úplně zvykám rozdílnosti VPS oproti jiným
VPS nebo HW serverům a potřeboval bych pomoci / poradit jak nastavit
připojení disku přes samba protokol
Mám nainstalované cifs-utils samba samba-common smbclient libsmbclient
a zkouším připojení zatím jen přes CLI a to takto:
root@internal:~# mount.cifs //XXYY.sYY.wedos.net/sXXYY /mnt/disk1 -o
user=uzivatel,pass=heslo,noperm
a dostanu chybu že to nezná cifs:
mount error: cifs filesystem not supported by the system
mount error(19): No such device
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
ve vpsadminu je zapnuto Features:
FUSE
iptables
NFS
Můžete mě poradit jak sambu připojit? Doufám, že nejsem jediný kdo se o to
pokoušel?
Díky moc a všem za radu
Laupe
S pozdravem a přáním pěkného dne Pavel Dvořák
Kontakt:
Pavel Dvořák
Telefon: +420 725 800 334
e-mail: pavel(a)pavel-dvorak.cz
www: www.pavel-dvorak.cz
Ahoj,
Upgradoval jsem CentOS 7.2 na 7.3 a vždy po restartu systému Amavis
naslouchá pouze na IPv6 adrese i když by měl i na IPv4. Když ho otočím
ručně tak správně poslouchá na 4 i 6ce. V logu je, že vždy binduje obě
adresy a žádný náznak neúspěchu.
Nyní jsem rollbacknul zpátky na 7.2 a vše zase funguje jak má. I když
mezi verzemi 7.2 -> 7.3 se Amavis nemění.
Pokud máte nějaké podobné zkušenosti, tak díky za info!
Tomáš Antecký
Ahoj, omlouvám se za hloupý dotaz.
Potřeboval bych nějak transparentně přesměrovat odesílání mailů na jiný
server. Na VPS jsem hostoval neaktualizovaný Wordpress, který vesele
spamoval a teď neodešlu mail vůbec nikam. Samozřejmě jsem to už napravil a
server už nespamuje.
Problém je ten, že na některých blacklistech a taky u Googlu pořád visím.
Nedalo by se nějak jednoduše přesměrovat odesílání mailů z PHP na jiný SMTP
aniž bych musel upravovat každou aplikaci zvlášť.
Jiný server s dobrou reputací mám, v tom problém není. Jen nevím jestli na
to jít přes iptables, nebo místo sendmailu dát skript, který to zařídí.
Moc dík za každou radu.
S pozdravem
Miroslav Šedivý
TLDR eng summary: This is going to be our first hackaton, we're gonna
have fun with some network benchmarking on 36/72core routers, vpsAdmin,
Brutus and much more ;)
Ahojte,
nadesel konecne cas pro nas hackaton, kdyz si je muzou delat americky
korporace a lovit tam dusicky,
podjme taky zahackovat spolecne my a udelat pro sebe neco uzitecnyho
navzajem - a jeste z toho bude otevreny dopad na dalsi, kteri nas
kopirujou a pouzivaji stejne technologie, co my, tim lip pro vsechny.
Na tehle prvni session budeme resit primarne networking, bylo by potreba
mezi nody zjednodusit sitovani, tzn. idealne se zbavit bondingu a OSPF,
co jsou oboje technologie, ktery nejsou az tak pruhledny a dobre
debugovatelny. Chteli bychom i load-balancovat a vlastne tak veskerou
sitovou komunikaci odbavovat ciste na L3, cili routingem.
Potrebujeme pripravit vzorovou konfiguraci a poradne ji otestovat.
Potom taky spolu s planovanyma "vlastnima" optickyma trasama, co chceme
resit, abychom meli rychlejsi a lepsi konektivitu, potrebujeme
obenchmarkovat, co az realne zvladaji Mikrotik CloudCore routery a jak
moc se na ne muzeme spolu s temahle plany spolyhat.
Tj. ceka nas zbesily generovani trafficu a zkouska Tilera cipu ohnem ;)
Pavlix a Janko maji v planu pohackovat na Brutusu, tj. integrovany
management pro LAMP stack delany tak, jak se to ma delat (webove
klikatko ano, ale nenastavuje nic primo, nybrz spravuje nastaveni pomoci
konfig managementu - Ansible).
Dal pravdepodobne budeme resit nove webove rozhrani vpsAdminu a s Kubou
Jirutkou budeme resit pouziti Alpine Linuxu jako zaklad pro vpsAdmin
live distro.
Je toho spousta a tak pojedeme cely vikend v kuse :)
Pravdepodobnou lokaci je Brmlab v Praze, uz jsme s nimi predbezne
dohodnuti, ale jeste porad je moznost stocit to do Brna, pokud se najde
dost lidi ;)
Zrovnatak je pravdepodobny viken 3. + 4. 12., ale taky to muze byt jeste
ten dalsi za tyden po tom.
Hlasujte tady:
http://doodle.com/poll/pnav6byxcer4sviz
Pokud mate opravdu aktivni zajem hackovat, zajistime ubytovani, prijdte
se na IRC dohodnout, kdo mate zajem.
Samozrejme je v planu kontinualni prisun pizzy a club-mate (nebo
obdobneho zdroje kofeinu) ;)
Tesim se na to jak cert!
Pridejte se a pomozte, kdo muzete a mate zajem - neznamena, ze pokud
uplne nerozumite vsemu, ze se nebude hodit kazda pomoc. A jeste se
muzete neco priucit od tech, co umi o kousek vic.
Hackovani zdar!
/snajpa
Ahoj,
v rámci vpsfree hackatonu jsme podle plánu pohackovali
na brutusu a výsledky vůbec nejsou špatné. Já a Janko
jsme pohackovali částečně brmlabu a částečně v bytě
mého otce. V brmlabu se trochu účastnil i jirutka.
https://github.com/vpsfreecz/brutus
Cílem projektu je databáze domén, uživatelů a dalších
prostředků, které bude možné pohodlně spravovat různými
nástroji, a na které budou navázané služby jako nameserver,
mailserver a webserver. Jednou z inspirací pro tento
projekt je, že se nám nelíbí ISPConfig a podobná řešení.
V tuto chvíli je projekt především o tom, abychom byli
schopni nakrmit brutusí databázi z yaml souborů,
vygenerovat konfiguraci služeb a ty začít používat pro
osobní potřebu.
Já se starám především o core a mailové služby, které
pokročily do té míry, že se mi podařilo spustit postfix
a dovecot a v této podobě se chystám změny v brzké době
mergovat do masteru a testovat v reálném provozu. Janko
se stará především o webové a DNS služby, které jsem
zatím neměl tu čest vyzkoušet.
Brutus hackaton určitě v nějaké formě zopakujeme. Do té
doby jsme k sehnání na #vpsfree na IRC.
Pavel
Ahoj,
ti zvas co provozuji Gentoo na VPS, nesetkali jste se s touto chybou pro
kompilaci:
*Out of memory* in UB 6487: *OOM killed process* 12810 (*cc1plus*) score 0
vm:814196kB, rss:767288kB, swap:0kB
stava se mi to pri kompilaci baliku sys-devel/llvm a dev-libs/boost.
Doopravdy dochazi k vycerpani pameti behem kompilace a ocividne tomu 4GB
RAM (3G free) nestaci (viz free -h).
total used free shared buff/cache
available
Mem: 4.0G 982M 3.0G 179M 63M
2.9G
Swap: 0B 0B 0B
Nemate nekdo nejaky hint jak to uchodit/optimalizovat aby to bylo
zkompilovatelne?
Parametry GCC uz jsem zkousel optimalizovat, ale nebyl jsem moc uspesny.
Uvolneni pameti na 3.8G taky nepomohlo.
Zkusit nechat zapnout swap? Todle jsem jeste nezkousel.
Diky za pripadne napady
Ivan
