[netclusive] dreht an den Einstellungen....im negativen Sinne.

V40

Caspar
Hallo,

ich bin eigentlich nicht der Mensch der andere in den Mist zieht.
Aber das ist echt der Hammer.

Wie vielleicht einige mit bekommen haben hatte ich in den letzten Tagen (urplötzlich) Probleme mit meinem Server.

Da ich aber auf meiner Seite keinen Fehler entdecken konnte schrieb ich eine Mail an den Support mit der bitte das zu prüfen.

Die Mail :

Seid gestern erhalte ich Fehlermeldungen :
Jun 16, 2006 10:02:47 PM Green zone numothersock
Jun 16, 2006 10:01:57 PM Yellow zone numothersock
Jun 16, 2006 10:01:47 PM Green zone numothersock
Jun 16, 2006 10:01:37 PM Yellow zone numothersock
Jun 16, 2006 10:01:17 PM Green zone numothersock
Jun 16, 2006 10:01:07 PM Yellow zone numothersock
Jun 15, 2006 12:03:49 AM Green zone numothersock
Jun 15, 2006 12:03:29 AM Yellow zone numothersock
Jun 15, 2006 12:02:19 AM Green zone numothersock
Jun 15, 2006 12:02:09 AM Yellow zone numothersock

Allerdings ohne eine Änderung an meinem vServer.
Durch diesen Fehler \"sterben\" zwei doch recht wichtige Prozesse bei mir.
Zum einen der Apache und zum anderen ein psybnc.

Liegt das Problem an dem Hostsystem?
Oder könnten sie mir vielleicht einen Tip geben woran das liegen könnte damit ich es beheben kann.

Die Antwort :

Guten Tag, die Yellowzone lässt keine Prozesse sterben, es wird lediglich eine Warnungausgegeben. Erst bei der Blackzone kommen sie ans reine Hardlimit.

Sie sollten die Apache oder psybnc Instanzen runterschrauben, da sie mehr als172 Sockets öffnen möchten, mehr ist im Angebot leider nicht enthalten.

Mit freundlichen Grüßen aus Montabaur

Da habe ich mir nichts böses gedacht und habe fleissig meinen Apache ganz runter gedreht (tuning).
Heute kam dann wieder ein Fehler im Virtuozzo und wieder wurde der Apache beendet.

Ich machte mich also auf die Suche.

Dabei fiel mir ein das wir hier mal so einen tollen Thread hatten in dem wir die Ressourcen verglichen hatten, also mit anderen Worten ich habe einen Zustands-Auszug der schon ein bisschen her ist.

Der sah wie folgt aus :
Code:
Version: 2.5
       uid  resource           held    maxheld    barrier      limit    failcnt
       151: kmemsize        2974851    2979654    4024015    4471128         54
            lockedpages           0          0        512        512          0
            privvmpages       63992      64041      80000      80000         15
            shmpages            655        655      43008      43008          0
            dummy                 0          0          0          0          0
            numproc              60         60        480        480          0
            physpages         14903      14903          0 2147483647          0
            vmguarpages           0          0       6144 2147483647          0
            oomguarpages      25540      25540       6144 2147483647          0
            numtcpsock           44         44        720        720          0
            numflock              7          7        376        412          0
            numpty                1          1         32         32          0
            numsiginfo            0          1        512        512          0
            tcpsndbuf          6684       6684    3440640    5406720          0
            tcprcvbuf             0       2228    3440640    5406720          0
            othersockbuf     191608     191608    2252160    4194304          0
            dgramrcvbuf           0          0     524288     524288          0
            numothersock        119        119        720        720          0
            dcachesize       582910     584614    4546560    4833280          0
            numfile            1292       1292      11640      11640          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            10         10        256        256          0

Un jetzt der Hammer.

Die Ausgabe von Heute :
Code:
cat /proc/user_beancounters
Version: 2.5
       uid  resource           held    maxheld    barrier      limit    failcnt
       151: kmemsize        2345321    2349666    7056211    7761832          0
            lockedpages           0          0        344        344          0
            privvmpages       68942      68991     109542     120496         13
            shmpages            641        641      19567      19567          0
            dummy                 0          0          0          0          0
            numproc              56         56        128        128         68
            physpages          9242       9242          0 2147483647          0
            vmguarpages           0          0      18257 2147483647          0
            oomguarpages      22174      22174      21300 2147483647          0
            numtcpsock           40         40        172        172          0
            numflock              7          9        224        246          0
            numpty                1          1         16         16          0
            numsiginfo            0          1        256        256          0
            tcpsndbuf         11140      11140    1416560    2768240          0
            tcprcvbuf             0       2228    1416560    2768240          0
            othersockbuf     193836     193836     655717    1153621          0
            dgramrcvbuf           0          0     132096     132096          0
            numothersock        122        122        172        172         65
            dcachesize       515744     517448    1002127    1032191          0
            numfile            1095       1095       2240       2240          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            36         36         64         64          0

Nun würde ich von euch gerne mal wissen wie man auf sowas am besten reagiert.

Ich habe mich schon inklusiver der beiden Auszüge mit einer Beschwerde an den Support gewendet.

Allerdings glaube ich nicht das sich etwas ändern wird.

Wie ist eure Meinung dazu ?
Was würdet ihr machen ?

Danke für eure Hilfe !
 
Hallo!
Ich denke, du wirst weder vorher noch jetzt vertraglich irgendwelche Werte garantiert bekommen haben. Es sein denn, es handelt sich um einen VDS mit eben diesen zugesicherten Eigenschaften. Insofern kann der Provider - vertraglich gesehen - an den Werten schrauben wie er möchte.

mfG
Thorsten
 
Hallo Thorsten,

erst ein mal vielen Dank für deine Meinung.

Du wirst vermutlich Recht haben, da Vertraglich nie etwas zugesichert wurde.

Allerdings finde ich da schon mehr als happig.

Auf meinem vServer läuft gerade mal das nötigste um im Internet präsent zu sein zuzüglich eines bnc´s .

Wenn das schon zuviel ist für einen vServer bei [netclusive] dann kann ich mir ja genau so gut Webspace und eine shell holen.
Das geht ja irgendwie ein wenig am Sinn eines (v)Servers vorbei.

Na gut ich werde dann wohl nicht drum herum kommen und mich nach einem neuen Anbieter umsehen.

Denn eigentlich sollte der vServer für mich ein Fortschritt sein, aber so wird das nichts :o
 
Hallo!
Also moralisch gesehen - sofern man im Geschäftssinne und im besonderen in der IT von Moral sprechen kann - ist das sicherlich nicht in Ordnung. Das einzige was wir als Kunden da machen können, ist zkünftig auf solche Angebote verzichten. Denn ein Provider dessen Server wie geschnitten Brot über den Tresen gehen, wird sich keine Gedanken über sein Angebot machen. Warum auch?

Die Konsequenz ist simpel:
Sehr geehrte Damen und Herren,
hiermit kündige sämtliche Leistungen meines Vertrags (Nr. 12345) aufgrund der am xx.xx.xxxx verminderten Leistung zum schnellstmöglichen Zeitpunkt.


Und dann gibt es genau zwei Möglichkeiten wie der Provider reagieren kann. Massengeschäft und durchlaufender Posten (Kündigung wird so akzeptiert) oder kundenorientiert und kulant. Der zweite Fall ist in Deutschland eher unwahrscheinlich.

mfG
Thorsten
 
Wo ichs gerade lese und hier son Buch aufm Schreibtisch hab:
Du könntest wegen Schlechtleistung deines Providers, aus einer Nebenpflicht Schadensersatz verlangen ;)
 
Thorsten said:
Und dann gibt es genau zwei Möglichkeiten wie der Provider reagieren kann. Massengeschäft und durchlaufender Posten (Kündigung wird so akzeptiert) oder kundenorientiert und kulant. Der zweite Fall ist in Deutschland eher unwahrscheinlich.

Wobei ich es ja etwas schade finde, dass wir keine Gelegenheit mehr haben werden festzustellen, wie der Provider reagiert haette, wenn der Kunde einfach in Form einer Anfrage seine Beduerfnisse klarstellt. Die haben ja scheinbar den Host aufgebohrt und auf mehr VM's verteilt dabei werden die die kknappen ressourven wohl mit dem Rasenmaeher bearbeitet haben was aber ja nicht heisst, dass bei konkretem Bedarf einzelner Kunden nicht nachgebessert werden kann.
Naja aber nun ist die Beschwerde schon raus.:(
Und da das auch nur Menschen sind schaetze ich mal, werden die eher dementsprechend reagieren.

Ciao,
Mercy.
 
Mercenary said:
Wobei ich es ja etwas schade finde, dass wir keine Gelegenheit mehr haben werden festzustellen, wie der Provider reagiert haette, wenn der Kunde einfach in Form einer Anfrage seine Beduerfnisse klarstellt. .......

Hallo Mercenary,

wenn du dir meine beiden ersten Quotes durch liest wirst du die Antwort finden wie der Provider darauf reagiert.

Zitat :
sie mehr als172 Sockets öffnen möchten, mehr ist im Angebot leider nicht enthalten

Das eigentlich Problem ist ja nur das diese Einschränkung erst sehr spät kam.
Währe das von Anfang an so gewesen wüsste ich damit umzugehen, aber das einem im laufenden Betrieb (so zu sagen) der Hahn abgedreht wird ist nicht sonderlich angenehm.
 
Hallo!
Da hast du wohl recht. Ach war das immer schön, Mobilfunkverträge turnusmäßig zu kündigen. Kurze Zeit später hatte man immer jemanden am Telefon, der einem ein Angebot machte, dass man nicht ablehnen konnte oder wollte :).

Eventuell meldet sich ja aber auch der besagte Anbieter hier und kann etwas Licht ins Dunkel bringen.

mfG
Thorsten
 
v40 said:
wenn du dir meine beiden ersten Quotes durch liest wirst du die Antwort finden wie der Provider darauf reagiert.
Nur um das klar zu stellen, ich gehoere schon zu den Leuten, die auch lesen, was andere schreiben und ja, ich habe Deinen ersten Post gelesen. :<

Du beschreibst dort ein Ticket zu einem technischen Problem aufgemacht zu haben und eine (technische) Erklärung von entsprechender Stelle bekommen zu haben.
Da waehnte ich mich halt daran erinnert, dass es Unternehmen gibt in denen Vertragsangelegenheiten (also auch Leistungsumfang) und technischer Support (von dem wohl die von Dir zitierte Ursachenbeschreibung kommt) nicht in Personalunion wahrgenommen werden.
Ich denke einfach, nach der Feststellung der Ursache fuer die Probleme haette man eine im Tonfall noch angenehme Anfrage an eine entsprechende Stelle (Vertrieb/Buchhaltung oder sowas weniger technisches oder auch Leitung Kundendienst die haben ja auch manchmal Befugnisse) richten koennen.
Da auf der anderen Seite auch nur Menschen stehen macht halt auch der Ton ein wenig die Musik und eine handfeste Beschwerde oder Kuendigung kann man immer noch hinterher schicken.
Sollte ich zuviele Annahmen aufstellen sorry, ich habe nur die Informationen aus diesem Thread, sollte Dein Provider ein ein-Mann Unternehmen sein dann betrachte meine Gedankengaenge als gegenstandslos.
Hast Du deine Beschwerde jetzt eigentlich an die Technik geschickt oder an eine Stelle fuer Vertragsangelegenheiten?
 
Bei netclusive habe ich zwei vServer.

Einmal einen aus der ersten "Generation" und dann die VPS 2.0. Die zweite "Generation" ist performanter. Dennoch sind diese anscheinend so falsch in ihren Ressources begrenzt, dass selbst COnfixx kaum arbeiten kann, oder sogar Cronjobs ausgeführt werden können. Das ist ärgerlich.
 
Hallo,

nun habe ich per Mail eine Antwort erhalten.

Im Februar wurde ihnen ein fehlerhaftes Template zugewiesen, daher das "Mehr"
an Ressourcen. Dies wurde bereits vor Monaten korrigiert und auf das korrekte
Template angepasst.

Ich habe mir ebenfalls ihre Fülle von laufenden Prozessen angesehen. Der nscd
Prozess ist die Ursache für ihre Aussetzer. Zwar haben sie neben VHCS auch
psybnc und Courier laufen, jedoch zeigte uns die Erfahrung das der Nameserver
Cache Daemon sich nicht mit einem VServer verträgt. Zumindest nicht mit einer
Vielzahl von anderen Prozessen auf dem System.

Mit freundlichen Grüßen aus Montabaur

Erst ein mal finde ich es gut das der/die jenige sich das Problem anscheinend richtig angeguckt hat und ich bin auch dankbar für den Tip.

Aber sind 42 Prozesse denn soviel ?
Nun bin ich echt verunsichert, ob ich zu viel von einem vServer verlange.

Code:
 ps aux
USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0  1508  524 ?        Ss   Apr28   0:02 ini
amavis    3592  0.0  0.0 16304 1440 ?        Ss   Apr28   0:03 amavisd (master)
root      3955  0.0  0.0  3360  768 ?        Ss   Apr28   0:00 /usr/sbin/sshd
root      3968  0.0  0.0  2096  548 ?        Ss   Apr28   0:00 /usr/sbin/xinetd -pidfile /var/run/xinetd.pid -stayalive
nobody    3976  0.0  0.0  4524  796 ?        Ss   Apr28   0:01 proftpd: (accepting connections)
root      3979  0.0  0.0  1576  644 ?        Ss   Apr28   0:01 /usr/sbin/cron
root      5478  0.0  0.0  1492  412 ?        S    Apr29   0:00 /var/www/vhcs2/daemon/vhcs2_daemon -p /var/run/vhcs2-daemon.pid
bind     11875  0.0  0.0 29436 1068 ?        Ss   Apr29   0:00 /usr/sbin/named -u bind
clamav   29838  0.0  0.0  4120  772 ?        Ss   May03   0:03 /usr/bin/freshclam -d --quiet -p /var/run/clamav/freshclam.pid
clamav   30030  0.0  1.0 44464 21372 ?       Ss   May03   2:42 /usr/sbin/clamd
root     17549  0.0  0.0  1776  464 ?        S    May24   0:00 /usr/sbin/couriertcpd -address=0 -stderrlogger=/usr/sbin/courierlogger -maxprocs=40 -maxperip=
root     17555  0.0  0.0  1776  504 ?        S    May24   0:10 /usr/sbin/couriertcpd -pid=/var/run/courier/pop3d.pid -stderrlogger=/usr/sbin/courierlogger -m
root     17557  0.0  0.0  1672  452 ?        S    May24   0:02 /usr/sbin/courierlogger courierpop3login
root     17559  0.0  0.0  1676  400 ?        S    May24   0:00 /usr/sbin/courierlogger imaplogin
root      5593  0.0  0.0  2896  996 ?        Ss   May31   0:04 /usr/lib/postfix/master
root      7967  0.0  0.0  1672  412 ?        S    May31   0:00 /usr/sbin/courierlogger -pid=/var/run/courier/authdaemon/pid -start /usr/lib/courier/authlib/a
root      7968  0.0  0.0  1808  440 ?        S    May31   0:00 /usr/lib/courier/authlib/authdaemond.plain
root      7969  0.0  0.0  2220 1028 ?        S    May31   0:15 /usr/lib/courier/authlib/authdaemond.plain
root      7970  0.0  0.0  2220 1028 ?        S    May31   0:13 /usr/lib/courier/authlib/authdaemond.plain
root      7971  0.0  0.0  2220 1028 ?        S    May31   0:16 /usr/lib/courier/authlib/authdaemond.plain
root      7972  0.0  0.0  2220 1028 ?        S    May31   0:13 /usr/lib/courier/authlib/authdaemond.plain
root      7973  0.0  0.0  2220 1028 ?        S    May31   0:12 /usr/lib/courier/authlib/authdaemond.plain
root     10078  0.0  0.0  4096  932 ?        S    May31   0:00 /bin/sh /usr/bin/mysqld_safe
root     10115  0.0  0.0  4096  936 ?        S    May31   0:00 /bin/sh /usr/bin/mysqld_safe
mysql    10116  0.0  0.3 119180 7404 ?       S    May31   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysq
root     10117  0.0  0.0  3136  444 ?        S    May31   0:00 logger -p daemon.err -t mysqld_safe -i -t mysqld
postfix  16276  0.0  0.0  3008 1172 ?        S    Jun10   0:01 qmgr -l -t fifo -u -c
root      3740  0.0  0.0  1520  476 ?        Ss   Jun17   0:00 portsentry -tcp
root      3849  0.0  0.0  1520  408 ?        Ss   Jun17   0:00 portsentry -udp
root      3670  0.0  0.0  1560  568 ?        Ss   Jun19   0:00 /sbin/syslogd
amavis   23766  0.0  0.5 17356 11352 ?       S    01:08   0:00 amavisd (child)
root     22176  0.0  0.2 14704 5220 ?        Ss   02:01   0:00 /usr/sbin/apache2 -k start -DSSL
www-data 22178  0.0  0.5 21876 11660 ?       S    02:01   0:15 /usr/sbin/apache2 -k start -DSSL
www-data 22179  0.0  0.5 22652 11464 ?       S    02:01   0:15 /usr/sbin/apache2 -k start -DSSL
amavis    7364  0.0  0.5 17228 11260 ?       S    02:21   0:00 amavisd (child)
****  11399  0.0  0.0  3496 1792 ?        S    03:18   0:00 ./psybnc
postfix  23730  0.0  0.0  2976 1092 ?        S    14:52   0:00 pickup -l -t fifo -u -c
root      3407  0.0  0.0  6208 1708 ?        Ss   15:11   0:00 sshd: **** [priv]
****   3561  0.0  0.0  6372 1808 ?        S    15:11   0:00 sshd: ****@pts/0
****   3565  0.0  0.0  4172 1516 pts/0    Ss   15:11   0:00 -bash
root      3635  0.0  0.0  4192 1548 pts/0    S    15:11   0:00 bash
root      5595  0.0  0.0  2476 1148 ?        Ss   15:25   0:00 /bin/bash /usr/sbin/daemoncheck.sh
root      5602  0.0  0.0  1712  508 ?        S    15:25   0:00 sleep 450
postfix   7652  0.0  0.1  6552 2632 ?        S    15:26   0:00 smtpd -n smtp -t inet -u -c
root     13986  0.0  0.0  2496  844 pts/0    R+   15:29   0:00 ps aux

Nun sehe ich ja tatsächlich nicht mehr das Problem bei meinen Hoster, sondern bei mir.
Ich meine das ist echt schon zuviel verlangt das ein Server der im Internet steht mails, ftp, apache, vhcs und dann auch noch einen bnc ertragen muss.
Das ist schon hart!
Ich werde mir ein Cluster-Netzwerk aufbauen, jawohl das werde ich.

So nun habe ich echt kein bock mehr!
 
Back
Top