Ahoj,
tusi niekto jak je to s podporou unshare() syscall v OpenVZ? Googlenie dava
rozne nedefinitivne vysledky (vyzera ze v roznych verziach kernelu je rozbita
ina cast unshare).
Mock (RedHatie builditko) unshare syscall vyzaduje a chcipne na "ERROR:
Namespace unshare failed."
Alebo sa niekomu podarilo rozchodit mock na OpenVZ?
Ondro
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Ahojte,
slibil jsem oslavu, mame ji mit!
DULEZITE: odepiste na tenhle e-mail, pokud mate zajem dorazit, abychom
stihli doladit pocet mist, finalni cislo potrebuju mit tyden pred konanim
(omlouvam se a hluboce se stydim ze jsem to nedal vedet driv, jak jsem
puvodne slibil)
*** Takze tady to je ***
Datum a cas: 7.7.2012 od 16:30 (tak brzo aby stihli dorazit a prijit
se podivat i prespolni)
Misto: Praha, restaurace Ferdinanda, kousek od hlavniho nadrazi, na
rohu ulic Opletalova a Politickych veznu
(Opletalova 24, Nové Město, Praha-Praha 1, Česká republika)
Akce se bude konat na miste, kde v podstate bylo sdruzeni zalozene,
mozna neni od veci zminit, ze Ferdinand je (aspon podle mne) velice
dobre pivo, takze kdo nemel moznost ochutnat, urcite dojdete :)
Program je vicemene volnejsi, mozna by nebylo uplne od veci si
pripomenout celou historii vpsFree.cz a zkusit spolu podiskutovat o
budoucnosti, jinak samozrejme hlavni pointou je dobre si to uzit a
poznat ostatni cleny :)
Jestli s sebou chcete vzit sve drahe polovicky, urcite to neni zly
napad, jenom je varujte pred vysokou koncentraci lidi od pocitacu a
moznych vysoce technickych diskuzi pod vlivem pozdeji v prubehu
dne/vecera :)
Budu se tesit!
(P.S. - nezapomente dat vedet, jestli prijdete,
P.P.S. - aktivni clenove, clenove rady a kontrolni komise maji akci
povinnou, jedinou prijatelnou omluvenkou je parte)
S pozdravem
Pavel Snajdr
+421 948 816 186 | +420 720 107 791 | 110-010-956
CTO of Relbit | Predseda vpsFree.cz, o.s. | RHCE
http://relbit.com | http://vpsfree.cz | https://www.redhat.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iF4EAREIAAYFAk/cTOMACgkQdh+64ds5DabOGwD/ZjFeXft0OXiDFul+wNeEB2qA
VrN1qkfj7+JfHwK1+9kBAJPILRQtHoITguI4wwJUE5cRQkXeGSEjW5Dfj7CwZLvm
=majo
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Ahoj vsichni,
zacnu dobrou zpravou - mame hodne virtualu, v absolutnich cislech jich
je ted presne 365.
Spatnou zpravou je, ze zalohovaci system, jak ho mame ted, to
absolutne nestiha.
TL;DR: Zmenime system zalohovani,
*** V patek 29. 6. vecer MAZEME VSECHNY ZALOHY a pres vikend
predelavame cely system zalohovani,
takze po tu dobu nebudou dostupne vubec zadne zalohy ***
Koho zajimaji detaily:
Aktualne zalohujeme pomoci rdiff-backup utility, ktera stavi nad
rsyncem. Data se prenasi pres SSHFS.
Cely tenhle system funguje pekne, kdyz neni prilis moc dat a prilis
moc malych souboru, pak rsync protokol pres SSHFS prestava stihat.
Dalsim duvodem je ze rdiff musi z principu prochazet zmenene soubory a
hledat v nich zmeny, aby inkrement te zalohy byl co nejmensi.
Jenze nam to prestava stihat storage, a i kdybychom nasli cestu jak ho
donutit stihat tolik cteni a do toho tolik zapisu, meli bychom problem
se zvysujicim se seekovani disku, protoze zalohovani jednotlivych
serveru se cim dal vic prekryva.
Resenim, ktere jsme vymysleli a ktere se zda byt nejlepsi je pouzit
BTRFS a jeho snapshoty (a pripadne deduplikaci, jakmile ji do RHEL6
backportuji) a PCIe SSD jako writeback cache.
Storage server ma redundantni zdroje, napajeni jeste nikdy nevypadlo a
cely system je (po reklamaci pameti) uz poradne stabilni, takze neni
ceho se v ohledu BTRFS bat - na produkcni masiny, kde bezi virtualy,
bychom si ho nedovolili nasadit, ale na zalohy proc ne.
Na BTRFS na storage serveru budeme data valit pres NFS misto SSHFS.
S tim budou taky souviset zmeny ve vpsAdminu, ktere musim jeste
dovymyslet a naprogramovat, ale pocitam, ze spousta te prace bude
realizovatelna az teprv, kdyz budeme uz mit zalohovani na BTRFS v provozu.
O prubehu budu informovat na community-listu.
S pozdravem
Pavel Snajdr
+421 948 816 186 | +420 720 107 791 | 110-010-956
CTO of Relbit | Predseda vpsFree.cz, o.s. | RHCE
http://relbit.com | http://vpsfree.cz | https://www.redhat.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iF4EAREIAAYFAk/fBeYACgkQdh+64ds5DaYaowEAqPYDdd3ASW+JBRqFJu4iBmIG
Kw+TY6LH9lwUBV8qUxgBAO/byfOPl/kLi2TgBXkjlM1icbLM2QuoD0s2MPav9N1J
=7zkG
-----END PGP SIGNATURE-----
> 4. 24 jader/vlaken v topu vypada fakt huste [6] :)
Jo, jeden z důvodů, proč vypínám HT ;-) Btw. zkus htop, taky nevypadá
špatně (teda když se na tom stroji něco děje)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Caute,
premyslim, ze bychom oslavu 300 nechali na prazdniny, jednak aby to
bylo oznamene dost dopredu a jednak proto, ze ted moc nestiham.
Komu z vas vyhovuje prvni vikend v cervenci (7/2012) v Praze? Tzn.
jakou mame ocekavat ucast?
- --
S pozdravem
Pavel Snajdr
+421 948 816 186 | +420 720 107 791 | 110-010-956
CTO of Relbit | Predseda vpsFree.cz, o.s. | RHCE
http://relbit.com | http://vpsfree.cz | https://www.redhat.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iF4EAREIAAYFAk/J+BUACgkQdh+64ds5DaYqRQEA1LC++4iNbR9a6m+gvCLAfba2
2mdRVRklRCFM1mvzAhkA/AhqM1YfLYkgaHFMOLx1x0uK2Mmael2L7RfWwkzUFSW5
=Vlgu
-----END PGP SIGNATURE-----
