[vagiz]

na, vis dar nerodo duomenu kiekio, koks isnaudotas..

[Gyvai]

Pagal nutylëjimà (default) stebëjimas turi bûti ájungtas. Tai yra jûsø serverio „UP“ stebëjimas, jeigu iðjungsite, mûsø sistema nesiøs ping á serverá ir kai serveris dël bet kokiø prieþasèiø neveiks, nebus suplanuota intervencija.

[drakaz]

Pas mane irgi ta pati rodo. Beje tame tvarkytuve stebejimas pagal default turi but ijungtas ar isjungtas, nes dabar pas mane raso, kad stebejimas ijungtas:
Stebëjimas
Stebëjimo bûklë: Stebëjimas: ájungtas

[vagiz]

Ðio mënesio duomenø kiekis: 0 B (informacinis)
kazkodel pradejo nerodyt nieko

[nokian]

Kas lieèia serverius, turiu ir pats vienà - testavimui. Tai viskas labai ðaunu, tik va kaip jau esu raðæs vienam ið supporto nariø dël Control panelës keitimo, nes tiesiog nëra ji patogi.
Taip pat buvo kilæ problemø su kernel'io atnaujinimu, bet support'as viskà greitai sutvarkë. Kol kas tiek.

[vagiz]

Ðio mënesio duomenø kiekis: 1.70 TB


tikrai dabar daug geriau

[Gyvai]

Tikslaus (bitais) nepateikia nei vienas, taèiau tai, kà iðsakë Vagiz, jau perduota ir á tai bus atsiþvelgta. Tiksliø terminø negaliu pateikti, taèiau gali bûti, kad jau greitu metu tvarkytuve klientai matys X.Y kieká.

[tenacious-d]

O kur yra apraðomas tikslus iðnaudoto trafiko kiekis, leisk paklaust ? Nei vienas provaideris to neraðo.

[Darius]

as siulyciau neapvalint, nes labai jau nekonkreciai aprasomas duomenu kiekis. jeigu as pasijungiu ir matau 2TB, tai gali but 2TB ir 2,999TB, o tai didelis skirtumas ir reikalui esant zaibiskai neapmokesi kai tinklas taps 10mbit tarkim savaitgaly. O jeigu matai kad 2,7 ar pan. gali orientuotis kada bus isnaudotas tas kiekis ir ar jis isvis bus isnaudotas

As uz,labai gera mintis

[Gyvai]

Bus bûtinai perduota aukðèiau. Aèiû uþ nuomonæ

[vagiz]

as siulyciau neapvalint, nes labai jau nekonkreciai aprasomas duomenu kiekis. jeigu as pasijungiu ir matau 2TB, tai gali but 2TB ir 2,999TB, o tai didelis skirtumas ir reikalui esant zaibiskai neapmokesi kai tinklas taps 10mbit tarkim savaitgaly. O jeigu matai kad 2,7 ar pan. gali orientuotis kada bus isnaudotas tas kiekis ir ar jis isvis bus isnaudotas

[Gyvai]

Turite 3TB iðeinanèio srauto, todël pateikiamas informacinis srautas pagal galimybes yra "apvalinamas" iki TB: matote KB -> MB -> GB -> TB.

Senàjá srautà matote todël, kad jûsø serverio IP jau buvo priskirtas kitam klientui ir MRTG loguose tebëra iðsaugoti konkretaus IP generuojamo srauto áraðai.

[vagiz]

pasiulymas ovh komandai: detaliau klientams pateikti informacija apie isnaudota srauta (bent gigabaitais), nes dabar prisijunges matau -
Ðio mënesio duomenø kiekis: 1 TB (informacinis)

taip pat, serveriu naudojuosi beveik menesis, tvarkytuve paspaudus ant RRD generuojamu grafiku metine statistika, man rodo koks srautas buvo naudojamas anksciau siame serveryje
kolkas tiek

[vagiz]

Kaip uz tokia kaina, tikrai labai gerai. Idomu geresniu planu kokia hdd statistika?

[vagiz]

na to logo nera ka ziuret perdaug, paleido daug sesiju ant HTTP serviso, dauguma po 1-2 prisijungimus o tokie 2 ip adresai po maziausiai 50

taigi, tie 2 ip:
89.19.27.114
82.165.167.189

manau paprastas sprendimas gal ir kitiem pravers, iptables:
-A INPUT -s ! JUSU_SERVERIO_IP/32 -p tcp -m tcp -m connlimit --connlimit-above 6 --connlimit-mask 32 -j DROP
-A INPUT -m limit --limit 6/min -j ACCEPT

p.s.
ir dar pridesiu vienas is pagrindiniu taisykliu:
-A bad_tcp_packets -p tcp -m tcp ! --tcp-flags FIN,SYN,RST,ACK SYN -m state --state NEW -j LOG --log-prefix "fp=bad_tcp_packets:1 a=DROP "
-A bad_tcp_packets -p tcp -m tcp ! --tcp-flags FIN,SYN,RST,ACK SYN -m state --state NEW -j DROP
-A bad_tcp_packets -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG NONE -j LOG --log-prefix "fp=bad_tcp_packets:2 a=DROP "
-A bad_tcp_packets -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG NONE -j DROP
-A bad_tcp_packets -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG FIN,SYN,RST,PSH,ACK,URG -j LOG --log-prefix "fp=bad_tcp_packets:3 a=DROP "
-A bad_tcp_packets -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG FIN,SYN,RST,PSH,ACK,URG -j DROP
-A bad_tcp_packets -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG FIN,PSH,URG -j LOG --log-prefix "fp=bad_tcp_packets:4 a=DROP "
-A bad_tcp_packets -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG FIN,PSH,URG -j DROP
-A bad_tcp_packets -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG FIN,SYN,RST,ACK,URG -j LOG --log-prefix "fp=bad_tcp_packets:5 a=DROP "
-A bad_tcp_packets -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG FIN,SYN,RST,ACK,URG -j DROP
-A bad_tcp_packets -p tcp -m tcp --tcp-flags SYN,RST SYN,RST -j LOG --log-prefix "fp=bad_tcp_packets:6 a=DROP "
-A bad_tcp_packets -p tcp -m tcp --tcp-flags SYN,RST SYN,RST -j DROP
-A bad_tcp_packets -p tcp -m tcp --tcp-flags FIN,SYN FIN,SYN -j LOG --log-prefix "fp=bad_tcp_packets:7 a=DROP "
-A bad_tcp_packets -p tcp -m tcp --tcp-flags FIN,SYN FIN,SYN -j DROP

[Gyvai]

pirmosios DDoS atakos
pora taisykliu isivest teko i firewall

Galima bûtø logà? Ðiaip, dël smalsumo

[vagiz]

pirmosios DDoS atakos
pora taisykliu isivest teko i firewall

[vagiz]

problema su parasto vartotojo porto atidarymu, <1024 porte.
iptables pilnai neveikia, t.y. prerouting ir pan nera. pasiulymu gal kokiu kas turit del kernelio? pm.

[vagiz]

sekmingai 2,5k vartotoju paveza ziuresim kas toliau darysis

[vagiz]

CPU load

proccesses

eth0 stats

memory

Mysql traffic

estabilished connections

new connections


apkrovu grafikai esant <500 hub vartotoju, rytoj tikrinsiu kaip serveris su >2500 nuolatiniu susijungimu sugebes dirbt, jeigu sekmingai kelt iki tiek, kiek pajegia ( jeigu bus is kur tiek vartotoju gaut)

p.s. kde4 teko mesti uz bordo, ir likti prie plikos konsoles (kaip normaliam serve) nes nuolatine grafine aplinka serveri apkrove 50-70%

p.s.s. kazkaip mrtg paprastuciai skriptai labai jau daug serveri apkrauna, kaip is pirmo grafiko matyt

[vagiz]

distra, prie kurios nusprendziau apsistoti:

cd
yum update
ls -la
wget ftp://alviss.et.tudelft.nl/pub/fedor....fc11.i586.rpm
wget ftp://alviss.et.tudelft.nl/pub/fedor...c11.noarch.rpm
wget ftp://alviss.et.tudelft.nl/pub/fedor....fc11.i586.rpm
yum install grubby plymouth
rpm -ivh *.rpm
yum install kdebase fonts*
wget http://64.34.161.181/download/3.3.0/....0-27.i386.rpm
wget http://64.34.161.181/download/3.3.0/....0-22.i386.rpm
wget http://64.34.161.181/download/3.3.0/...3.0-6.i386.rpm
yum install audiofile
rpm -ivh nx*

sprendimas kam nesigauna FEDORA+KDE+NXServer

p.s. labiausiai nepatinka kad pilno kernelio negali keist, i koki nori ;(
p.p.s. reali serverio apkrova, vien desktop su kde4 stipriai apkrauna serveri, ne kaip 3,5. todel vien del pabandymo nerekomenduoju 4 versijos su 1,3ghz cpu

[vagiz]

pasistengsiu ))))

[Egidijus]

Vagiz, as nezinau ar negaletume palaikyt bent kazkokios tvarkos forume, as pvz. nenoriu kiekviena karta atskiros temos kurti. O sioje biski nemalonu darosi, del labai dideliu tavo screenshotu. Pateikt mazesnes nuotraukas, o dar geriau imageshack.com mazesniaja nuotraukele?

__

Bandziau defaultine failine sistema ext3 konvertuot i kita, kazkodel nenori uzmountint po formatavimo, krapstau galva..

[vagiz]

kaip sakoma, welcome to KDE

[vagiz]

problemu siek tiek buvo su klientu sistema, ir pan, bet viskas sekmingai sutvarket, aciu
bandau diekti kde is naujo.

[Levasc]

o as jau turiu problemu su kde pasileidimu, nustacius kaip pagrindiny, nebeuzsikrauna ne tik kde, bet jau ir gnome, tiksliau kraunasi bet per remote atjungia, kame bedos reiks prisest is ryto ir ziuret. neva rytas protingesnis uz vakara

Pabandþiau, pavyko>
sudo apt-get install kde

Tuomet NX kliente aplinkà pasikeièiau ið GNOME á KDE. Prisijungë.. Pabandykit..

[vagiz]

o as jau turiu problemu su kde pasileidimu, nustacius kaip pagrindiny, nebeuzsikrauna ne tik kde, bet jau ir gnome, tiksliau kraunasi bet per remote atjungia, kame bedos reiks prisest is ryto ir ziuret. neva rytas protingesnis uz vakara

[digvm]

Pirma kà padariau, tai atlikau testà ið WHT.
Þinoma surinkau ne tiek taðkø kiek tikëjausi, galbût ðiek tiek per lëtas procesorius.
WHT Bench yra tik sintetika.

================================================== ============
BYTE UNIX Benchmarks (Version 4.1-wht.2)
System -- FreeBSD x 7.1-RELEASE FreeBSD 7.1-RELEASE #1: Sun Feb 8 16:35:00 CET 2009 root@stock.ovh.net:/usr/obj/usr/src/sys/OVH amd64
/dev/ad4s1a 3091404 1617720 1226372 57% /

Start Benchmark Run: Thu Sep 17 00:08:38 CEST 2009
12:08AM up 1:39, 1 user, load averages: 0.04, 0.01, 0.00

End Benchmark Run: Thu Sep 17 00:20:04 CEST 2009
12:20AM up 1:51, 2 users, load averages: 14.18, 5.77, 2.73


INDEX VALUES
TEST BASELINE RESULT INDEX

Dhrystone 2 using register variables 376783.7 2429673.2 64.5
Double-Precision Whetstone 83.1 886.4 106.7
Execl Throughput 188.3 840.1 44.6
File Copy 1024 bufsize 2000 maxblocks 2672.0 12950.0 48.5
File Copy 256 bufsize 500 maxblocks 1077.0 9551.0 88.7
File Read 4096 bufsize 8000 maxblocks 15382.0 233564.0 151.8
Pipe Throughput 111814.6 498128.8 44.5
Pipe-based Context Switching 15448.6 102873.3 66.6
Process Creation 569.3 2871.3 50.4
Shell Scripts (8 concurrent) 44.8 253.7 56.6
System Call Overhead 114433.5 389764.2 34.1
=========
FINAL SCORE 62.6

Tema su rezultatais nuo ~2004 metø : http://www.webhostingtalk.com/showthread.php?t=308055

[vagiz]

turbut busiu pirmasis, kuris kazka raso apie tai.
matosi kad foruma yra pakankamai "sviezias" ir niekas nera sugrupuota, noreciau pasidalint pirmaisiais ispudziais praejusiais per pirmas 15min nuo gauto laisko.
1-5min ieskojau kliento
sekancias 5 bandziau jungtis per KDE, bet KDE nebuvo, kol viska isbandziau, pagaliau turejau stai ka:

(prisijungimas per NX klienta aka gnome interfeisas)


sekancias 5 min, iskart isntaliuot bandau KDe+updeitus

manyciau trukumas kad kde nera, nes tai tikrai populerus interfeisas.

p.s. interneto pralaidumas galbut nera 100mbps, bet labai arti to
neblogai neblogai