We are in the process of migrating this forum. A new space will be available soon. We are sorry for the inconvenience.

testavimas


vagiz
10-29-2009, 08:29 AM
na, vis dar nerodo duomenu kiekio, koks isnaudotas..

Gyvai
10-28-2009, 09:17 AM
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
10-27-2009, 09:59 PM
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
10-26-2009, 03:20 PM
Šio mėnesio duomenų kiekis: 0 B (informacinis)
kazkodel pradejo nerodyt nieko

nokian
10-25-2009, 03:33 PM
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
10-15-2009, 08:47 AM
Šio mėnesio duomenų kiekis: 1.70 TB


tikrai dabar daug geriau

Gyvai
10-13-2009, 09:18 AM
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
10-13-2009, 12:03 AM
O kur yra aprašomas tikslus išnaudoto trafiko kiekis, leisk paklaust ? Nei vienas provaideris to nerašo.

Darius
10-12-2009, 07:51 PM
Citata vagiz raŔė
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
10-12-2009, 12:29 PM
Bus būtinai perduota aukščiau. Ačiū už nuomonę

vagiz
10-12-2009, 11:48 AM
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
10-12-2009, 09:41 AM
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
10-10-2009, 01:39 PM
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
09-28-2009, 11:49 AM
Kaip uz tokia kaina, tikrai labai gerai. Idomu geresniu planu kokia hdd statistika?

vagiz
09-24-2009, 09:07 AM
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
09-23-2009, 05:32 PM
Citata vagiz raŔė
pirmosios DDoS atakos
pora taisykliu isivest teko i firewall
Galima būtų logą? Šiaip, dėl smalsumo

vagiz
09-23-2009, 05:27 PM
pirmosios DDoS atakos
pora taisykliu isivest teko i firewall

vagiz
09-20-2009, 05:54 PM
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
09-20-2009, 05:27 PM
sekmingai 2,5k vartotoju paveza ziuresim kas toliau darysis

vagiz
09-20-2009, 12:36 AM
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
09-18-2009, 10:38 AM
distra, prie kurios nusprendziau apsistoti:


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
09-18-2009, 12:36 AM
pasistengsiu ))))

Egidijus
09-18-2009, 12:23 AM
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
09-17-2009, 01:28 PM
kaip sakoma, welcome to KDE

vagiz
09-17-2009, 01:01 PM
problemu siek tiek buvo su klientu sistema, ir pan, bet viskas sekmingai sutvarket, aciu
bandau diekti kde is naujo.

Levasc
09-17-2009, 11:18 AM
Citata vagiz raŔė
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
09-17-2009, 01:49 AM
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
09-17-2009, 01:26 AM
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
09-17-2009, 12:23 AM
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