sBNC hängt sich auf...

Hallo erstmals,

ich ärgere mich nun schon seit 2 Tagen mit sBNC herum. Nun weiß ich wirklich nicht mehr weiter. Ich habe sBNC v1.2 (Revision 1080) mit SSL auf einem vServer installiert. Alles ist korrekt konfiguriert, eingerichtet und funktioniert auch. Das seltsame ist jedoch: Sobald ich mehr als 3 Benutzer einrichte, die auch zu einem IRC Server verbunden werden (egal welcher), hängt sich sBNC nach der 2. Verbindung plötzlich auf. Die dritte wird nicht mehr erstellt, nach 2 Minuten gibts ein PING Timeout bei den bereits verbundenen, sBNC stellt die Verbindung nicht wieder her und reagiert auch nicht mehr auf den Ports. Dann hilft nur mehr ein killen des Prozesses. Mit nur 2 konfigurierten Benutzern funktioniert alles perfekt, ab 3 gibts Probleme, außer der dritte hat keinen IRC Server eingetragen. Ich habe nun alle möglichen Kombinationen ausprobiert, der Fehler tritt eindeutig nur dann auf. Im Log von sBNC steht nichts, nur die erfolgreiche 2. Verbindung ist noch zu sehen.

Weiß jemand eine Lösung dafür? Ich bin mit meinem Wissen echt am Ende :(
Falls ihr mehr Details braucht, einfach melden ;)


MfG Christian
 
Last edited by a moderator:
Vieleicht hat dein Vserver Anbieter deinem Vserver nicht genug Ressourcen zugeteilt. Mehr Infos über den Vserver wären hilfreich.
 
Mit anderen Programmen hatte ich bisher jedenfalls keine Probleme zig Verbindungen herzustellen oder die Ressourcen einmal voll auszulasten. Es handelt sich jedenfalls um einen vServer 1536 von Netcup (Google hilft ;) ) mit mind. 512MB RAM, dyn. 1536MB, Prozessorgarantie von 100% (entspricht 1GHz), Debian Etch, noch etwas? Der vServer ist noch fast ganz neu, habe ihn erst ein paar Tage bei diesem Anbieter, ich habe nur das nötigste installiert und umkonfiguriert. Der Server ist derzeit nicht im geringstem ausgelastet, weder vom RAM, noch vom Prozessor. Im Moment wird nur der sBNC verwendet, alles andere ist noch nicht in Verwendung ;)

Das seltsame ist, dass das Programm absolut nicht mehr reagiert :confused:
Mit nur zwei Verbindungen läuft es jetzt wieder stundenlang ohne Probleme :D


MfG Christian
 
im Zweifelsfalle schadet es nie, sich mal die UBCs anzuschauen
Code:
cat /proc/user_beancounters
und die Ausgabe von 'top' zu posten.
 
Ausgabe von top:
Code:
top - 15:32:57 up 18:56,  1 user,  load average: 0.00, 0.00, 0.00
Tasks:  38 total,   1 running,  37 sleeping,   0 stopped,   0 zombie
Cpu(s):  8.7%us,  2.0%sy,  0.2%ni, 87.1%id,  1.8%wa,  0.1%hi,  0.2%si,  0.0%st
Mem:    524288k total,   137144k used,   387144k free,        0k buffers
Swap:  1048576k total,        0k used,  1048576k free,        0k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
    1 root      15   0 10308  772  640 S    0  0.1   2:57.64 init
  485 root      15   0 10596 1164  876 R    0  0.2   0:00.00 top
14935 postfix   15   0 20652 1984 1552 S    0  0.4   0:00.00 pickup
15198 www-data  15   0 85248 8668 1224 S    0  1.7   0:00.00 apache2
22579 root      15   0  3728  592  456 S    0  0.1   0:00.12 syslogd
22598 bind      20   0 54784 3296 1972 S    0  0.6   0:00.01 named
22650 root      25   0 10104 1508 1188 S    0  0.3   0:00.00 mysqld_safe
22687 mysql     15   0  142m  21m 5276 S    0  4.2   0:00.84 mysqld
22688 root      18   0  2640  536  452 S    0  0.1   0:00.00 logger
22821 clamav    15   0 28436 1640 1104 S    0  0.3   0:00.02 freshclam
22825 root      20   0  3876  412  320 S    0  0.1   0:00.00 courierlogger
22826 root      18   0 17080 1196  920 S    0  0.2   0:00.00 authdaemond
22827 root      18   0 17080  392  116 S    0  0.1   0:00.00 authdaemond
22828 root      18   0 17080  392  116 S    0  0.1   0:00.00 authdaemond
22830 root      18   0 17080  392  116 S    0  0.1   0:00.00 authdaemond
22831 root      18   0 17080  392  116 S    0  0.1   0:00.00 authdaemond
22832 root      18   0 17080  392  116 S    0  0.1   0:00.00 authdaemond
22836 root      22   0  6028  544  436 S    0  0.1   0:00.00 couriertcpd
22844 root      24   0  3748  368  284 S    0  0.1   0:00.00 courierlogger
22911 root      15   0 19616 2040 1592 S    0  0.4   0:00.05 master
22917 postfix   15   0 20688 2120 1652 S    0  0.4   0:00.02 qmgr
22919 root      15   0 25844 1264  804 S    0  0.2   0:00.00 sshd
22996 nobody    15   0 45164 1676  520 S    0  0.3   0:00.00 proftpd
23004 root      15   0 11496  932  716 S    0  0.2   0:00.01 cron
23015 root      18   0 85112  11m 3972 S    0  2.2   0:00.04 apache2
23016 www-data  15   0 85248 9412 1932 S    0  1.8   0:00.03 apache2
23018 www-data  15   0 85248 8708 1248 S    0  1.7   0:00.02 apache2
23024 www-data  15   0 85248 9412 1932 S    0  1.8   0:00.02 apache2
23025 www-data  15   0 85248 9412 1932 S    0  1.8   0:00.01 apache2
23026 www-data  15   0 85248 8852 1336 S    0  1.7   0:00.04 apache2
26770 www-data  15   0 85248 8724 1264 S    0  1.7   0:00.03 apache2
31786 sBNC      16   0 13392 1064  708 S    0  0.2   0:00.03 sbnc
31787 sBNC      18   0 35340 5248 3488 S    0  1.0   0:00.05 sbnc
31801 root      16   0 36788 2676 2124 S    0  0.5   0:00.00 sshd
31809 ********  15   0 36788 1732 1168 S    0  0.3   0:00.00 sshd
31810 ********  15   0 14972 3280 1472 S    0  0.6   0:00.04 bash
31858 root      15   0 20068 1328  900 S    0  0.3   0:00.00 su

cat: /proc/user_beancounters: Datei oder Verzeichnis nicht gefunden
Ich habs auch mit den anderen Pfaden probiert, die neuer bzw. älter sind, existieren auch nicht :confused:


MfG Christian
 
netcup verwendet soviel ich weiß linux-vserver.org zur Virtualisierung. Daher kannst du per cat /proc/user_beancounters auch keine Limits anzeigen. Ich würde mal netcup fragen. Die haben doch nen super Support.
 
Ich habe Netcup in den letzten Tagen eh schon extrem genervt per Support und Supportforum, dabei gings aber um andere Problemchen. Da wollte ich nicht schon wieder nerven, nur weil ich vielleicht zu dumm bin, das einfachste zu verstehen (:rolleyes:). Ich werde mal eine Mail an Netcup schreiben, andere Lösungen/Tipps sind natürlich weiterhin gerne erwünscht. Ich werde dann natürlich noch ein Feedback geben, falls Netcup mir helfen konnte.


MfG Christian
 
Wir hatten ja schon Kontakt im nc Forum und per eMail.

Ich habe das ganze nun selber nochmal auf einem v768 getestet.

SBNC 1.1 mit SSL sowie SBNC1.2 mit SSL und konnte keine gleichartigen Probleme feststellen.

Kontrollier nochmal deine SSL Config und lass sBNC nochmal frisch und sauber kompilieren.

Ansonsten können wir ja mal Messengerkontakt aufnehmen und das ganze zusammen an deinem Server durchgehen.
 
Sodale, ich habe nun alles nochmals gelöscht, neu kompiliert, installiert und konfiguriert, und siehe da, es funktioniert. Ich hoffe einmal, dass das auch länger anhält, und sBNC lange keine Probleme mehr macht. Das Problem wurde vermutlich durch eine Vermischung von Dateien aus Version 1.1 und 1.2 verursacht. Ist mir jetzt richtig peinlich dieser Anfänger Fehler :o

Trotzdem Danke für eure Hilfe ;)


MfG Christian
 
Zu früh gefreut :(

sBNC hatte gestern bei allen Tests ohne Probleme funktioniert, lief die ganze Nacht alleine weiter und heute: Ich logge mich mit meinem IRC Programm in allen 3 Netzwerken ein, jedoch nach circa einer halben Stunde oder Stunde ging es wieder los. sBNC reagierte nicht mehr, es gab PING Timeouts und ich musste den Prozess killen. Ich meine das kanns doch nicht sein, wie ist das bitte möglich? Ich verstehe das echt nicht mehr... :confused:

EDIT: Sogar viel länger als eine Stunde...
Code:
[13:38] *** killerbees19|BNC (killerbees19|BNC!KB19@happytec.at) heisst nun killerbees19
[...]
[15:47] *** killerbees19 (killerbees19!KB19@happytec.at) hat die Verbindung getrennt. (Ping timeout)


MfG Christian
 
Last edited by a moderator:
Ich möchte hier nochmals eine kurze Rückmeldung geben, vielleicht hilft sie anderen Hilfesuchenden einmal: Ich hatte nach diesen ganzen Problemen den ganzen sBNC User samt Dateien komplett gelöscht und ganz neu angelegt, kompiliert und installiert. Und siehe da, es funktioniert seitdem ohne Probleme, schon über eine Woche. Ich vermute also, dass tatsächlich irgendwelche Altdateien aus Version 1.1 beim Upgrade nicht gelöscht wurden...


MfG Christian
 
Back
Top