Also nach längeren Tests und einrichtungen haben wir nun den GT Chat 0,95 DAWN 1.0.2 mit ein paar Anpassungen in Betrieb genommen.. BaseForce Radio - News

nur leider haben wir nun ein mega grosses problem das sporadisch die seite gar nicht mehr aufgebaut wird... sie läd sich zu tode..
der server selbst kann aber nicht ausgelastet sein, mit top in der shell bekomm ich ~30% Prozessor last und von 4 Gig Ram ~ 3.2 Gig frei...

unser Shoutcast Server funktioniert einwandfrei (also der webradios stream) ohne Probleme .. also hab ich das gefühl das muss nur am Apache o.ä. liegen.. ich glaub das problem tritt auch erst extrem auf wenn sich jemand neu im chat registriert aber das ist nur eine vermutung..

Der Server ist ein Vserver XXL von 1und1 und hat : Parallels Plesk Panel version 9.5.2
Operating system Linux 2.6.9-023stab052.4-smp
CPU AuthenticAMD, Quad-Core AMD Opteron(tm) Processor 2352
Average load 0.47; 0.47; 0.40


Wir haben jetzt vorerst auch den Chat auf der Hauptseite deaktiviert.. erreichbar war er über das linke Panel mit dem link: Baseforce-Radio Chat - The Chat Community

Ich hoffe jemand hat einen tipp für mich an was sich der server da verschluckt

gruss Jeri

meine erfahrung mit vservern und gt-chat: vergiss es.

ich hatte den gt auf einem vserver und es funktionierte alles wunderbar, solange nicht mehr als 4 oder 5 user im chat waren. alles an mehr wurde nicht verkraftet und der vserver ging so, wie du es schilderst in die knie und musste nach etwa 10 minuten chatbetrieb neu gestartet werden und das spiel begann von vorne.

die megabyte große error-log war mit fehlern vom pointsystem überhäuft, welche jede sekunde mehrfach geschrieben wurden. der vserver rödelte sich mit fehler schreiben zu tode.
also chat runtergeworfen und einen ohne schnickschnack installiert, in der hoffnung, dass es nun funktionieren würde. die fehler waren weg, der chat funktionierte auch wunderbar.
dafür war dann aber mit etwa 8 usern im chat auch wieder schluss, der vserver ging in die knie.

wer wirklich glücklich mit dem gt-chat werden will, kommt um einen root-server nicht herum. das ist meine meinung.
was es bei dir nun sein könnte, weiß ich leider auch nicht.

ach das doch käse die ganze investierte zeit

wo liegt den der error log? aber eigenltich müsste er doch genug leistung haben, weil die anderen prozesse laufen ja ohne probleme weiter ( also audiostream ist ohne aussetzer und das webinterface kann man einwandfrei erreichen) .. mir stirbt nur irgendwie der apache ab so hab ich das gefühl...
naja vielleicht muss ich wirklich auf einen komplett anderen chat setzen

ich weiß es nicht und kann dir da auch nicht wirklich weiterhelfen. einige haben ja anscheinend absolut keine probleme mit dem chat auf vservern (wahrscheinlich, wenn es sich um den einzigen aktiven vserver in einem serversystem handelt). ich hatte nur probleme damit.

Hallo,

Ich möchte gerne einmal dem was hier geschrieben wurde, teilweise widersprechen. Es liegt nicht zwangsweise direkt am vServer, sondern meist auch an der Konfiguration des Master-Servers und vServers. Wir haben wiederrum Kunden, die bei uns Virtuelle Server gemietet haben und darauf GTChat nutzen und das auch ohne Probleme.

Mich würde jetzt gerne mal Interessieren...
... was für Programme laufen auf den Virtual Server, sowohl im Hintergrund sowohl im Vordergrund?
... wie viele Webseiten laufen darauf?
... was sagt den die RAM-Auslastung in der Hauptzeit?
... welche Prozesse benötigen den meisten RAM?
... wie verhält sich die CPU-Leistung?
--- wie verhält sich die Load-Average?

Wäre nett wenn ich diese Antworten erhalten könnte, dann könnte man eventuell mutmaßen woran es liegen könnte!
Dazu möchte ich auch sagen das der Prozessor der eingesetzt wird, auch nicht mehr gerade der Aktuellste ist! Gibt bereits weiß Gott bessere Hardware verbaute Virtual Server!
Zb. bei uns: Host-System: DELL PowerEdge R610
CPU: 2x Intel Nehalem mit je 4 Cores
Storage: Virtualisiertes DELL Equallogic iSCSI Storage-System

Liebe Grüße,
cHAp

danke fürs aufgreifen hier mal ein paar daten


top - 16:42:55 up 26 days, 20:06, 1 user, load average: 0.13, 0.08, 0.24
Tasks: 48 total, 1 running, 47 sleeping, 0 stopped, 0 zombie
Cpu(s): 3.1% us, 0.0% sy, 0.0% ni, 96.8% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 4194304k total, 566824k used, 3627480k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
15515 root 16 0 190m 3796 1656 S 21 0.1 835:17.00 streamTranscode
5732 wwwrun 16 0 25492 3516 760 S 5 0.1 0:52.83 sc_trans_linux
1 root 16 0 732 300 244 S 0 0.0 0:02.11 init
1488 messageb 16 0 14552 836 632 S 0 0.0 0:00.64 dbus-daemon
1495 root 16 0 23920 1592 1332 S 0 0.0 0:00.24 console-kit-dae
1869 avahi 16 0 27412 1552 1284 S 0 0.0 0:00.16 avahi-daemon
1875 root 18 0 29024 756 408 S 0 0.0 0:00.00 saslauthd
1876 root 18 0 29024 488 140 S 0 0.0 0:00.00 saslauthd
1884 root 15 0 5776 680 548 S 0 0.0 0:05.26 syslogd
1891 root 16 0 9976 552 436 S 0 0.0 0:00.00 avahi-dnsconfd
1898 root 15 0 52632 13m 1744 S 0 0.3 0:05.04 miniserv.pl
1977 root 15 0 61740 1320 700 S 0 0.0 0:17.09 sshd
2000 root 16 0 18952 960 744 S 0 0.0 0:00.63 xinetd
3221 root 17 0 13072 1480 1180 S 0 0.0 0:00.00 mysqld_safe
3272 mysql 15 0 278m 22m 5692 S 0 0.5 27:28.98 mysqld
3431 root 16 0 20440 804 628 S 0 0.0 0:00.71 cron
8081 root 34 19 97988 2376 1524 S 0 0.1 1:19.15 server_linux


ps ax
PID TTY STAT TIME COMMAND
1 ? Ss 0:02 init [3]
1488 ? Ss 0:00 /bin/dbus-daemon --system
1495 ? Ss 0:00 /usr/sbin/console-kit-daemon
1869 ? Ss 0:00 avahi-daemon: running [s15362295.local]
1875 ? Ss 0:00 /usr/sbin/saslauthd -a pam -n 2
1876 ? S 0:00 /usr/sbin/saslauthd -a pam -n 2
1884 ? Ss 0:05 /sbin/syslogd -a /var/lib/named/dev/log
1891 ? Ss 0:00 /usr/sbin/avahi-dnsconfd -D
1898 ? Ss 0:05 /usr/bin/perl /usr/libexec/webmin/miniserv.pl /etc/we
1977 ? Ss 0:17 /usr/sbin/sshd -o PidFile=/var/run/sshd.init.pid
2000 ? Ss 0:00 /usr/sbin/xinetd
3221 ? S 0:00 /bin/sh /usr/bin/mysqld_safe --mysqld=mysqld --user=m
3272 ? Sl 27:29 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/my
3431 ? Ss 0:00 /usr/sbin/cron
8081 ? SNl 1:19 ./server_linux -PID=tsserver2.pid
16293 ? S 0:01 /usr/sbin/sw-cp-serverd -f /etc/sw-cp-server/config
22455 ? Sl 1:11 ./sc_serv ISDN.conf
22461 ? Sl 1:17 ./sc_serv DSL.conf
32698 ? S 204:50 -bash
11493 ? Ss 0:03 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -
12109 ? Sl 0:12 /srv/www/vhosts/baseforce-radio.com/httpdocs/admincp/
15509 ? S 0:00 -bash
15515 ? Sl 836:52 /home/streamtranscoderv3-3.1.11/streamTranscoderv3
17669 ? Ss 0:00 /usr/lib/postfix/master
17681 ? S 0:00 qmgr -l -t fifo -u
17703 ? S 0:00 tlsmgr -l -t unix -u
17840 ? S 0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrl
17842 ? S 0:00 /usr/sbin/courierlogger imapd
17851 ? S 0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrl
17853 ? S 0:00 /usr/sbin/courierlogger imapd-ssl
17861 ? S 0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrl
17863 ? S 0:00 /usr/sbin/courierlogger pop3d
17871 ? S 0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrl
17873 ? S 0:00 /usr/sbin/courierlogger pop3d-ssl
18043 ? Ssl 0:00 /usr/sbin/named -t /var/lib/named -u named
16345 ? S 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -
22205 ? S 0:00 pickup -l -t fifo -u -c -o content_filter smtp:127.0.
3215 ? S 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -
5399 ? S 0:01 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -
5731 ? Ss 0:00 SCREEN -AmdS stream ./sc_trans_linux
5732 pts/1 Ssl+ 1:11 ./sc_trans_linux
14144 ? S 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -
14319 ? S 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -
14324 ? S 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -
18307 ? Ss 0:00 sshd: root@pts/3
18346 pts/3 Ss 0:00 -bash
24115 ? S 0:00 sleep 10
24187 pts/3 R+ 0:00 ps ax




im prinzip auf unseren account laufen 3 webseiten .. aber effektiv is nur eine in benutzung
reichen dir die zahlen? im prinzip konnt ich auch keine veränderung fesstellen als der (vermutung) apache zusammengebrochen ist...

sorry für den push .. aber ich hoffe immer noch auf eine lösungs idee

Zähl mir mal bitte auf, was auf den webseiten alles ist (Websoftware (wbb, yabb, etc))
Und dann kannst du noch folgendes testen: nimm die neuste Version des gtchat 0.95 (forum.gt-chat.eu/index.php?page=DatabaseItem&id=1)
Installier die und schau ob da der server auch anfängt zu schwächeln...

eigentlich nur Php fusion 7.01

okay das mit der gtchat 0.95 probier ich aus

Hi,

die Probleme kennen wir auch, da der GT-Chat teilweise die Streams nicht richtig schliesst (was aber eigentlich ein bekannter Bug ist).
Die einfachste Lösung m.E. ist das du via cronjob dein Vserver einmal neustartest (die Zeit kannst du ja selbst bestimmen), somist hast du danach immer einen "frischen" Server

Außerdem sieht es so aus (nein, ich betreibe kein Webradio), das dort allerdings auch einige Dinge im Hintergrunf laufen, die für ein Radio benötigt werden.

Ingo

Ingo3011 schrieb:

Die einfachste Lösung m.E. ist das du via cronjob dein Vserver einmal neustartest

und das am besten alle zehn minuten

hehe hm nee glaub net so ganz das, dass gut ist mit dem vserver neu starten... hab das auch probiert gehabt (also per hand) kurze zeit später gings wieder los...

hm okay also es läuft
ts2
sc_trans (autdj)
3 shoutcast streams ( webradio)
und streamtranscode ( zum codieren der bitrate vom radio stream auf ne isdn quali)

ja und dann halt phpfusion und der gt chat

du investierst jede menge zeit mit dem problem. andre gt-chat-version aufziehen, dies versuchen, jenes versuchen, da schauen und dort schauen. das ist alles ätzend und du suchst die nadel im heuhaufen.
nochmal: ich hatte das einmal auf zwei v-servern versucht und ich sage dir: vergiss gt-chat und v-server.

was abhilfe verschaffen KÖNNTE und dem chat spürbar mehr speed gibt ist:

1. das pointsystem rauswerfen. dann musst du allerdings auf einige funktionen verzichten und ob es dann wirklich ausreicht und der ausbremser war, so dass er einigermaßen auf dem v-server läuft, ist die andere frage.
2. das logging komplett entfernen. und das nicht nur in der settings, sondern in allen dateien raus, also auch chat.js und auch in der chat.pl, wenn ich mich richtig erinnere