VServer:Seit einem Monat: privvmpages, numothersock, numfile . Bald geht nichts mehr.

floogy

New Member
Hallo,

Ich habe seit etwa einem Monat das Problem, dass der vserver zunehmend Probleme macht. Seit heute geht auch kein apt-get mehr.

Der Provider sagte lapidar ich solle auf as nächst größere Paket updaten, dabei habe ich nur Sicherheitsupdates gemacht, und die Besucherzahlen der einzigen Website sind eher zurückgegangen.

Postfix ist immer wieder abgestürzt, und es sammeln sich seit einer Woche etwa 150 logcheckmails. Jetzt habe ich mal bind9, munin und apache abgeschaltet, damit postfix mal zum versenden kommt.

Hier mal die Ausgabe von beancounter und top ohne diese service:
Code:
# cat /proc/user_beancounters
Version: 2.5
       uid  resource           held    maxheld    barrier      limit    failcnt
     13230: kmemsize        3384697    3406561   12582912   14680064          0
            lockedpages           0          0        344        344          0
            privvmpages       44378      44446      65536      67072    1701377
            shmpages            641        641      19567      19567          0
            dummy                 0          0          0          0          0
            numproc              52         52        128        128          0
            physpages          7136       7138          0 2147483647          0
            vmguarpages           0          0      24576 2147483647          0
            oomguarpages       7456       7458      24576 2147483647          0
            numtcpsock           12         12        128        128          0
            numflock              7          7        224        246          0
            numpty                1          1         16         16          0
            numsiginfo            0          0        256        256          0
            tcpsndbuf          4456       4456    1416560    2768240          0
            tcprcvbuf             0        692    1416560    2768240          0
            othersockbuf     217244     217244     655717    1153621          0
            dgramrcvbuf           0          0     132096     132096          0
            numothersock        127        127        128        128       5600
            dcachesize       464076     465798    3002127    3032191          0
            numfile            1263       1263       2500       2500         34
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            14         14         64         64          0

Code:
top - 18:51:45 up 25 min,  1 user,  load average: 0.02, 0.05, 0.12
Tasks:  39 total,   1 running,  38 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0% us,  0.0% sy,  0.0% ni, 100.0% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:   8298424k total,  8222336k used,    76088k free,   178108k buffers
Swap: 20482864k total,  4854892k used, 15627972k free,  2703208k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
32704 root      16   0  2132 1072 1916 R  0.3  0.0   0:00.01 top
    1 root      16   0  1516  532 1360 S  0.0  0.0   0:00.12 init
17991 daemon    15   0  1628  464 1456 S  0.0  0.0   0:00.00 portmap
18135 root      16   0  1576  604 1408 S  0.0  0.0   0:00.12 syslogd
18142 root      19   0  1520  488 1352 S  0.0  0.0   0:00.00 klogd
18220 root      15   0  1688  488 1372 S  0.0  0.0   0:00.00 courierlogger
18221 root      16   0  2408  680 2044 S  0.0  0.0   0:00.00 authdaemond.mys
18233 root      16   0  2408  684 2044 S  0.0  0.0   0:00.00 authdaemond.mys
18234 root      16   0  2408  684 2044 S  0.0  0.0   0:00.00 authdaemond.mys
18236 root      16   0  2408  684 2044 S  0.0  0.0   0:00.00 authdaemond.mys
18237 root      16   0  2408  684 2044 S  0.0  0.0   0:00.00 authdaemond.mys
18239 root      16   0  2408  684 2044 S  0.0  0.0   0:00.00 authdaemond.mys
18241 root      19   0  1560  556 1400 S  0.0  0.0   0:00.00 inetd
18261 root      17   0  2564 1280 2432 S  0.0  0.0   0:00.01 mysqld_safe
18338 mysql     15   0  116m  16m 9008 S  0.0  0.2   0:00.09 mysqld
18339 root      15   0  1500  508 1340 S  0.0  0.0   0:00.00 logger
19530 root      15   0 42644  648 1516 S  0.0  0.0   0:00.00 nscd
19774 root      16   0  4308 1536 4100 S  0.0  0.0   0:00.09 master
19800 postfix   16   0  4316 1408 4112 S  0.0  0.0   0:00.00 pickup
19802 root      16   0  4780 1820 4364 S  0.0  0.0   0:00.00 sshd
19838 root      16   0  3056 1096 2840 S  0.0  0.0   0:00.02 dovecot
19845 root      16   0  2784 1168 2584 S  0.0  0.0   0:00.00 famd
19872 root      16   0  5732 1604 5316 S  0.0  0.0   0:00.03 dovecot-auth
19873 dovecot   16   0  3052 1488 2840 S  0.0  0.0   0:00.02 imap-login
19875 dovecot   16   0  3056 1460 2840 S  0.0  0.0   0:00.01 imap-login
19877 dovecot   16   0  3056 1500 2840 S  0.0  0.0   0:00.02 imap-login
19886 dovecot   16   0  3048 1492 2832 S  0.0  0.0   0:00.01 pop3-login
19897 nobody    16   0  4656 2144 3948 S  0.0  0.0   0:00.00 proftpd
19904 daemon    18   0  1724  680 1552 S  0.0  0.0   0:00.00 atd
19919 root      16   0  1800  888 1612 S  0.0  0.0   0:00.00 cron
19928 dovecot   16   0  3044 1488 2832 S  0.0  0.0   0:00.01 pop3-login
25857 root      16   0  7564 2456 7080 S  0.0  0.0   0:00.03 sshd
25962 gerhard   16   0  7720 2532 7080 S  0.0  0.0   0:00.07 sshd
25965 gerhard   15   0  3620 1948 2764 S  0.0  0.0   0:00.01 bash
26088 root      16   0  3136 1780 2764 S  0.0  0.0   0:00.05 bash
19783 postfix   16   0  4468 1736 4144 S  0.0  0.0   0:00.06 qmgr
19789 postfix   16   0  4324 1500 4120 S  0.0  0.0   0:00.00 trivial-rewrite
27845 postfix   18   0  4424 1552 4224 S  0.0  0.0   0:00.00 smtp
27846 postfix   21   0  4520 1776 4144 S  0.0  0.0   0:00.00 local
Code:
# mailq
mailq: fatal: inet_addr_local[socket]: socket: No buffer space available

Keine Ahnung, ob die Mails nun draußen sind.

Was ist hier los? Führt der Provider die Situation herbei (Verschwörungstheorie #1: Ressourcen verknappt, damit upgegradet wird), oder stimmt was mit postfix nicht?
 
Seit ich alles abschaltete, und die >150 Mails mit sendmail -q aus dem mailqueue bekam, scheint es nun wieder zu gehen. Ich habe bind9, courier und devcot nicht wieder gestartet.

Code:
# cat /proc/user_beancounters|egrep "(numfile|numothersock |resource |privvmpages|lockedpages)"
       uid  resource           held    maxheld    barrier      limit    failcnt
            lockedpages         256        256        344        344          1
            privvmpages       38419      38502      65536      67072    1701377
            numothersock         89         89        128        128       8144
            numfile            1127       1127       2500       2500         34

Code:
top - 23:26:18 up  5:00,  1 user,  load average: 0.16, 0.12, 0.09
Tasks:  32 total,   1 running,  31 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.1% us,  0.1% sy,  0.1% ni, 98.6% id,  1.1% wa,  0.0% hi,  0.0% si
Mem:   8298424k total,  8148904k used,   149520k free,   130572k buffers
Swap: 20482864k total,  4869700k used, 15613164k free,  2705504k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
23575 root      15   0  2132  984 1916 R  1.9  0.0   0:00.01 top
    1 root      16   0  1516  528 1360 S  0.0  0.0   0:00.13 init
17991 daemon    15   0  1628  456 1456 S  0.0  0.0   0:00.00 portmap
18135 root      16   0  1576  580 1408 S  0.0  0.0   0:00.92 syslogd
18142 root      19   0  1520  424 1352 S  0.0  0.0   0:00.00 klogd
18241 root      19   0  1560  488 1400 S  0.0  0.0   0:00.00 inetd
19802 root      16   0  4780 1744 4364 S  0.0  0.0   0:00.00 sshd
19845 root      16   0  2784 1156 2584 S  0.0  0.0   0:00.00 famd
19904 daemon    16   0  1724  684 1552 S  0.0  0.0   0:00.00 atd
19919 root      16   0  1800  888 1612 S  0.0  0.0   0:00.02 cron
25857 root      16   0  7564 2124 7080 S  0.0  0.0   0:00.03 sshd
25962 gerhard   16   0  7720 2332 7080 S  0.0  0.0   0:00.41 sshd
25965 gerhard   15   0  3620 1948 2764 S  0.0  0.0   0:00.01 bash
26088 root      16   0  3136 1792 2764 S  0.0  0.0   0:00.21 bash
24161 root      16   0 53848 7964  50m S  0.0  0.1   0:00.28 apache
24172 www-data  16   0 53848 8096  50m S  0.0  0.1   0:00.03 apache
24173 www-data  16   0 53984 8728  50m S  0.0  0.1   0:00.03 apache
24175 www-data  16   0 53848 8088  50m S  0.0  0.1   0:00.05 apache
24176 www-data  16   0 53848 8032  50m S  0.0  0.1   0:00.05 apache
24177 www-data  16   0 53848 8032  50m S  0.0  0.1   0:00.05 apache
24412 root      16   0  2668 1180 2544 S  0.0  0.0   0:00.00 mysqld_safe
24458 mysql     15   0  116m  16m 9008 S  0.0  0.2   0:00.09 mysqld
24459 root      15   0  1816  556 1656 S  0.0  0.0   0:00.00 logger
26085 root      16   0  4304 1532 4100 S  0.0  0.0   0:00.02 master
26091 postfix   16   0  4320 1532 4112 S  0.0  0.0   0:00.00 pickup
26092 postfix   16   0  4352 1584 4144 S  0.0  0.0   0:00.00 qmgr
27711 root      16   0  7488 5552 3308 S  0.0  0.1   0:00.09 munin-node
32593 www-data  16   0 53848 8048  50m S  0.0  0.1   0:00.02 apache
 1794 www-data  16   0 54036 8808  50m S  0.0  0.1   0:00.05 apache
 1851 root       0 -20  2228 1404 1916 S  0.0  0.0   0:00.09 atop
 3479 www-data  16   0 53960 8480  50m S  0.0  0.1   0:00.01 apache
 3529 www-data  16   0 53848 8040  50m S  0.0  0.1   0:00.01 apache

Der Provider ist Pretago. go_serv_one 4,99 €/Monat

derzeit stoßen Sie an die Leistungsgrenzen Ihres Vertrages. Da die Anpassung
einzelner Werte nicht möglich ist, raten wir Ihnen eine Tarifänderung auf das
nächst größere Paket durchzuführen um die Engpässe der Ressourcen langristig
vermeiden zu können.

Na, mal sehen, ob die überhaupt Aussagen darüber treffen wie im größerem Paket z.B. die numothersock sind, die ich allein heute schon 4500 überschritten hatte.

Siehe auch:
debianforum.de :: Thema anzeigen - vserver: aptitude FATAL --> Failed to fork.
debianforum.de :: Thema anzeigen - Trotz etwa nur 5000 Besuchern/a vserver ressourcen erschöpft
debianforum.de :: Thema anzeigen - apticron uninstallierbar
 
Hat wenigstens jemand von dem Angebot Pretago. go_serv_one 4,99 €/Monat ein altes
Code:
cat /proc/user_beancounters
zum Vergleich? Dann kann ich mich entweder auf die Fehlersuche, oder den Wechsel des Providers vorbereiten.
Google ist da etwas dürftig.
 
Last edited by a moderator:
hi,

ich habe das selbe Problem, ebenfalls mit dem go_serv_one zu 4,99 €/Monat von Pretago.

Der Server macht eigentlich NICHTS, ist in erster Linie secondary DNS und beherbergt ein paar mini websites fast ohne Traffic.

Die Frechheit seitens Pretago ist, dass sie irgendwelche Limits unterschieben wollen, von denen bei Vertragsabschluss nicht gesprochen wurde.

Das Angebot lautet(e):

4.500 MB Webspace
500.000 MB Traffic inklusive
1 IP-Adresse
1 Domain inklusive (.de)
Confixx 3.0 Professional

da steht NICHTS von irgendwelchen numfile oder privvmpages (von denen ich nebenbei gesagt noch nie was gehört habe oder wüsste was sie darstellen, was aber auch Nebensache ist, da keine diesbzgl. Limits vereinbart wurden).

Insofern ist die Verschwörungstheorie von floggy nicht abwegig.

Ob man für EUR 4,99/Monat Rechtsmittel nutzt, ist Geschmacksache, m.E. ist es ein Vertragsbruch durch Pretago. Man könnte sie auffordern nachzubessern und Minderung androhen, obs was bringt sei dahingestellt.

Einfacher ist wohl den Vertrag zu kündigen und sich einen Anbieter zu suchen, der nicht solche "Mätzchen" in der Grauzone macht um irgendwelche upgardes zu verkaufen, zumal die Kiste <eigentlich> nix abzuarbeiten hat und wie floggy's VServer auf 100% IDLE läuft.

Schade, Pretago, ein Klick in Ihrem Admin-Panel und sie hätten wieder zufriedene, treue Kunden... :(
 
Kein Anbieter wird Dir bei Vertragsabschluss diese Werte nennen!
Dafür gibt es Foren etc wo man sich vorher informieren kann/muss...

Also weder Vertragsbruch noch sonst etwas, sondern einfach nur nicht richtig recherchiert vor Vertragsabschluss.

lg
Basti
 
Kein Anbieter wird Dir bei Vertragsabschluss diese Werte nennen!
Dafür gibt es Foren etc wo man sich vorher informieren kann/muss...
Also weder Vertragsbruch noch sonst etwas, sondern einfach nur nicht richtig recherchiert vor Vertragsabschluss.

Basti,

nix für ungut, aber Werte die nicht bekannt sind, können kein Vertragsbestanteil sein.
Ebenso keine Werte die ich <irgendwo> recherchiere:
"Hey Anbieter, im Internet hab ich gelesen, dass... ..., desh. musst du das jetzt auch für mich anbieten/machen" oder: "Der Beitrag im Forum XYZ hat mir gefallen, deshalb ist dessen Inhalt jetzt verbindlicher Bestandteil unseres Hosting-Vertrags" - die lachen Dich aus und das zu Recht :)


hosteurope gibt die Werte an, sagt aber sogar explizit:
Wichtig: Bitte beachten Sie, dass diese Werte keine Garantien und keinen Produktbestandteil darstellen
(danke bernsteinkater)

Ich habe einen Vertrag über einen Server, mit X Traffic, Y RAM, Z Platte, etc. geschlossen. Den Server kann ich nicht benutzen, weil ein mir nicht bekannter Wert erreicht ist, bei Vertragsabschluss wurde ich nicht auf diese Einschränkung hingewiesen.

Ich schliesse einen Vertrag über den Kauf von einem Sack Äpfel. Mir werden 10 Äpfel zugesichert, die ich in 10 Tagen aufessen darf/kann. Am 8. Tag sagt der Apfelverkäufer: "Hey, du hast zwar erst 3 der 10 Äpfel gegessen, da es aber 3 rote Äpfel waren, darfst keine mehr futtern!"

...aber man soll ja nicht Äpfel mit Birnen oder numfiles mit beancountern vergleichen - LOL :)
 
Nachtrag:

Mein Unterbewusstsein schrie eben beim Tippen des letzten Posting: "Mann, denk an deren AGB - da ist doch sicher ne geschickte Klausel drin, die die Erbsenzählerei ("beancount" ;)) und deren negative Folgen legitimiert!"

Pustekuchen!

Link zu den AGB von pretago

1.1. Der Provider betreibt Rechner, die ständig an das Internet angebunden sind (Webserver). Er stellt anderen Kunden Plattenspeicher auf Webservern für eigene Zwecke zur Verfügung. Die auf dem Webserver abgelegten Informationen können weltweit über das Computerkommunikationsnetz Internet abgerufen werden. Der Kunde ist daran interessiert, das World Wide Web für die Präsentation seines Unternehmens oder Sonstiges zu nutzen und erhält für die Dauer des Vertrages eine oder mehrere Domains (Anzahl siehe Leistungsbeschreibung).
...
2.2. Der Kunde ist berechtigt, andere Unternehmen oder deren Waren und Dienstleistungen auf dem Webserver darzustellen. ... Bei der Gestaltung seiner Seiten ist der Kunde hinsichtlich der Wahl der technischen Möglichkeiten weitgehend frei. Der Provider behält sich allerdings vor, den Einsatz von Techniken zu untersagen, die den Webserver übermäßig stark belasten.
Also untersagt hat mir pretago bisher nix und bei 100% idle, ist der Webserver nicht nur NICHT "übermässig stark" sonder GARNICHT belastet :D

o.k., weiter im Text...
2.3. Interessenten, die über einen Internetzugang verfügen, können die auf dem Webserver abgelegten Informationen des Kunden rund um die Uhr abrufen. Der Provider sagt eine Erreichbarkeit der Server von 99 % im Jahresmittel zu.
Hier wir eine Leistung zugesichert. Aber ist die 99%-ige Erreichbarkeit auch nach Knacken von numfiz und piffpages gegeben? Wenn nicht wäre dies ein Sachmangel i.S.d. § 434 BGB. Der ist ohnehin durchaus lesenswert, da er auch Basti darüber aufklärt, dass...
soweit die Beschaffenheit nicht vereinbart ist, die Sache frei von Sachmängeln ist, wenn sie sich für die nach dem Vertrag vorausgesetzte Verwendung eignet.

Die "nach dem Vertrag vorausgesetzte Verwendung" ist ein zu 99% erreichbarer funktionierender (V)Server mit 4.5 GB Webspace ("Plattenspeicher auf Webservern für eigene Zwecke" gem. 1.1 AGB, s.o.), 500 GB Traffic ("die weltweit über das Computerkommunikationsnetz Internet abgerufen werden können", s. ebenfalls 1.1 AGB, s.o.), 1 IP-Adresse, 1 Domain inklusive, Confixx 3.0 Professional.

§ 434 BGB

Weiter heisst es in den AGB:
Hiervon ausgenommen sind Zeiten, in denen der Webserver auf Grund von technischen oder sonstigen Problemen, die nicht im Einflussbereich des Providers liegen (höhere Gewalt, Verschulden Dritter etc.) über das Internet nicht zu erreichen ist.

Die Festlegung der Werte für numfiles und privvmpages erfolgt durch pretago! Sie sind willkürlich vom Provider festgelegt! Man könnte sogar soweit gehn zu sagen, dass die Probleme voll und ganz im Einflussbereich des Providers liegen, der Provider, pretago die Probleme sogar verursacht (Stichwort: Verschwörungstheorie).

2.5. Bei Bestellung wählt der Kunde einen konkreten Tarif aus
...und nach der Bestellung drängt pretago zum upgrade auf den nächst teureren Tarif?! :D

In "§ 6. Zugesicherte Eigenschaft" steht nur was über IPs, Trafficvolumina und Domains, insofern nicht relevant.

Also, entgegen meiner Erwartung keine Ausrede, keine Klausel, keine Hintertür in den AGB mit der pretago rechtfertigen könnte, dass der Server wegen 2. von pretago festgelegten Einstellung nicht (oder zumindest nicht so wie er sollte) läuft oder warum sie diese Werte nicht entsprechend hochsetzen könn(t)en.

Französich in der Schule gehabt? Schonmal nachgedacht was "pret-a-go" bedeutet?

Prêt à go = ready to go

Also, lets go, lasst uns gehn, und zwar zu einem anderen Anbieter. :(
 
Hallo Mr. Macintosh,

mach doch einfach mal ein

Code:
cat /proc/user_beancounters

in der Konsole und poste das Ergebnis hier.
Anschließend wird dir auch jemand sagen können, ob deine bestellten Leistungen auch erbracht werden. Vielleicht hast du auch einfach nur das "falsche" Paket bestellt für deine Anforderungen :-)
 
@Mr.Macintosh:
Vielleicht ein wenig barsch geschrieben von mir, geb ich zu ;)
Aber was ich damit sagen will, es ist nicht üblich diese Werte zugänglich zu machen bevor der Vertrag abgeschlossen wird. Ich kenne z.B. (bzw. kannte bis heute keinen, danke dem Poster) keinen Anbieter der dies macht. Sonst hätte ich warsch. auch keinen s4y vServer am Hals, aber das ist ein anderes Thema... (oder ich war zu blind)

Ich habe das oben so geschrieben weil ich eben auch schonmal auf die selbe Weise in die Sch... gegriffen habe. Deshalb habe ich hier z.B. dann auch nach den Daten eines Strato vServers gefragt, und dann auch zugeschlagen.

In wie weit das ganze juristisch zum Vertrag gehört kann ich leider nicht sagen, dafür fehlt mir einfach die Fachkenntnis. Keine Frage das es ärgerlich ist, aber ob Du deswegen aus dem Vertrag kommst ist m.e. fraglich.

lg
Basti
 
Vielleicht ein wenig barsch geschrieben von mir, geb ich zu ;)
Aber was ich damit sagen will, es ist nicht üblich diese Werte zugänglich zu machen bevor der Vertrag abgeschlossen wird. Ich kenne z.B. (bzw. kannte bis heute keinen, danke dem Poster) keinen Anbieter der dies macht.

In wie weit das ganze juristisch zum Vertrag gehört kann ich leider nicht sagen, dafür fehlt mir einfach die Fachkenntnis. Keine Frage das es ärgerlich ist, aber ob Du deswegen aus dem Vertrag kommst ist m.e. fraglich.
Hallo Basti,

kein Problem, man muss ja drüber reden und seine Ansichten austauschen - dafür sind Foren da :)

Also....:
Eben weil die Anbieter diese Werte nicht angeben, können sie auch nicht Vertragsbestandteil sein.

Wenn ich 10 Äpfel für 10 Tage habe, will ich die auch geniessen, und nicht hören, dass ich keine mehr essen darf, weil ich schon zuviel von den roten gefuttert hab: "Hey, Dein redapplecounter-Wert ist erreicht, sorry, da musst Du einen neuen Sack Äpfel kaufen." Von wegen! :mad:

Wenn ich einen Server mit 4,5GB Plattenplatz und 500GB Traffic hab, will ich auch, dass er (innerhalb dieser Grenzen) erreichbar ist und nicht hören, dass er down ist, weil irgendein Wert erreicht ist, der nie besprochen wurde.

Weder privvmpages noch die Farbe der Äpfel wurde je erwähnt, können also nicht Bestandteil der Verträge sein.

Ich seh' das so: Aus jedem Vertrag kommt man raus, spätestens dann, wenn eine Partei sich nicht an die Vertragsvereinbarung hält.
Zunächst sollte man anmahnen und sie auffordern nachzubessern. Wenn sie dieser Aufforderung nicht nachkommen, werden sie vertragsbrüchig und man ein ausserordentliches Kündigungsrecht. $$$ zurück zu bekommen, könnte problematisch sein und würde m.E. wegen der geringen Beträge auch nicht wirklich lohnen, wäre aber formal wohl möglich. Mein Vetrag läuft seit 3 Jahren, ich hatte nie Probleme: Wenn irgendwelche Werte erreicht waren, haben die Jungs bisher sofort reagiert und die Limits hochgesetzt. Auf einmal geht das angeblich nicht mehr, aber in meinem Fall nicht tragisch, da der Vertrag eh bald ausläuft und ich sogar fristgerecht kündigen kann.

Ich gebe hier natürlich nur meine persönliche Sichtweise wieder; rechtliche Beratung gebe ich keine. Um 100% sicher zu sein, sollte man (s)einen Anwalt fragen.
 
Was das rechtliche angeht können wir hier eh leider nur rumrätseln.
Aber wenn Du die Möglichkeit hast Fristgerecht zu kündigen, würde ich das nutzen. Spart Dir auf jeden Fall eine Menge nerven.

Es gibt hier im Forum auch einen Thread wo die verschiedenen UBC Werte der Anbieter aufgeführt sind, einfach sie SuFu quälen :)

lg
Basti
 
mach doch einfach mal ein cat /proc/user_beancounters in der Konsole und poste das Ergebnis hier.
Anschließend wird dir auch jemand sagen können, ob deine bestellten Leistungen auch erbracht werden. Vielleicht hast du auch einfach nur das "falsche" Paket bestellt für deine Anforderungen :-)

Hallo Nummer 1 :)

ich könnte das gerne tun, kein Problem.

Da ich aber weiter oben sehr ausführlich dargelegt habe, dass diese Werte nicht Bestandteil meines Hostingvertrages sein können und auch die AGB keine Klausel enthalten, die p. ein Schlupfloch offen lassen um diese Beschränkungen zu rechtfertigen, sehe ich wenig Sinn darin.

Die Zahlen entsprechen in 'barrier' und 'limit' denen von foggy (s.o.), schliesslich haben wir beiden den gleichen go_serv_one. Allerdings habe ich bei privvmpages keinen failcount von 1.7 Mio., wie foggy, sondern "nur" 20.000. Stattdessen sind die numfiles sind zu 95% ausgeschöpft - failcount über 4.000 :(

Ansonsten bin ich sicher, dass ich genau das perfekt passende Paket habe. Hier ein paar Werte aus dem Virtuozzo CP, die das bestätigen, und du wirst mir sicher zustimmen, No.1 Hosting:

CPU Usage:
Load Average
0.0, 0.0, 0.01

Network Usage:
Bandwidth
0.08%

Die Platte belege ich zu 29%, d.h. 3,3GB von den 4,5GB die ich hab sind leer. Von den 500GB Traffic, die ich im Monat verbrauchen kann, nutze ich 1,5 oder max. 2GB (habe auf dem vserver im gesamten vergangen Jahr etwas mehr als 15GB Traffic 'geschafft').

Und da soll mir einer erzählen ich hätte nicht das richtige Paket? Naja, vielleicht ist es zu gross für meine Anwendung :D
 
Ich fürchte, mit der juristischen Schiene wirst Du nicht weit kommen. Die UBC-Werte der Server sind nicht Bestandteil des Vertrages.
Um mal bei Deinem Apfel-Beispiel zu bleiben -- denn der Sachverhalt sieht nicht so aus wie von Dir geschildert:

Du hast einen Vertrag geschlossen über den täglichen Zugriff auf eine gewisse Anzahl von Äpfeln. Die gibt Dir der Provider auch -- allerdings sind die furchtbar klein, so dass Du nicht satt wirst. Verständlich, dass Du dann sauer bist, denn Du hattest Dir das anders vorgestellt, aber der Provider hat seinen durch den Vertrag geschuldeten Teil geliefert.

Dein vServer ist nicht fehlerhaft, er wird von Dir überlastet: Du alleine bist für die Konfiguration zuständig. Niemand hindert Dich daran unnötige Services (mail, mysql, php -- braucht man alles nicht für statische Webseiten) zu beenden und einen http-Server zu installieren, der weniger Ressourcen braucht, und voilà, schon funktioniert alles ohne Deine UBCs zum Überlaufen zu bringen.
Natürlich wirst Du jetzt sagen, dass es Aufgabe des Providers ist, den Server so bereit zu stellen, dass von Anfang an ein vernünftiges Arbeiten möglich ist, aber auf diese Diskussion will ich mich nicht einlassen, da die in letzter Zeit schon oft genug hier im Forum geführt wurde. Du kannst die Threads sicher leicht mit der Suchfunktion finden. Dabei wirst Du feststellen, dass so mancher verärgerter Schreiber meinte im Recht zu sein, und das ganze Thema seinem Rechtsanwalt übergeben wollte, aber leider liest man nie eine Rückmeldung, dass er vor Gericht Erfolg gehabt hätte. Naja, vielleicht kommt das ja doch noch mal vor ;)

Verbuche das Ganze einfach unter "Pech gehabt, beim nächsten Server mach ich's besser". Es ist nun mal so, dass der Servermarkt hart umkämpft ist und die Preise für Server einer gewissen Klasse sich im Großen und Ganzen in ähnlich Regionen bewegen. Wenn dann ein Provider deutlich billiger ist, sollte einem bewusst werden, dass er an irgendeiner Stelle sparen muss, denn draufzahlen will wohl kein Geschäftsmann. Daher muss man sich beim Anmieten eines Servers klar werden, welche Ressourcen, Qualität/Verfügbarkeit, Service, etc. man selber braucht (kostet alles Geld) und an welchen Stellen man bereit ist, Abstriche zu machen...

Viele Grüße,
LinuxAdmin

PS: Ich arbeite für keinen Provider und will daher auch keinen in Schutz nehmen; im Gegenteil, mich nervt auch, dass es so mühsam ist rauszufinden, ob Provider A oder B besser meine Ansprüche befriedigen kann -- aber glücklicherweise gibt es ja Foren wie dieses hier. Allerdings stört es mich auch, dass hier manchmal Leute kommen, die bereit sind, einen Fiat 500 zu bezahlen, dafür aber die Leistung eines Ferraries erwarten (überspitzt ausgedrückt).
 
Hallo LinuxAdmin,

danke für dein sachliches und ausführliches Posting!

Ich fürchte, mit der juristischen Schiene wirst Du nicht weit kommen.
Das sei mal dahingestellt aber ich werd's erst garnicht versuchen - für 4,99/Monat lacht mich mein Anwalt aus, wenn ich ihm damit komme :)

Die UBC-Werte der Server sind nicht Bestandteil des Vertrages.
Danke, genau das sag ich doch die ganze Zeit.

Dein vServer ist nicht fehlerhaft, er wird von Dir überlastet:
Bei 100% idle und 0,08% Bandbreitenauslastung überlastet? :confused:

Du alleine bist für die Konfiguration zuständig. Niemand hindert Dich daran unnötige Services (mail, mysql, php -- braucht man alles nicht für statische Webseiten) zu beenden und einen http-Server zu installieren, der weniger Ressourcen braucht, und voilà, schon funktioniert alles ohne Deine UBCs zum Überlaufen zu bringen.
ich hab doch schon alles so runterkonfiguriert, dass ich minimalst laufe. z.B: Apache:
Code:
<IfModule prefork.c>
StartServers         1
MinSpareServers      1
MaxSpareServers      2
Ja, MySQL läuft, weil ichs für was brauche. Ist aber auch so minimalst konfiguriert, dass es grade so läuft und 10 Tabellen sollten keinem weh tun, nicht mal dem billigsten vserver. PHP beeinflusst nach meinem Verständnis nicht die numfiles, oder?

...dass so mancher verärgerter Schreiber meinte im Recht zu sein, und das ganze Thema seinem Rechtsanwalt übergeben wollte, aber leider liest man nie eine Rückmeldung, dass er vor Gericht Erfolg gehabt hätte. Naja, vielleicht kommt das ja doch noch mal vor ;)
Ach was - wer macht sich denn DEN Ärger wegen "Peanuts"? :) Wird alles nicht so heiss gegessen, wie's gekocht wird :)

Verbuche das Ganze einfach unter "Pech gehabt, beim nächsten Server mach ich's besser".
Genau so wirds wohl laufen. Nur weg hat hier das Pech? Ich, weil ich einen halben Tag "Umzug" einplanen muss oder p. weil sie einen seit 3 Jahren treu zahlenden Kunden verlieren, der keinen Traffic verursacht und den Support nicht mit technischen Fragen nervt?

Es ist nun mal so, dass der Servermarkt hart umkämpft ist und die Preise für Server einer gewissen Klasse sich im Großen und Ganzen in ähnlich Regionen bewegen. Wenn dann ein Provider deutlich billiger ist, sollte einem bewusst werden, dass er an irgendeiner Stelle sparen muss, denn draufzahlen will wohl kein Geschäftsmann.
Verstehe ich. Nun sag mir, was es den Provider kostet, wenn er statt 2.500, sagen wir 3.500 numiles erlaubt? Ich nehme mal an NIX. Dass ihm aber die Kunden weglaufen, weil sie diese Probleme haben, kostet ihn ne ganze Menge mehr, aber soweit denken nun mal nicht alle ;)

Daher muss man sich beim Anmieten eines Servers klar werden, welche Ressourcen, Qualität/Verfügbarkeit, Service, etc. man selber braucht (kostet alles Geld) und an welchen Stellen man bereit ist, Abstriche zu machen...
... Allerdings stört es mich auch, dass hier manchmal Leute kommen, die bereit sind, einen Fiat 500 zu bezahlen, dafür aber die Leistung eines Ferraries erwarten (überspitzt ausgedrückt).
Vollkommen richtig! Ich habe den billigsten VServer genommen, den ich finden konnte. Ich geb's zu :). Ich nutze 1/3 der mir zur Verfügung gestellen Plattenkapazität und 0,1% des Traffics. Die CPU dreht ständig im Leerlauf (100% idle); weil sie nix zu tun hat. Ich habe den 500er FIAT gesucht und gefunden, zahle meine super niedrigen Leasingraten, Steuer und Versicherung, der Kleine ist vollgetankt, Ölstand stimmt, ich fahre nur zum Supermarkt, nie schneller als 30 km/h, lade nie mehr als ne Kiste Sprudel in den Kofferraum aber fahren tut er trotzdem nicht richtig, weil...
...sorry hier fällt mir nun wirklich kein Vergleich ein :)

Ansonsten betreibe ich 4 dedizierte root-Server, die kosten GELD, werden aber auch im Gegensatz zum vserver belastet. Ich spreche von TerraBytes Traffic und MySQL Datenbanken mit mehreren Mio. Datensätzen. Eben weil er NIX zu tun hat, habe ich einen vserver gebucht, aber wenn NIX noch zu viel ist, ist doch irgendwas nicht stimmig und es drängt sich wieder floggy's Verschwörungstheorie auf, oder? :(

"Einen neuen Kunden zu gewinnen kostet viel Geld.
Einen bestehenden Kunden zu halten kostet viel weniger.
Einen enttäuschten Kunden zu verlieren ist nicht mit Geld zu beziffern."


Schönen Abend noch! :)
 
Das Problem ist dass zu viele offene Files weder Belastung noch Traffic verursachen! Ich konnte das auf dem s4y vServer nur beheben in dem ich z.B. Spamassassin etc rausgehauen habe, danach reichten die UBC´s gerade so. Mittlerweile läuft auf dem vServer nur noch ein Squid, ein Teamspeak und paar Testscripte, nix produktives mehr.
 
Back
Top