Serverload zu hoch
 

Hi, hab das Problem das meine Serverlast viel zu hoch ist. Habe zeitweise ne SL von über 400.00. Fluxgrösse 6 TB davon sind noch 4,1 TB frei und ist von OVH. Wäre super wenn jemand ne passende Lösung hätte :arghh:

Server abgeben, da du keine Ahnung davon zu haben scheinst..

keine Top Ausgabe...einfach garnichts und Hilfe erwarten...tzz

wie schon gesagt brauchen mehr angeben wieviel ram welche cpu wieviel swap wieviel ist auf der bs hdd noch frei top ausgabe wieviel peers/connection im flux aktiv wieviel user wieviel speed geht raus up und down um ein paar sachen aufzuzählen wenn du uns das alles sagt können wir helfen oder wie schon gesagt geb den server ab oder such dir wenigstens nen server administrator der dir hilft bzw alles macht

Also bei 400 musste schon ne Menge falsch machen :-/
Gib einfach mal im PuTTY: top ein und kopier mal hier rein (vielleicht nicht alles aber so die ersten 20 Prozesse).

oder apt-get install htop
und danach htop..dann haste das gleich in bunt..:D

Auch wenn das ein bisschen OT ist aber ich find Top genauer - ich weiß nicht mehr was es war aber bei irgendwas waren die Werte von top und htop sowas von unterschiedlich ... darum nurnoch top für mich^^

Also ich hab da noch nie unterschiede gehabt

Naja es sind Unterschieden zwischen top und htop da.
top zeigt dir z.B. als verfügbaren Speicher allen als used markierten RAM an, also auch den, welchen Linux fürs Caching verwendet.
Htop hingegen zeigt dir nur den used-cached ab, also den der für Anwendungen genutzt wird.
Top zeigt auch sowohl reservierten als auch wirklich benutzten Speicher an, Top nur reservierten, wenn ich mich nicht irre...

Ansonsten heißt eine Load von 400 nur, dass 400 Threads gleichzeitig auf CPU Zeit warten, wie viel sie dann in Anspruch nehmen sagt das nicht aus.
Wenn ein Prozess die CPU belegt, muss der Rest darauf warten. Je nachdem wie lange er sie nutzt und was der Scheduler sagt. Wenn er die CPU Zeit nur für sehr kurze Zeit belegt, muss der Rest trotzdem warten. Kurz: Mit einer Load von 40 kann die CPU ausgelastet sein, mit 4 aber auch...

Deibel wie es hier schon gesagt worden ist was du an Arbeitsspeicher hast ( Ram) und wie du in gemountet hast das müßte man schon wissen

und keine angst hier was zu posten es kommen öfter so coool sprüche mach dir nix raus :biglaugh:

Die Daten vom Server sind

Prozessor Intel Core i5-2400
4x3.1+ GHz
6 MB L2 - QPI 5 GT/Sekunde
Virtualisierung: VT Instruktionen
Turbo Boost Technologie @ 3.40 GHzArchitektur64 Bit
Arbeitsspeicher 8 GB DDR3
Festplatte 4x 2TB - SATA2

Installiet ist torrentflux-b4rt 1.0 beta2 auf Raid/0
Haben es schon mit Soft und Hard Reboot versucht aber keine wirkliche Verbesserung erziehlt.Den Server hat jemand für mich eingerichtet da ich von dieser Oberfläche noch nich so viel Ahnung habe...

Hi,

erstma ganz dumme Frage,
kann es sein, dass der Flux im Moment alle Torrents checkt?? und ne ganze Menge davon im FLux sind?
Wenn ja, erklärt dass die hohe Load.
Denn, der Flux startet für jeden Torrent einen Prozess, bzw. Clienten, welcher dann erstmal die Daten Checkt die auf der Platte sind.
Das einfach durchlaufen zu lassen, bzw. die TOrrents nach und nach zu starten, sollte hier abhilfe schaffen...

Nee nach dem Hard Reboot haben wir die Files im 10er Pack angestartet also kann das nicht sein das er zuviel auf einmal checkt. hatte heute morgen nen SL von 0.68 dann 10 gestarte Sl von 92.21 und nix geht mehr

Dann vielleicht doch mal den hash check ausschalten aber wie gesagt liefer uns erstmal server infos usw vorher gibt es keine hilfe

Dann starte sie halt einzeln, btw. schmeiß welche ausm flux raus..
Oder nutze nen CLienten mit Weboberfläche der etwas effizienter mit Resourcen umgeht als torrentflux+bittornado...

Server Stats zur zeit

Platten Platz
Filesystem Size Used Avail Use% Mounted on
/dev/md5 7.1T 2.7T 4.1T 39% /home






Server Stats / Who
15:10:41 up 21:55, 0 users, load average: 3.50, 8.01, 13.51
USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT



total used free shared buffers cached
Mem: 7903 7531 372 0 7 38
Swap: 47995 6366 41629

Ist doch alles im grünen Bereich, was haste denn...

Sobald ich Files anstarte schiesst der Serverload unglaublich hoch - habe SL von 0.65 starte 5 Files an dann ist er bei 120.00 oder höher und das ist mein problem

wieviel hdd platz ist auf / wo ist die top ausgabe? meine güte wie oft sollenw ir noch nach daten fragen willst du hilfe oder nicht ?

schmeiß den flux runter.. das teil ist ressourcentechnisch eine Katastropfe

ist auch so ne sache wenn ich jetzt rutorrent benutze schmeiße da ein torrent rein den er laden soll geht die cpu auch auf 100 % meist !

top - 18:35:07 up 1 day, 1:20, 1 user, load average: 8.23, 8.07, 6.79
Mem: 8093652k total, 7624912k used, 468740k free, 6944k buffers
Swap: 49147888k total, 6869548k used, 42278340k free, 41092k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
6414 mysql 20 0 295m 24m 2536 S 0 0.3 11:46.32 mysqld
750 root 20 0 0 0 0 S 0 0.0 7:51.84 kswapd0
5881 www-data 20 0 161m 4344 1408 S 0 0.1 6:04.89 python
17928 www-data 20 0 161m 4360 1412 S 0 0.1 5:44.56 python
18711 www-data 20 0 161m 4300 1408 S 0 0.1 5:40.93 python
17768 www-data 20 0 97.9m 4260 1412 S 0 0.1 5:37.86 python
24215 www-data 20 0 161m 4328 1412 S 0 0.1 5:35.62 python
582 www-data 20 0 161m 4340 1408 S 0 0.1 5:22.32 python
4724 www-data 20 0 161m 9672 1408 S 0 0.1 5:16.57 python
4756 www-data 20 0 99928 8676 1408 S 0 0.1 5:16.06 python
20198 www-data 20 0 84372 5088 1412 S 0 0.1 4:52.61 python
30608 www-data 20 0 146m 5584 1408 S 0 0.1 4:36.29 python
30709 www-data 20 0 146m 6284 1436 S 0 0.1 4:07.10 python
15504 www-data 20 0 151m 4332 1408 S 0 0.1 3:19.93 python
7928 www-data 20 0 153m 9108 1472 S 0 0.1 3:18.61 python
28656 www-data 20 0 151m 5016 1416 S 0 0.1 3:10.01 python
13545 www-data 20 0 153m 11m 1628 S 0 0.1 3:06.06 python
3342 www-data 20 0 146m 4052 1412 S 0 0.1 2:56.17 python
13140 www-data 20 0 146m 6076 1424 S 0 0.1 2:54.59 python
20158 www-data 20 0 146m 5856 1432 S 0 0.1 2:48.32 python
20691 www-data 20 0 146m 5752 1420 S 0 0.1 2:47.38 python
20975 www-data 20 0 146m 5504 1424 S 0 0.1 2:46.33 python
1717 www-data 20 0 91276 9532 1432 S 0 0.1 2:42.78 python
9112 www-data 20 0 146m 6296 1416 S 0 0.1 2:34.99 python
14415 www-data 20 0 146m 6456 1436 S 0 0.1 2:31.69 python
20770 www-data 20 0 155m 7108 1412 S 0 0.1 2:28.85 python
29821 www-data 20 0 146m 6508 1444 S 0 0.1 2:20.75 python
29938 www-data 20 0 146m 5960 1436 S 0 0.1 2:20.02 python
14702 www-data 20 0 84228 6232 1436 S 0 0.1 2:08.59 python
560 www-data 20 0 152m 9016 1464 S 0 0.1 1:58.72 python
14061 www-data 20 0 146m 4084 1380 S 0 0.1 1:48.90 python
22661 www-data 20 0 93916 7716 1420 S 0 0.1 1:48.57 python
19465 www-data 20 0 91096 7052 1408 S 0 0.1 1:46.63 python
27078 www-data 20 0 160m 4492 1412 S 0 0.1 1:40.71 python
5969 www-data 20 0 84440 5292 1384 S 0 0.1 1:38.84 python
9702 www-data 20 0 151m 9516 1424 S 0 0.1 1:38.03 python
14257 www-data 20 0 146m 6820 1424 S 0 0.1 1:34.88 python
14380 www-data 20 0 84360 5544 1408 S 0 0.1 1:34.09 python
20476 www-data 20 0 146m 6316 1432 S 0 0.1 1:33.74 python
22535 www-data 20 0 151m 4384 1412 S 0 0.1 1:33.41 python
19587 www-data 20 0 146m 5328 1412 S 0 0.1 1:32.94 python
21357 www-data 20 0 151m 4336 1408 S 0 0.1 1:32.72 python
2993 www-data 20 0 151m 9124 1496 S 0 0.1 1:32.48 python
20088 www-data 20 0 151m 8692 1484 S 0 0.1 1:32.48 python
3841 www-data 20 0 151m 8732 1464 S 0 0.1 1:31.88 python

zu den python prozessen gehört jeweils ein bittornado.py
-> der ist am files checken, dass das hashen von großen Dateien ne Weile dauert ist doch klar. Und dafür braucht der eben entsprechend viel CPU...

Wenn man im Flux richtig liest sollte da auch sowas wie Checking(xx%) stehen.
Wobei xx eine natürliche Zahl zwischen 0 und 100 ist.

sag ich ja einfach hash check ausmachen und problem hat sich erledigt

das checken zum zeitpunkt als ich top ausgeführt habe schon lange fertig und den hash check hatte ich schon vorher abgeschaltet

Dann frag ich mal so:
Wie viele Torrents laufen da denn?

btw. ne Load von 8 is doch ok... ist zwar nich wenig aber...

ca 1300 Torrenten im moment kann ja keineweiteren laden und uppen da j sonst der sl wieder hochschiesst aber es kann ja nich sein das ich sonst 4 TB freilassen muss weil ich will den ja voll nutzen können sonst hätt ich ja nen kleineren gemietet

1300 Torrents auf nem Flux? *Lachkrampf* das kann nicht gutgehen.

Hol dir rtorrent oder Deluge.....

hatte auf meinem alten server auch 2000 Files laufen aber der wurde zu klein deshalb auch der umstieg auf nen größeren und da hatte ich auch keine Probleme

Also du kannst auf der Maschine auch 2500 Torrents laufen lassen - aber nicht mit dem Tornado !
Transmission, am besten den RPC oder rTorrent.

dann mach mal den hacken rein bei "fast resume"...wenn du einen file rein lädst...dann sollte der check übersprungen werden..

oder eben nen ordentlichen clienten verwenden...

1300 files... kein wunder dass da etwas load entsteht...

Ist der Server überhaupt mit "Unlimited Traffic"? Sonst wären vllt 1300 Files schnell am Limit von der Traffic.

jupp ist ohne Trafficlimit aber Thx an alle die geholfen haben das Problem hat jemand gefunden und behoben

war sicher der hash check aber danke für die info was es nun war denk mal da werden wir in zukunft dann auch keine hilfe mehr leisten für solche leute die nichtmal schreiben wo der fehler nun lag

sry weiss nich wo der fehler lag aber es hatte auch was mit dem hash check zu tun

dann mal so...

Was wurde denn gemacht um es zu beheben?
irgendwer kommt in nächster Zeit bestimmt mit dem gleichen Problem!

Sorry aber dann kündige den Server, stell dich in die Ecke und schäm dich.

Unglaublich was manche hier erwarten.
1.
Server mieten ohne Ahnung, alleine dafür sollts schon klatschen, aber kein Beifall...
2.
4!! Seiten hilfe brauchen und afaik ist der vermutlich erste oder zweite hinweis der richtige
3.
Nach der Lösung des Layer 8 Problems noch nicht mal die Lösung für andere zur Verfügung stellen -> Sinn eines Forums verfehlt.
4.
Ich setz das jetzt nich weiter fort,

aber die Konsequenz ist, dass du von mir in Zukunft keine Hilfe erwarten kannst...

gut gebrülllt :D

da aber hier nix mehr sinnvolles zum Thema zu erwarten ist ist hier dicht