Ahojte,
Mám už dlhšie problém s nastavením mailov. Na maily používam POSTFIX.
Obrátil som sa už aj na podporu(a)vpsfree.cz, ale zatiaľ bez odpovede.
Problém je nasledujúci:
Príjmanie mailov funguje. Odosielanie mailov funguje iba čiastočne, toto sú
problémy:
1.) Väčšinu mailov hádže do SPAMu
2:) Azet odmieta prijať správu a posiela túto správu:
<nekromancer(a)azet.sk>: Recipient address rejected: Invalid HELO/EHLO;
Cannot resolve 'vps.localdomain', no such domain 554 5.7.1 For
assistance,
contact your administrator or see http://onas.azet.sk/kontakty Please
provide the following information in your problem report: Time: (Jul 11
17:48:16), Client: (37.205.11.93), Server: (smtp3.azet.sk). (in reply to
RCPT TO command)
Moje pátranie ma doviedlo k názoru, že problém spôsobuje adresa DNS, ktoru
chybove hlasenie uvadza ako: *vps.localdomain*
*Otázka znie, ako sa toho localdomain mám zbaviť?* Používam Webmin s
Virtualminom na Debiane. Potešila by ma konfigurácia servera tak aby každá
doména mala svoj vlastny mail, ktorý sa odosiela validne a bez problémov.
Toto obmedzenie ma dlhodobo frustruje.
Pomôžte, ďakujem.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Ahojte,
sice bylo ticho, neznamena to ale, ze jsme umreli.
Uprimne ja osobne mam ted dost roztristenou pozornost mezi hromadu
veci, tak se nekterym vecem venuju jenom tak, ze neco delam, ale
nezbyva cas na "okecavani".
Podobne bych rekl, ze to maji i dalsi :)
Koupili jsme dva nove servery s 2.5" disky, jenze ukazalo se, ze LSI
si nerozumi s notebook-upper-class disky (bezne jedou v pohode, kdyz
se jim vypne parkovani hlavicek a podobne). Takze jsme nakoupili do
jednoho nodu 10ks SAS2 7200 RPM Seagate Constellation ES 1TB.
Druhy node to ceka za nejakou dobu. Outcome je, ze mame 20 disku navic
- - kdo chcete, jde o WD Scorpio Black 750 GB (WD7500BPKT), zbavujeme se
jich za 1250 Kc (50 EUR), jsou nove, najeto maji nekolik desitek hodin.
Zaruka by se resila pres nas vzdycky hromadneji, kdyz se toho sejde
vic (stava se tak jednou za jeden-dva mesice).
Kdo mate zajem, predani budeme resit osobne, jsou dostupne v Praze a
Bratislave, piste na podporu.
Dal, kvuli problemum s vzquota (je to pomala ****), lepsimu zalohovani
a obnove, snapshotum, journalu na ext4 jako bottle necku... je na
node6 (=> druhy z tech novych stroju) ZFS.
Mam na tom uz par tydnu svoje VPSky a bezi to v pohode. Aither
dodelava podporu do vpsAdminu, takze node6 bude pouzitelny pro vsechny
uz brzo - konkretne v utery. Do konce mesice pojedeme v testovacim
provozu, kdo mate zajem to vyzkouset, ozvete se na podporu prosim.
Potreboval bych aspon 20 dobrovolniku, ze zkusenosti vim, ze se jich
ozve tak 5, zkuste se prosim vic zapojit, pokud muzete. Nejkrajnejsim
a nejhororovejsim, zaroven nejmene pravdepodobnym scenarem je mozna
ztrata dat od posledni zalohy a nekolik jednotek hodin dostupnosti.
Prosim tedy vas tedy - vy, kteri jsou ochotni to akceptovat, mohli
byste nam napsat na podporu? Diky moc.
ZFS on Linux, pokud se prokaze, ma pro nas vsechny spoustu vyhod -
rychlejsi zotaveni pri vypadku, rychlejsi zaloha a obnova ze zalohy,
predvidatelna doba zalohovani (rozptyl nekolik jednotek minut, ne
hodin jako ted), rychlejsi hojeni pri umrti disku, odolnost proti
nahodnemu poskozeni dat. Take se nam do budoucna otevrou moznosti jako
off-site backup (az na to budeme mit hw), rychlejsi spawnovani
virtualu, on-demand snapshoty primo na nodu bez nutnosti jit pres
backuper (hodi se pro experimentovani s upgrade OS ve VPS napr.), atd.
V utery po 1:00 se udeje upgrade infrastruktury na nejnovejsi
Scientific Linux release (6.4), nejnovejsi OpenVZ kernel a upravi se
nastaveni site. zaroven **konecne** povolime moznost zvetsovat NAS
prostor.
Takze jsme neumreli, jenom je min casu na delani PR :)
Cau vsem,
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/
iF4EAREIAAYFAlHS47YACgkQMBKdi9lkZ6oI+wD9GnaNpQ+fa8Pc6l4fDx8sVjun
pEiG8CAyMB4xVQYnCv0A/ReYV4uDgJxzEyP0eo/ro9g9RTIV97EoqXc8OZTZEaUm
=FpLP
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
*WRONG* :)
velikost bloku v ZFS je dynamicka od 512B do 1MB, na disk se data
flushuji jednou za 5s a snazi se je seskupovat do vetsich chunku,
kterym se rika transaction groups.
Cele ZFS je navrzene tak, aby stacilo v maximalnim pocte pripadu
proste udelat write, ne nutne read-modify-write.
- - snajpa
On 07/14/2013 01:34 AM, glux(a)glux.org wrote:
> Ono to vychazi z toho ze se komprimuji vetsi bloky dat, myslim ze
> defaultni velikost bloku ktey se v ZFS komprimuje je 4KB, coz
> znamena z pri zmene napr. 1B uvnitr souboru se musi precist cely
> blok komprimovanych dat, prekomprimovat a opet cely zapsat. A
> nektere operace napriklad v SQL databazich presne takovehle
> chovani, kdy se meni jen velice malo dat (napr. DELETE kde se
> pouze “oznacuje” jako smazane - protoze mazani fyzicky je az
> VACUUM) zpusobuji vetsi zdrzeni. Pokud by se nastavila velikost
> bloku pro kompresi na malou hodnotu, napr. 512B stejne jako ma
> fyzicky sektor tak by sel kompresni pomer drastiky dolu.
>
> Sent from Windows Mail
>
> *From:* Tomas Volf *Sent:* Saturday, July 13, 2013 10:32
> AM *To:* vpsFree.cz Community list
>
> pokud si pamatuju co snajpa, tak io vykon by naopak mel jit
> nahoru.. rozdil by mel byt akorat v hlasene a skutecne velikosti
> souboru.
>
> potom co jsem u sebe zapnull kompresi, sel vykon selkove spise
> nahoru. u postgresql jsem si niceho nevsiml, ale asi neni pod
> dostatecnou zatezi aby se neco projevilo tedy
>
> glux(a)glux.org wrote:
>
> No, kdyz jsem zkousel ZFS ze zapnutou kompresi tak napriklat u
> PostgreSQL byl znatelnej propad vykonu, ale na druhou stranu jiny
> aplikace (jako treba dovecot) sly vykonove nahoru. Univerzalni
> odpoved tady asi neexistuje. Nicmene myslim si ze by to urcite
> stalo za vyzkouseni, protoze pokud by nekdo provozoval aplikace tak
> moc citlivy na vykon IO (zejmena v zapisu), nebude to provozovat na
> VPS. Takze ja si myslim ze pro vetsinu to bude budto drobnym
> prinosem nebo to nijak nezaznamenaj.
>
> Sent from Windows Mail
>
> *From:* mrkva(a)mrkva.eu *Sent:* Friday, July 12, 2013
> 6:29 PM *To:* community-list(a)lists.vpsfree.cz
>
> Co CPU overhead? On 12.7.2013 18:23, Pavel Snajdr wrote:
>> Dik moc, mas ji tam :)
>>
>> Btw, otazka na vsechny - napada vas nejaka aplikace, ktera by
>> mohla mit problem s transparentni kompresi filesystemu?
>>
>> Jedina manifestace toho je takova, ze "du" bez --apparent-size
>> ukazuje min zabranyho prostoru souborem, nez ls -lh. Takze jestli
>> vas nenapada aplikace, ktere by to mohlo vadit?
>>
>> Ono tu kompresi je dobre tam mit - zmensi to zatez na IO (nemusi
>> se cist tolik dat, pokud jsou dobre komprimovatelna) a navic to
>> usetri diskspace, proto jsem ji by default zapnul.
>>
>> Ale je dobre si to overit, nez to nasadime pripadne do
>> production
> vsem.
>>
>> - snajpa
>>
>> On 07/12/2013 06:08 PM, Jiří Fejfar wrote:
>>> Ahoj, pokud je treba, muzu se taky dodatecne pridat k
>>> testovani. VPS 1191. JuraF.
>>
>>
>>> Dne 12. července 2013 17:22 Pavel Snajdr <snajpa(a)snajpa.net
>>> <mailto:snajpa@snajpa.net>> napsal(a):
>>
>>> A to cislo jsem zapomnel, je tam celkem 19 VPS. Chtelo by to
>>> vic, ale nikoho nutit nemuzu.
>>
>>> No zatim to bezi OK a nevypada, ze by s tim mely byt problemy
>>> (ne ze bych je cekal, a le na tyhle veci byvam az prilis
>>> optimista).
>>
>>> - snajpa
>>
>>> On 07/12/2013 05:20 PM, Pavel Snajdr wrote:
>>>> Tak jsem tam domigroval vsechny testery, vsem moc dik a
>>>> muzete ty masine dat poradne pocoudit :)
>>
>>>> To jsem te premigroval, ani sis nevsim :)
>>
>>>> (K testum se prihlasilo i par z vas, kdo mate VPS v Brne, to
>>>> tam premigrovat nemuzu, protoze byste prisli o IP adresu. Ale
>>>> i tak diky.)
>>
>>>> - snajpa
>>
>>>> On 07/12/2013 03:38 PM, Paladin wrote:
>>>>> 1) kolik jsi jich cca nasel? ^_^
>>
>>>>> 2) mam ocekavat nejaky down time?
>>
>>>>> On Thu, Jul 11, 2013 at 03:36:32PM +0200, Pavel Snajdr
>>>>> wrote: Caute,
>>
>>>>> takze jdu postupne migrovat vsechny testery na onen node6
>>>>> :)
>>
>>>>> - snajpa
>>
>>>>> On 07/02/2013 04:29 PM, Pavel Snajdr wrote:
>>>>>>>> Ahojte,
>>>>>>>>
>>>>>>>> sice bylo ticho, neznamena to ale, ze jsme umreli.
>>>>>>>>
>>>>>>>> Uprimne ja osobne mam ted dost roztristenou
>>>>>>>> pozornost mezi hromadu veci, tak se nekterym vecem
>>>>>>>> venuju jenom tak, ze neco delam, ale nezbyva cas na
>>>>>>>> "okecavani". Podobne bych rekl, ze to maji i dalsi
>>>>>>>> :)
>>>>>>>>
>>>>>>>> Koupili jsme dva nove servery s 2.5" disky, jenze
>>>>>>>> ukazalo se, ze LSI si nerozumi s
>>>>>>>> notebook-upper-class disky (bezne jedou v pohode,
>>>>>>>> kdyz se jim vypne parkovani hlavicek a podobne).
>>>>>>>> Takze jsme nakoupili do jednoho nodu 10ks SAS2 7200
>>>>>>>> RPM Seagate Constellation ES 1TB.
>>>>>>>>
>>>>>>>> Druhy node to ceka za nejakou dobu. Outcome je, ze
>>>>>>>> mame 20 disku navic - kdo chcete, jde o WD Scorpio
>>>>>>>> Black 750 GB (WD7500BPKT), zbavujeme se jich za 1250
>>>>>>>> Kc (50 EUR), jsou nove, najeto maji nekolik desitek
>>>>>>>> hodin. Zaruka by se resila pres nas vzdycky
>>>>>>>> hromadneji, kdyz se toho sejde vic (stava se tak
>>>>>>>> jednou za jeden-dva mesice). Kdo mate zajem, predani
>>>>>>>> budeme resit osobne, jsou dostupne v Praze a
>>>>>>>> Bratislave, piste na podporu.
>>>>>>>>
>>>>>>>> Dal, kvuli problemum s vzquota (je to pomala ****),
>>>>>>>> lepsimu zalohovani a obnove, snapshotum, journalu na
>>>>>>>> ext4 jako bottle necku... je na node6 (=> druhy z
>>>>>>>> tech novych stroju) ZFS.
>>>>>>>>
>>>>>>>> Mam na tom uz par tydnu svoje VPSky a bezi to v
>>>>>>>> pohode. Aither dodelava podporu do vpsAdminu, takze
>>>>>>>> node6 bude pouzitelny pro vsechny uz brzo - konkretne
>>>>>>>> v utery. Do konce mesice pojedeme v testovacim
>>>>>>>> provozu, kdo mate zajem to vyzkouset, ozvete se na
>>>>>>>> podporu prosim. Potreboval bych aspon 20
>>>>>>>> dobrovolniku, ze zkusenosti vim, ze se jich ozve tak
>>>>>>>> 5, zkuste se prosim vic zapojit, pokud muzete.
>>>>>>>> Nejkrajnejsim a nejhororovejsim, zaroven nejmene
>>>>>>>> pravdepodobnym scenarem je mozna ztrata dat od
>>>>>>>> posledni zalohy a nekolik jednotek hodin
>>>>>>>> dostupnosti. Prosim tedy vas tedy - vy, kteri jsou
>>>>>>>> ochotni to akceptovat, mohli byste nam napsat na
>>>>>>>> podporu? Diky moc.
>>>>>>>>
>>>>>>>> ZFS on Linux, pokud se prokaze, ma pro nas vsechny
>>>>>>>> spoustu vyhod - rychlejsi zotaveni pri vypadku,
>>>>>>>> rychlejsi zaloha a obnova ze zalohy, predvidatelna
>>>>>>>> doba zalohovani (rozptyl nekolik jednotek minut, ne
>>>>>>>> hodin jako ted), rychlejsi hojeni pri umrti disku,
>>>>>>>> odolnost proti nahodnemu poskozeni dat. Take se nam
>>>>>>>> do budoucna otevrou moznosti jako off-site backup (az
>>>>>>>> na to budem e mit hw), rychlejsi spawnovani virtualu,
>>>>>>>> on-demand snapshoty primo na nodu bez nutnosti jit
>>>>>>>> pres backuper (hodi se pro experimentovani s upgrade
>>>>>>>> OS ve VPS napr.), atd.
>>>>>>>>
>>>>>>>> V utery po 1:00 se udeje upgrade infrastruktury na
>>>>>>>> nejnovejsi Scientific Linux release (6.4),
>>>>>>>> nejnovejsi OpenVZ kernel a upravi se nastaveni site.
>>>>>>>> zaroven **konecne** povolime moznost zvetsovat NAS
>>>>>>>> prostor.
>>>>>>>>
>>>>>>>> Takze jsme neumreli, jenom je min casu na delani PR
>>>>>>>> :)
>>>>>>>>
>>>>>>>> Cau vsem,
>>>>>>>>
>>>>>>>> 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
>>>>>>>> _______________________________________________
>>>>>>>> Community-list mailing list
>>>>>>>> Community-list(a)lists.vpsfree.cz
>>> <mailto:Community-list@lists.vpsfree.cz>
>>>>>>>> http://lists.vpsfree.cz/listinfo/community-list
>>>>>> _______________________________________________
>>>>>> Community-list mailing list
>>>>>> Community-list(a)lists.vpsfree.cz
>>> <mailto:Community-list@lists.vpsfree.cz>
>>>>>> http://lists.vpsfree.cz/listinfo/community-list
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Community-list mailing list
>>>>>> Community-list(a)lists.vpsfree.cz
>>> <mailto:Community-list@lists.vpsfree.cz>
>>>>>> http://lists.vpsfree.cz/listinfo/community-list
>>>> _______________________________________________
>>>> Community-list mailing list Community-list(a)lists.vpsfree.cz
>>> <mailto:Community-list@lists.vpsfree.cz>
>>>> http://lists.vpsfree.cz/listinfo/community-list
>>> _______________________________________________ Community-list
>>> mailing list Community-list(a)lists.vpsfree.cz
>>> <mailto:Community-list@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
>> _______________________________________________ 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
>
>
> -- Sent from my Android phone with K-9 Mail. Please excuse my
> brevity.
>
>
> _______________________________________________ Community-list
> mailing list Community-list(a)lists.vpsfree.cz
> http://lists.vpsfree.cz/listinfo/community-list
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iF4EAREIAAYFAlHiWy4ACgkQMBKdi9lkZ6pamQD+OvM0mR/CJYX5lYlGps1veEry
NXAKfx0mdnhxvfzvjh0BAM/ZRxAx9ucte4VaGHZ7dxJ5P7klAx5D3cxXdyJ7rj6u
=XOBd
-----END PGP SIGNATURE-----
pokud si pamatuju co snajpa, tak io vykon by naopak mel jit nahoru.. rozdil by mel byt akorat v hlasene a skutecne velikosti souboru.
potom co jsem u sebe zapnull kompresi, sel vykon selkove spise nahoru. u postgresql jsem si niceho nevsiml, ale asi neni pod dostatecnou zatezi aby se neco projevilo tedy
glux(a)glux.org wrote:
>No, kdyz jsem zkousel ZFS ze zapnutou kompresi tak napriklat u
>PostgreSQL byl znatelnej propad vykonu, ale na druhou stranu jiny
>aplikace (jako treba dovecot) sly vykonove nahoru. Univerzalni odpoved
>tady asi neexistuje. Nicmene myslim si ze by to urcite stalo za
>vyzkouseni, protoze pokud by nekdo provozoval aplikace tak moc citlivy
>na vykon IO (zejmena v zapisu), nebude to provozovat na VPS. Takze ja
>si myslim ze pro vetsinu to bude budto drobnym prinosem nebo to nijak
>nezaznamenaj.
>
>
>
>
>
>
>Sent from Windows Mail
>
>
>
>
>
>From: mrkva(a)mrkva.eu
>Sent: Friday, July 12, 2013 6:29 PM
>To: community-list(a)lists.vpsfree.cz
>
>
>
>Co CPU overhead?
>On 12.7.2013 18:23, Pavel Snajdr wrote:
>> Dik moc, mas ji tam :)
>>
>> Btw, otazka na vsechny - napada vas nejaka aplikace, ktera by mohla
>> mit problem s transparentni kompresi filesystemu?
>>
>> Jedina manifestace toho je takova, ze "du" bez --apparent-size
>ukazuje
>> min zabranyho prostoru souborem, nez ls -lh. Takze jestli vas
>nenapada
>> aplikace, ktere by to mohlo vadit?
>>
>> Ono tu kompresi je dobre tam mit - zmensi to zatez na IO (nemusi se
>> cist tolik dat, pokud jsou dobre komprimovatelna) a navic to usetri
>> diskspace, proto jsem ji by default zapnul.
>>
>> Ale je dobre si to overit, nez to nasadime pripadne do production
>vsem.
>>
>> - snajpa
>>
>> On 07/12/2013 06:08 PM, Jiří Fejfar wrote:
>>> Ahoj, pokud je treba, muzu se taky dodatecne pridat k testovani.
>>> VPS 1191. JuraF.
>>
>>
>>> Dne 12. července 2013 17:22 Pavel Snajdr <snajpa(a)snajpa.net
>>> <mailto:snajpa@snajpa.net>> napsal(a):
>>
>>> A to cislo jsem zapomnel, je tam celkem 19 VPS. Chtelo by to vic,
>>> ale nikoho nutit nemuzu.
>>
>>> No zatim to bezi OK a nevypada, ze by s tim mely byt problemy (ne
>>> ze bych je cekal, ale na tyhle veci byvam az prilis optimista).
>>
>>> - snajpa
>>
>>> On 07/12/2013 05:20 PM, Pavel Snajdr wrote:
>>>> Tak jsem tam domigroval vsechny testery, vsem moc dik a muzete
>>>> ty masine dat poradne pocoudit :)
>>
>>>> To jsem te premigroval, ani sis nevsim :)
>>
>>>> (K testum se prihlasilo i par z vas, kdo mate VPS v Brne, to tam
>>>> premigrovat nemuzu, protoze byste prisli o IP adresu. Ale i tak
>>>> diky.)
>>
>>>> - snajpa
>>
>>>> On 07/12/2013 03:38 PM, Paladin wrote:
>>>>> 1) kolik jsi jich cca nasel? ^_^
>>
>>>>> 2) mam ocekavat nejaky down time?
>>
>>>>> On Thu, Jul 11, 2013 at 03:36:32PM +0200, Pavel Snajdr wrote:
>>>>> Caute,
>>
>>>>> takze jdu postupne migrovat vsechny testery na onen node6 :)
>>
>>>>> - snajpa
>>
>>>>> On 07/02/2013 04:29 PM, Pavel Snajdr wrote:
>>>>>>>> Ahojte,
>>>>>>>>
>>>>>>>> sice bylo ticho, neznamena to ale, ze jsme umreli.
>>>>>>>>
>>>>>>>> Uprimne ja osobne mam ted dost roztristenou pozornost
>>>>>>>> mezi hromadu veci, tak se nekterym vecem venuju jenom
>>>>>>>> tak, ze neco delam, ale nezbyva cas na "okecavani".
>>>>>>>> Podobne bych rekl, ze to maji i dalsi :)
>>>>>>>>
>>>>>>>> Koupili jsme dva nove servery s 2.5" disky, jenze
>>>>>>>> ukazalo se, ze LSI si nerozumi s notebook-upper-class
>>>>>>>> disky (bezne jedou v pohode, kdyz se jim vypne parkovani
>>>>>>>> hlavicek a podobne). Takze jsme nakoupili do jednoho nodu
>>>>>>>> 10ks SAS2 7200 RPM Seagate Constellation ES 1TB.
>>>>>>>>
>>>>>>>> Druhy node to ceka za nejakou dobu. Outcome je, ze mame
>>>>>>>> 20 disku navic - kdo chcete, jde o WD Scorpio Black 750
>>>>>>>> GB (WD7500BPKT), zbavujeme se jich za 1250 Kc (50 EUR),
>>>>>>>> jsou nove, najeto maji nekolik desitek hodin. Zaruka by
>>>>>>>> se resila pres nas vzdycky hromadneji, kdyz se toho sejde
>>>>>>>> vic (stava se tak jednou za jeden-dva mesice). Kdo mate
>>>>>>>> zajem, predani budeme resit osobne, jsou dostupne v Praze
>>>>>>>> a Bratislave, piste na podporu.
>>>>>>>>
>>>>>>>> Dal, kvuli problemum s vzquota (je to pomala ****),
>>>>>>>> lepsimu zalohovani a obnove, snapshotum, journalu na ext4
>>>>>>>> jako bottle necku... je na node6 (=> druhy z tech novych
>>>>>>>> stroju) ZFS.
>>>>>>>>
>>>>>>>> Mam na tom uz par tydnu svoje VPSky a bezi to v pohode.
>>>>>>>> Aither dodelava podporu do vpsAdminu, takze node6 bude
>>>>>>>> pouzitelny pro vsechny uz brzo - konkretne v utery. Do
>>>>>>>> konce mesice pojedeme v testovacim provozu, kdo mate
>>>>>>>> zajem to vyzkouset, ozvete se na podporu prosim.
>>>>>>>> Potreboval bych aspon 20 dobrovolniku, ze zkusenosti vim,
>>>>>>>> ze se jich ozve tak 5, zkuste se prosim vic zapojit,
>>>>>>>> pokud muzete. Nejkrajnejsim a nejhororovejsim, zaroven
>>>>>>>> nejmene pravdepodobnym scenarem je mozna ztrata dat od
>>>>>>>> posledni zalohy a nekolik jednotek hodin dostupnosti.
>>>>>>>> Prosim tedy vas tedy - vy, kteri jsou ochotni to
>>>>>>>> akceptovat, mohli byste nam napsat na podporu? Diky moc.
>>>>>>>>
>>>>>>>> ZFS on Linux, pokud se prokaze, ma pro nas vsechny
>>>>>>>> spoustu vyhod - rychlejsi zotaveni pri vypadku, rychlejsi
>>>>>>>> zaloha a obnova ze zalohy, predvidatelna doba zalohovani
>>>>>>>> (rozptyl nekolik jednotek minut, ne hodin jako ted),
>>>>>>>> rychlejsi hojeni pri umrti disku, odolnost proti
>>>>>>>> nahodnemu poskozeni dat. Take se nam do budoucna otevrou
>>>>>>>> moznosti jako off-site backup (az na to budeme mit hw),
>>>>>>>> rychlejsi spawnovani virtualu, on-demand snapshoty primo
>>>>>>>> na nodu bez nutnosti jit pres backuper (hodi se pro
>>>>>>>> experimentovani s upgrade OS ve VPS napr.), atd.
>>>>>>>>
>>>>>>>> V utery po 1:00 se udeje upgrade infrastruktury na
>>>>>>>> nejnovejsi Scientific Linux release (6.4), nejnovejsi
>>>>>>>> OpenVZ kernel a upravi se nastaveni site. zaroven
>>>>>>>> **konecne** povolime moznost zvetsovat NAS prostor.
>>>>>>>>
>>>>>>>> Takze jsme neumreli, jenom je min casu na delani PR :)
>>>>>>>>
>>>>>>>> Cau vsem,
>>>>>>>>
>>>>>>>> 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
>>>>>>>> _______________________________________________
>>>>>>>> Community-list mailing list
>>>>>>>> Community-list(a)lists.vpsfree.cz
>>> <mailto:Community-list@lists.vpsfree.cz>
>>>>>>>> http://lists.vpsfree.cz/listinfo/community-list
>>>>>> _______________________________________________
>>>>>> Community-list mailing list Community-list(a)lists.vpsfree.cz
>>> <mailto:Community-list@lists.vpsfree.cz>
>>>>>> http://lists.vpsfree.cz/listinfo/community-list
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Community-list mailing list Community-list(a)lists.vpsfree.cz
>>> <mailto:Community-list@lists.vpsfree.cz>
>>>>>> http://lists.vpsfree.cz/listinfo/community-list
>>>> _______________________________________________ Community-list
>>>> mailing list Community-list(a)lists.vpsfree.cz
>>> <mailto:Community-list@lists.vpsfree.cz>
>>>> http://lists.vpsfree.cz/listinfo/community-list
>>> _______________________________________________ Community-list
>>> mailing list Community-list(a)lists.vpsfree.cz
>>> <mailto:Community-list@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
>> _______________________________________________
>> 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
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Čau,
zkoušel jsem zprovoznit disk quota na Debianu 7, ale nepodařilo se mi namountit / s parametrama usrjquota a grpjquota.
V /etc/fstab jsem si přidal: "/dev/simfs / simfs rw,relatime,usrquota,grpquota 0 0"
a příkazem "mount -o remount /" remountnout FS. Ale stále beze změny.
Quotacheck hlásí: "quotacheck: Cannot find filesystem to check or filesystem not mounted with quota option."
root@www:/# mount
/var/lib/vz/private/**** on / type simfs (rw,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=629148k,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=838860k)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
Prosím o radu.
Díky
Ahoj,
řeším problém s nastavením firewallu pomocí iptables na Scientific Linuxu. Aktuálně vypadají pravidla takto:
1. iptables -F
2. iptables -A INPUT -p tcp --dport 22 -j ACCEPT
3. iptables -P INPUT DROP
4. iptables -P FORWARD DROP
5. iptables -P OUTPUT ACCEPT
6. iptables -A INPUT -i lo -j ACCEPT
7. iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
8. iptables -A INPUT -p udp --sport 53 -j ACCEPT
9. iptables -A INPUT -p udp --dport 53 -j ACCEPT
10. iptables -A INPUT -p udp --dport 60000:61000 -j ACCEPT
11. iptables -A INPUT -p tcp --dport 80 -j ACCEPT
12. iptables -A INPUT -p tcp --dport 443 -j ACCEPT
13. iptables -A INPUT -p tcp --dport 9418 -j ACCEPT
14. iptables -A INPUT -p udp --dport 9418 -j ACCEPT
15. iptables -A INPUT -p icmp -j ACCEPT
(a pro ipv6 obdobně).
První problém je, že pokud chci zahazovat veškeré packety stavu INVALID, začnou se mi zahazovat VŠECHNY packety. Druhý problém je, že mi nefunguje yum (spojení začnou timeoutovat), ačkoliv by měl. Po chvilce googlení jsem narazil na lidi se stejnými problémy, ti však zapomněli přidat pravidlo 7, které ve firewallu mám. Skoro to vypadá, jako kdyby byly stavy špatně detekovány (ESTABLISHED, RELATED i INVALID). Nebo je chyba někde v mých pravidlech?
Honza
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Ok, tohle se s tim Postgre hodi vedet. Dodelame tlacitko do vpsAdminu,
ktere umozni pro konkretni VPS tu kompresi vypnout. Jedina skoda je,
ze to uz neodkomprimuje jednou ulozena data, clovek je proste musi po
tom vypnuti komprese prekopirovat (ne mvnout, to nestaci, musi se
system donutit ty zadana data k dekompresi cela precist a zapsat
nanovo - idealne jinam a pak je mvnout na pozici tech komprimovanych).
- - snajpa
On 07/13/2013 12:16 AM, glux(a)glux.org wrote:
> No, kdyz jsem zkousel ZFS ze zapnutou kompresi tak napriklat u
> PostgreSQL byl znatelnej propad vykonu, ale na druhou stranu jiny
> aplikace (jako treba dovecot) sly vykonove nahoru. Univerzalni
> odpoved tady asi neexistuje. Nicmene myslim si ze by to urcite
> stalo za vyzkouseni, protoze pokud by nekdo provozoval aplikace tak
> moc citlivy na vykon IO (zejmena v zapisu), nebude to provozovat na
> VPS. Takze ja si myslim ze pro vetsinu to bude budto drobnym
> prinosem nebo to nijak nezaznamenaj.
>
> Sent from Windows Mail
>
> *From:* mrkva(a)mrkva.eu *Sent:* Friday, July 12, 2013
> 6:29 PM *To:* community-list(a)lists.vpsfree.cz
>
> Co CPU overhead? On 12.7.2013 18:23, Pavel Snajdr wrote:
>> Dik moc, mas ji tam :)
>>
>> Btw, otazka na vsechny - napada vas nejaka aplikace, ktera by
>> mohla mit problem s transparentni kompresi filesystemu?
>>
>> Jedina manifestace toho je takova, ze "du" bez --apparent-size
>> ukazuje min zabranyho prostoru souborem, nez ls -lh. Takze jestli
>> vas nenapada aplikace, ktere by to mohlo vadit?
>>
>> Ono tu kompresi je dobre tam mit - zmensi to zatez na IO (nemusi
>> se cist tolik dat, pokud jsou dobre komprimovatelna) a navic to
>> usetri diskspace, proto jsem ji by default zapnul.
>>
>> Ale je dobre si to overit, nez to nasadime pripadne do production
>> vsem.
>>
>> - snajpa
>>
>> On 07/12/2013 06:08 PM, Jiří Fejfar wrote:
>>> Ahoj, pokud je treba, muzu se taky dodatecne pridat k
>>> testovani. VPS 1191. JuraF.
>>
>>
>>> Dne 12. července 2013 17:22 Pavel Snajdr <snajpa(a)snajpa.net
>>> <mailto:snajpa@snajpa.net>> napsal(a):
>>
>>> A to cislo jsem zapomnel, je tam celkem 19 VPS. Chtelo by to
>>> vic, ale nikoho nutit nemuzu.
>>
>>> No zatim to bezi OK a nevypada, ze by s tim mely byt problemy
>>> (ne ze bych je cekal, ale na tyhle veci byvam az prilis
>>> optimista).
>>
>>> - snajpa
>>
>>> On 07/12/2013 05:20 PM, Pavel Snajdr wrote:
>>>> Tak jsem tam domigroval vsechny testery, vsem moc dik a
>>>> muzete ty masine dat poradne pocoudit :)
>>
>>>> To jsem te premigroval, ani sis nevsim :)
>>
>>>> (K testum se prihlasilo i par z vas, kdo mate VPS v Brne, to
>>>> tam premigrovat nemuzu, protoze byste prisli o IP adresu. Ale
>>>> i tak diky.)
>>
>>>> - snajpa
>>
>>>> On 07/12/2013 03:38 PM, Paladin wrote:
>>>>> 1) kolik jsi jich cca nasel? ^_^
>>
>>>>> 2) mam ocekavat nejaky down time?
>>
>>>>> On Thu, Jul 11, 2013 at 03:36:32PM +0200, Pavel Snajdr
>>>>> wrote: Caute,
>>
>>>>> takze jdu postupne migrovat vsechny testery na onen node6
>>>>> :)
>>
>>>>> - snajpa
>>
>>>>> On 07/02/2013 04:29 PM, Pavel Snajdr wrote:
>>>>>>>> Ahojte,
>>>>>>>>
>>>>>>>> sice bylo ticho, neznamena to ale, ze jsme umreli.
>>>>>>>>
>>>>>>>> Uprimne ja osobne mam ted dost roztristenou
>>>>>>>> pozornost mezi hromadu veci, tak se nekterym vecem
>>>>>>>> venuju jenom tak, ze neco delam, ale nezbyva cas na
>>>>>>>> "okecavani". Podobne bych rekl, ze to maji i dalsi
>>>>>>>> :)
>>>>>>>>
>>>>>>>> Koupili jsme dva nove servery s 2.5" disky, jenze
>>>>>>>> ukazalo se, ze LSI si nerozumi s
>>>>>>>> notebook-upper-class disky (bezne jedou v pohode,
>>>>>>>> kdyz se jim vypne parkovani hlavicek a podobne).
>>>>>>>> Takze jsme nakoupili do jednoho nodu 10ks SAS2 7200
>>>>>>>> RPM Seagate Constellation ES 1TB.
>>>>>>>>
>>>>>>>> Druhy node to ceka za nejakou dobu. Outcome je, ze
>>>>>>>> mame 20 disku navic - kdo chcete, jde o WD Scorpio
>>>>>>>> Black 750 GB (WD7500BPKT), zbavujeme se jich za 1250
>>>>>>>> Kc (50 EUR), jsou nove, najeto maji nekolik desitek
>>>>>>>> hodin. Zaruka by se resila pres nas vzdycky
>>>>>>>> hromadneji, kdyz se toho sejde vic (stava se tak
>>>>>>>> jednou za jeden-dva mesice). Kdo mate zajem, predani
>>>>>>>> budeme resit osobne, jsou dostupne v Praze a
>>>>>>>> Bratislave, piste na podporu.
>>>>>>>>
>>>>>>>> Dal, kvuli problemum s vzquota (je to pomala ****),
>>>>>>>> lepsimu zalohovani a obnove, snapshotum, journalu na
>>>>>>>> ext4 jako bottle necku... je na node6 (=> druhy z
>>>>>>>> tech novych stroju) ZFS.
>>>>>>>>
>>>>>>>> Mam na tom uz par tydnu svoje VPSky a bezi to v
>>>>>>>> pohode. Aither dodelava podporu do vpsAdminu, takze
>>>>>>>> node6 bude pouzitelny pro vsechny uz brzo - konkretne
>>>>>>>> v utery. Do konce mesice pojedeme v testovacim
>>>>>>>> provozu, kdo mate zajem to vyzkouset, ozvete se na
>>>>>>>> podporu prosim. Potreboval bych aspon 20
>>>>>>>> dobrovolniku, ze zkusenosti vim, ze se jich ozve tak
>>>>>>>> 5, zkuste se prosim vic zapojit, pokud muzete.
>>>>>>>> Nejkrajnejsim a nejhororovejsim, zaroven nejmene
>>>>>>>> pravdepodobnym scenarem je mozna ztrata dat od
>>>>>>>> posledni zalohy a nekolik jednotek hodin
>>>>>>>> dostupnosti. Prosim tedy vas tedy - vy, kteri jsou
>>>>>>>> ochotni to akceptovat, mohli byste nam napsat na
>>>>>>>> podporu? Diky moc.
>>>>>>>>
>>>>>>>> ZFS on Linux, pokud se prokaze, ma pro nas vsechny
>>>>>>>> spoustu vyhod - rychlejsi zotaveni pri vypadku,
>>>>>>>> rychlejsi zaloha a obnova ze zalohy, predvidatelna
>>>>>>>> doba zalohovani (rozptyl nekolik jednotek minut, ne
>>>>>>>> hodin jako ted), rychlejsi hojeni pri umrti disku,
>>>>>>>> odolnost proti nahodnemu poskozeni dat. Take se nam
>>>>>>>> do budoucna otevrou moznosti jako off-site backup (az
>>>>>>>> na to budeme mit hw), rychlejsi spawnovani virtualu,
>>>>>>>> on-demand snapshoty primo na nodu bez nutnosti jit
>>>>>>>> pres backuper (hodi se pro experimentovani s upgrade
>>>>>>>> OS ve VPS napr.), atd.
>>>>>>>>
>>>>>>>> V utery po 1:00 se udeje upgrade infrastruktury na
>>>>>>>> nejnovejsi Scientific Linux release (6.4),
>>>>>>>> nejnovejsi OpenVZ kernel a upravi se nastaveni site.
>>>>>>>> zaroven **konecne** povolime moznost zvetsovat NAS
>>>>>>>> prostor.
>>>>>>>>
>>>>>>>> Takze jsme neumreli, jenom je min casu na delani PR
>>>>>>>> :)
>>>>>>>>
>>>>>>>> Cau vsem,
>>>>>>>>
>>>>>>>> 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
>>>>>>>> _______________________________________________
>>>>>>>> Community-list mailing list
>>>>>>>> Community-list(a)lists.vpsfree.cz
>>> <mailto:Community-list@lists.vpsfree.cz>
>>>>>>>> http://lists.vpsfree.cz/listinfo/community-list
>>>>>> _______________________________________________
>>>>>> Community-list mailing list
>>>>>> Community-list(a)lists.vpsfree.cz
>>> <mailto:Community-list@lists.vpsfree.cz>
>>>>>> http://lists.vpsfree.cz/listinfo/community-list
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Community-list mailing list
>>>>>> Community-list(a)lists.vpsfree.cz
>>> <mailto:Community-list@lists.vpsfree.cz>
>>>>>> http://lists.vpsfree.cz/listinfo/community-list
>>>> _______________________________________________
>>>> Community-list mailing list Community-list(a)lists.vpsfree.cz
>>> <mailto:Community-list@lists.vpsfree.cz>
>>>> http://lists.vpsfree.cz/listinfo/community-list
>>> _______________________________________________ Community-list
>>> mailing list Community-list(a)lists.vpsfree.cz
>>> <mailto:Community-list@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
>> _______________________________________________ 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
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iF4EAREIAAYFAlHhDloACgkQMBKdi9lkZ6oMEgEAq8Tnqv2J2AvrQqoq5vPUb7PL
ju8L+ODrOQRzEUwlCl0A/j+JYFpSAYT9MPhJ9jBDBP+XDAWQQcbsW5y9BayzRVgq
=jf8T
-----END PGP SIGNATURE-----
Ahoj, neřešil někdo prosím konfiguraci mailu ideálně v rámci ispCP? Takovej
ten krok kdy to automaticky v klientu vyhledá vhodné nastavení. Aktuálně mi
to automaticky nefunguje, čili buď to mám nastavené blbě nebo vůbec.
Díky.
S přáním pěkného dne a pozdravem,
Václav Blahout
------------------------------
freelance webdesigner
------------------------------
[e] <mailto:vaclav@blahout.com> vaclav(a)blahout.com
[t] +420 602 618 220
[tw] <http://www.twitter.com/blahout> @blahout
[w] <http://www.blahout.com/> www.blahout.com
------------------------------
Právní doložka
------------------------------
Tento e-mail a všechny připojené soubory jsou důvěrné a mohou být chráněny
zákonem. Tento e-mail je určen pouze uvedenému příjemci a dalším osobám,
které jsou jmenovitě uvedeny jako příjemci. Jestliže nejste oprávněný
příjemce, pak jakákoliv forma zveřejněni, reprodukce, kopírování, distribuce
nebo šíření je přísně zakázáno. Pokud jste obdržel tento e-mail omylem,
oznamte to, prosíme, neprodleně jeho odesílateli a pak jej vymažte. Václav
Blahout, f.o. neručí za bezchybný a úplný přenos zasílaných informací, ani
za zpoždění nebo přerušení přenosu a ani za škody způsobené použitím nebo
důvěrou v tyto informace.
--
Tato zprava byla prohledana na vyskyt viru
a nebezpecneho obsahu antivirovym systemem
MailScanner a zda se byt cista.
Ahoj,
zda se ze prestala fungovat IPv6. Viz:
[root@my ~]# traceroute6 vpsfree.cz
traceroute to vpsfree.cz (2a01:430:17:1::33), 30 hops max, 80 byte packets
1 2a03:b780:1:0:ffff:ffff:ffff:ffff
(2a03:b780:1:0:ffff:ffff:ffff:ffff) 1.985 ms 1.897 ms 1.736 ms
2 2001:1528:1:a700::1 (2001:1528:1:a700::1) 0.560 ms 0.492 ms 0.473 ms
3 nix-ipv6.masterinter.net (2001:7f8:14::11:1) 2.206 ms 2.058 ms
5.542 ms
4 praha-4d-c1-vl128-vpsfree.ipv6.masterinter.net
(2a01:430:0:fe0b::2) 0.647 ms 0.574 ms 0.570 ms
5 praha-4d-c1-vl128-vpsfree.ipv6.masterinter.net
(2a01:430:0:fe0b::2) 3005.332 ms !H 3005.231 ms !H 3004.070 ms !H
[root@my ~]# telnet vpsfree.cz 80
Trying 2a01:430:17:1::33...
telnet: connect to address 2a01:430:17:1::33: No route to host
Trying 83.167.228.42...
Connected to vpsfree.cz.
Escape character is '^]'.
^]
telnet> quit
Connection closed.
[root@my ~]# ping6 vpsfree.cz -c 3
PING vpsfree.cz(2a01:430:17:1::33) 56 data bytes
From praha-4d-c1-vl128-vpsfree.ipv6.masterinter.net icmp_seq=1
Destination unreachable: Address unreachable
From praha-4d-c1-vl128-vpsfree.ipv6.masterinter.net icmp_seq=2
Destination unreachable: Address unreachable
From praha-4d-c1-vl128-vpsfree.ipv6.masterinter.net icmp_seq=3
Destination unreachable: Address unreachable
--- vpsfree.cz ping statistics ---
3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 1999ms
--
Stanislav Petr
Zdar,
kdo co pouzivate jako xmpp server? Jsem pouzival
ejabberd, ale zajimalo mne, jestli nekdo nemate
nejakou jednoduzsi vecicku. V podstate vse co
potrebuju jsou uzivatele a konference a ejabberd
toho ma waaay vice :)
Thx,
P.