-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Ahojte,
obcas prijde na podporu dotaz, je kdyz jsme to sdruzeni, jestli se u
nas daji hostovat i komercni projekty.
Chtel bych to demonstrovat par priklady, zatim jich mam velice malo a
nechci vyjmenovavat nekoho, kdo by si tam nepral byt. Takze jestli vas
muzu poprosit, dejte vedet, co tam muzu placnout, at to tam neni
prazdne :)
Diky!
https://vpsfree.cz/cz/vice-informaci/index.html#hostovani-komercniho-projek…
- --
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/
iF4EAREIAAYFAlEYNsYACgkQMBKdi9lkZ6pIHwEAy4apCX+3aoPGLwTSDkTwXHri
hTf1Fc9nFIVmn6zHNS4BAM8xVrty6yIqrm6K3S3bTObbdpV5qSZSZjHwK7gb+spn
=/U7M
-----END PGP SIGNATURE-----
Ahoj,
opět, toto nemá co dělat v outage listu, ten slouží pouze k informování
o výpadcích.
To, na co odkazuješ, je vzdálená konzole k fyzickému serveru, nikoli VPS.
vpsAdmin na pozadí volá příkaz "vzctl console <vps_id>" a vstup/vystup
přesměrovává z/do prohlížeče. Aby toto fungovalo, je nutné si ve VPS
zapnout getty na tty0. Jak to udělat už se tady na community listu
řešilo -
http://lists.vpsfree.cz/pipermail/community-list/2012-December/001065.html.
S pozdravem
Jakub Skokan
On 04/28/2013 04:36 PM, Vaclav Kratochvil wrote:
> Zeptam se obecně ... na admin webu je něco o consoli ... předpokládam,
> že se jedná o to, co má Intel jako RMM2/3 nebo BMC a HP jako ILO ...
> takže jak to můžu používat?
>
> Sice v gentoo openvz mam, ale ještě jsem se k tomu nedostal, abych
> znal i druhou stránku virtualizace ... proto se ptam, zda je nějaký
> přístup. Třeba u qemu je parametr pro vnc, xen to v sobě taky má ...
> tak co openvz. Podle googlu je něco jako
> http://openvz.org/Remote_console_setup pro remote consoli ... snad je
> to to, na co se ptám?
>
> Aneb umí "naše" vps něco takového? Remote console u vps je, vidím tam
> teď "Remote Console for VPS #1352" a výstup žádný ... je na to někde
> návod či si mám něco objevit sám?
>
> S pozdravem
> Vencour
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Ahojte,
(disclaimer: akce neni povinna, ale kdo neprijde, je sam proti sobe +
*prosim* dejte vedet, kdo mate v umyslu prijit, at zaridim dostatecny
pocet mist)
uz je to zas nejakou chvili, co jsme meli naposled neoficialni sraz,
tak jsme si rikali, ze bychom mohli udelat dalsi :)
Na Slovensku mne naucili nejzakladnejsi skill - prilezitost na piti se
vzdycky najde - tak tomu rikejme oslava 400 clenu naseho sdruzeni :)
Uz jsme to sice o nejakych 30 clenu prekrocili, o to vic ale duvodu k
radosti a slaveni.
Datum a cas: 27.4.2013 od 17:00
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)
Jako uz klasicky v nasi oblibene Ferdinande, zkuste prijit bez auta,
sedneme a pokecame u velice dobreho ceskeho ivecka :)
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/
iF4EAREIAAYFAlFkMTkACgkQMBKdi9lkZ6ph1QEAi4x6l/TA5x6O0v4q9l7r7E8L
uYguXvWOVB7yolKnuoYA/iq22KCSoc/Wzjp+ph/SbNCRBLN9V9Umpcuh+0LzVTlV
=T4SN
-----END PGP SIGNATURE-----
Ahoj,
dorazím rád, počitejte se mnou,
Jirka
Dne 13. dubna 2013 1:11 Radek Pilar <mrkva(a)mrkva.eu> napsal(a):
> Pocitej se mnou (na 99%).
> On 04/09/2013 05:18 PM, Pavel Snajdr wrote:
> > Ahojte,
> >
> > (disclaimer: akce neni povinna, ale kdo neprijde, je sam proti sobe +
> > *prosim* dejte vedet, kdo mate v umyslu prijit, at zaridim dostatecny
> > pocet mist)
> >
> > uz je to zas nejakou chvili, co jsme meli naposled neoficialni sraz,
> > tak jsme si rikali, ze bychom mohli udelat dalsi :)
> > Na Slovensku mne naucili nejzakladnejsi skill - prilezitost na piti se
> > vzdycky najde - tak tomu rikejme oslava 400 clenu naseho sdruzeni :)
> > Uz jsme to sice o nejakych 30 clenu prekrocili, o to vic ale duvodu k
> > radosti a slaveni.
> >
> > Datum a cas: 27.4.2013 od 17:00
> >
> > 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)
> >
> > Jako uz klasicky v nasi oblibene Ferdinande, zkuste prijit bez auta,
> > sedneme a pokecame u velice dobreho ceskeho ivecka :)
> >
> > 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
> > _______________________________________________
> > 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 SIGNED MESSAGE-----
Hash: SHA256
Ahojte vsichni,
dneska jsme nainstalovali k backuperu zajimavou technologickou
tresnicku od Supermicro - 4U JBOD chassis pro 45 3.5"
SATA2/SATA3/SAS/SAS2 disku :)
Aktualne je v nem 9ks 3TB WD Red edition, takze mame na zalohovacim
poli skoro k 20TB volneho mista a moznost rozsirit to o dalsich 64TB.
Koho zajima vic detailu:
Link na JBOD chassis:
http://www.supermicro.com/products/chassis/4U/847/SC847E16-RJBOD1.cfm
V backuperu je jeden LSI 9207-8i HBA radic (= neumi RAID, jenom
prezentuje ty disky ze SAS2 sbernic systemu, o RAID atd. se u nas
stara ZFS), SAS je hierarchicka sbernice, takze podobne jako na
Ethernetu jde mit switchovanou stromovitou topologii - akorat se jim
nerika switche, ale "expandery".
Ten 9207 radic ma dva 8087 porty, coz jsou sdruzene 4 linky SAS2 a
nejake management signalni vodice, celkem dosahujici propustnosti 4x
6Gbit, tzn. max 24 Gbit. Na jednom portu visi interni expander s 10
disky a 2 SSD, na druhem portu je prave pripojene tohle 4U chassis,
ktere je tesne pod samotnym 2U backuperem.
Na SASu je pekne, ze dokud staci ta hlavni 24 Gbit trubka a neni
ucpana, daji se ty expandery retezit jeden za druhym.
ZFS se s tim krasne vyporadalo a tak mame zalohy vyresene asi pro
jednou finalne :)
Pro zajimavost prikladam vystup zpool status ukazujici, jak prave
vypada konfigurace toho diskoveho pole (prave tam bezi scrubbing, coz
je neco jako linux mdraid re-check - proste se kontroluji a opravuji
data na nahodne poskozeni kosmickym zarenim) ->
[root(a)backuper.prg.vpsfree.cz]
~ # zpool status storage
pool: storage
state: ONLINE
scan: scrub in progress since Fri Apr 26 16:35:06 2013
4.41T scanned out of 18.2T at 149M/s, 26h49m to go
0 repaired, 24.26% done
config:
NAME STATE READ WRITE CKSUM
storage ONLINE 0 0 0
raidz1-0 ONLINE 0 0 0
c4t50014EE602E08CBEd0 ONLINE 0 0 0
c4t50014EE602E0756Bd0 ONLINE 0 0 0
c4t50014EE602E09337d0 ONLINE 0 0 0
raidz1-1 ONLINE 0 0 0
c4t50014EE003741AFEd0 ONLINE 0 0 0
c4t50014EE65835B4BDd0 ONLINE 0 0 0
c4t50014EE65835F6D1d0 ONLINE 0 0 0
raidz1-2 ONLINE 0 0 0
c4t50014EE65835F8FFd0 ONLINE 0 0 0
c4t50014EE65835FF98d0 ONLINE 0 0 0
c4t50014EE003742229d0 ONLINE 0 0 0
raidz1-4 ONLINE 0 0 0
c4t50014EE60326A73Dd0 ONLINE 0 0 0
c4t50014EE60326AA4Dd0 ONLINE 0 0 0
c4t50014EE60326A712d0 ONLINE 0 0 0
raidz1-5 ONLINE 0 0 0
c4t50014EE60326AA81d0 ONLINE 0 0 0
c4t50014EE6587C0A35d0 ONLINE 0 0 0
c4t50014EE603265E6Ed0 ONLINE 0 0 0
raidz1-6 ONLINE 0 0 0
c4t50014EE603266180d0 ONLINE 0 0 0
c4t50014EE60326A079d0 ONLINE 0 0 0
c4t50014EE6587C0A1Dd0 ONLINE 0 0 0
logs
mirror-3 ONLINE 0 0 0
c4t5E83A97E60D6C045d0p5 ONLINE 0 0 0
c4t5E83A97E71BD0AF8d0p5 ONLINE 0 0 0
cache
c4t5E83A97E60D6C045d0p6 ONLINE 0 0 0
c4t5E83A97E71BD0AF8d0p6 ONLINE 0 0 0
spares
c4t50014EE003742689d0 AVAIL
[root(a)backuper.prg.vpsfree.cz]
~ # zfs list storage/vpsfree.cz
NAME USED AVAIL REFER MOUNTPOINT
storage/vpsfree.cz 10.1T 19.8T 234K /storage/vpsfree.cz
- --
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/
iF4EAREIAAYFAlF7Cb0ACgkQMBKdi9lkZ6q78gD9HJBpP7VMZo7nCLJ66og2yBYK
x8TA1HFxMbUfMmpJE4AA/2IxBNwFeub1At2cY9OJmrkXySHX1a+wtuZG8BX9LhMe
=JviL
-----END PGP SIGNATURE-----
Ahoj,
obratil se na mne jeden znamy s tim, ze mu hacknuli server a provadi
se z nej utoky ven. Od providera dostal nasledujici log a varovani, ze
pokud to nezastavi, bude omezen pristup k serveru:
15:45:43.268046 00:1b:ed:2c:4d:00 > 40:55:39:2f:76:51, ethertype
802.1Q (0x8100), length 78: vlan 251, p 0, ethertype IPv4,
__ip_serveru__.44808 > 151.151.88.66.80: S 3635552392:3635552392(0)
win 5840
15:45:43.294598 00:1b:ed:2c:4d:00 > 40:55:39:2f:76:51, ethertype
802.1Q (0x8100), length 78: vlan 251, p 0, ethertype IPv4,
__ip_serveru__.45447 > 151.151.88.66.80: S 3632320507:3632320507(0)
Bezi mu tam stare Ubuntu 10.04 s OpenPanelem a par webama, ktere
zrejmne nebylo docela dlouho updatovane.
Ve vypisu netstatu (netstat -tunap) se obcas objevuje pripojeni ven na
porty 80 a 443 ve stavu SYN_SENT pricemz vetsinou se jedna o weby
nejakych zahranicnich bankovnich instituci.
Bohuzel se mi zatim nepodarilo vypatrat proces, ktery to provadi. V
bezicich procesech se nezda byt zadny podezrely a ani server
neposloucha na zadnych podivnych portech. V netstatu se zrovna u
techto podezrelych pripojeni ven PID bohuzel nevypisuje.
Setkal se nekdo s necim podobym? Budu rad za kazdy postreh. :-)
S pozdravem
Tibor Szolár
Caute, viem, ze som to uz pisal, ale nejak to tusim uslo do stratena, a
preto sa pytam, resp. navrhujem este raz:
Bol by velky problem spravit moznost konverzie Playground VPS na produkcnu
VPS?
O co ide: Potrebujem vyskusat konfiguraciu webservera + php + mysql +
dalsieho bordelu okolo toho a nechcem to robit na ostrej VPSke
(pochopitelne). Ked sa mi to ale podari spravit tak, ako si to predstavujem,
chcem minimalizovat downtime, t.j. najlepsie by bolo iba prekonvertovat PGND
na produkcnu a produkcnu na PGND, aby som mohol synchronizovat data.
Nemam predstavu, ako je to technicky narocne, takze neotravujem s tym, ze to
musi byt, ale keby bolo, mozno to potesi viacerych.. :) Ak treba, flasu
vodky poslem :-D
Miso
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Ahojte vsichni,
je to tu!
Konecne jsme po vsemoznem protahovani (hlavne kvuli problemum s
hardwarem) spustili NAS :)
Obrovskou zasluhu na tom ma Aither, preci jenom cele to spachat nebylo
malo prace - je za tim par tisic radku kodu a peknych par desitek
hodin zoufalosti nad mym originalnim kodem vpsAdminu :))
Technicky jsem NAS uz popisoval, nicmene pro poradek zopakuju. NAS
bezi na systemu "nasbox.prg", puvodni zalohovaci system s kompletne
vymenenymi vnitrnostmi (Xeon E5-2620 + 64GB RAM), jako operacni system
slouzi OpenIndiana s nasim vlastnim Illumos buildem a nad nim ZFS
storage pool. Data jsou exportovana pres NFSv3 a mountovana jsou primo
na nodech do VPS.
K cemu je NAS idealni?
- - zalohovani vasich dat z domova/firmy (samotne VPS uz zalohovane
jsou, to by bylo akorat placani mistem)
- - aplikace typu OwnCloud
- - skladiste mene pouzivanych aplikacnich dat
- - obecne je vhodny pro vetsi data mene pouzivaneho charakteru
Za jaka pouziti NASu budeme strilet :D ->
- - databaze
- - aplikacni data neceho s vysokou navstevnosti/zatezi na IO operace
Kapacita navic?
Zatim chceme NAS dostat ven tak, jak je; uvidime po par tydnech, jak
se chytne a kdo ho z vas jak bude pouzivat, potom nabidnem moznost
navyseni mista - predbezne pocitejte cca. 100 Kc za 250GB s limitem
cca. 2TB - jenom to neberte jako ryte do kamene, s tou cenou muze
zahybat jeste par faktoru (ale nepocitam ze nejak extremne).
Jak se to pouzije?
Zakladni navod jak pouzit NAS napsal wn na nasi KB:
http://kb.vpsfree.cz/konfigurace_a_zabezpeceni/nas
Uvital bych, kdyby se nasli dobrovolnici, kteri by na KB popsali, jak
rozjet nad NASem napriklad OwnCloud, zalohovani z domova a podobne -
aby i technicky mene zdatnejsi meli moznost tuhle novou featuru
vpsFree pouzit :)
Tesim se na feedback!
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/
iF4EAREIAAYFAlFjJFAACgkQMBKdi9lkZ6pUagEAuKdu+6Z42Lm1FWUklkAW5RWg
t3oL5fogeNs0PzLPmeYA/jsmdkTemDdcZ03Z2zFSIZbd+QGuFMlv1a8qErfZ2II1
=ZKB4
-----END PGP SIGNATURE-----
Ahoj,
mám problém s logováním kernelu. V logu se neobjevují, žádné záznamy i v
případě, že jsem do něho přesměroval logování z iptables.
Přes dmesg vidím informace z kernelu, ale do logu se nikdy nic nezapíše a má
pořád velikost 1.
Toto je nastavení z syslog.conf a daemon běží.
auth,authpriv.* -/var/log/auth.log
*.*;auth,authpriv.none -/var/log/syslog
#cron.* -/var/log/cron.log
daemon.* -/var/log/daemon.log
kern.* -/var/log/kern.log
lpr.* -/var/log/lpr.log
mail.* -/var/log/mail.log
user.* -/var/log/user.log
#
# Logging for the mail system. Split it up so that
# it is easy to write scripts to parse these files.
#
mail.info -/var/log/mail.info
mail.warning -/var/log/mail.warn
mail.err -/var/log/mail.err
# Logging for INN news system
#
news.crit -/var/log/news/news.crit
news.err -/var/log/news/news.err
news.notice -/var/log/news/news.notice
#
# Emergencies are sent to everybody logged in.
#
*.emerg *
A nastavení úrovně logování do console ...
root@bombadil:/var/log# cat /proc/sys/kernel/printk
4 4 1 7
Něco mi asi uniká :(.
Dík
M
