An dieser Eigeninitiative scheint es dem Großteil der Beteiligten zu mangeln.
Wieso mehr? Soll das heißen, dass S4Y am billigsten ist?
Bei wem läuft eigentlich sein S4Y vServer noch (bzw. wieder)?
- Thread starter holeshoot
- Start date
DerFotoFreak
New Member
Nuja... im Augenblick scheint mein Server dort wirklich "billig" zu sein. Als ich mich damals für den Vserver entschied, war er günstig. ;-)Wieso mehr? Soll das heißen, dass S4Y am billigsten ist?
Ich will fair bleiben: Hatte mir das Teil *grübel* Mitte 2005 geordert, und bis so ungefähr Oktober lief die Kiste auch rund, wenn man mal von öfterm "Memory Exceed" mit erforderlichem Reboot absieht. Aber ich war sonst echt(!!) zufrieden mit dem Teil.
Aber nützt ja nix... müsste ("fristgerecht") sowieso im April kündigen, also lasse ich mir die Zeit, das bis dahin noch zu beobachten. Soll heissen: Für die "paar Tage" mache ich mir keinen Stress. Und mein aktuelles CMS-Projekt (Foto-Site mit Content und Galerie) teste ich halt auf nem lokalen Linuxrechner... naja, ich will gar nicht erst weiter nachdenken und mich ärgern. Wechseln und gut is, wenn sich da nix weiter tut.
Hm, ob das Angebot jetzt noch am günstigsten ist... bei der Vielfalt bzw. den vielen verschiedenen Varianten der Angebote kann man das, glaub ich, gar nicht präzise sagen. Für das, was ich benötige (und bis letzte Woche noch bekam, lach) war "mein" S4Y-Server für mich günstig. ;-)
Agb
Wenn man sich auf die AGB beruft siehts schlecht aus. Sie sagen eine Erreichbarkeit der physikalischen Anbindung zu. Das heisst aber nicht, dass Dein Server auch erreichbar sein muss.
Man kann die AGB auch so lesen:
Ausdrücklich ausgenommen von dieser(!) Zusage sind Zeiten, in denen der Webserver aufgrund von technischen [...] Problemen [oder von Problemen die nicht im Einflussbreich des Providers liegen] über das Inet nicht erreichbar ist. Und wir sind uns einig, dass S4Y hier technische Probleme hat, also sind diese von der Zusage ausgenommen.
Ein andere Frage ist ob diese AGB zulässig sind, denn ich persönlich würde eine solche Formulierung und Regelung in den AGB nicht erwarten. Das ist ja fast ein totaler Haftungsausschluss.
Wenn man sich auf die AGB beruft siehts schlecht aus. Sie sagen eine Erreichbarkeit der physikalischen Anbindung zu. Das heisst aber nicht, dass Dein Server auch erreichbar sein muss.
Man kann die AGB auch so lesen:
Ausdrücklich ausgenommen von dieser(!) Zusage sind Zeiten, in denen der Webserver aufgrund von technischen [...] Problemen [oder von Problemen die nicht im Einflussbreich des Providers liegen] über das Inet nicht erreichbar ist. Und wir sind uns einig, dass S4Y hier technische Probleme hat, also sind diese von der Zusage ausgenommen.
Ein andere Frage ist ob diese AGB zulässig sind, denn ich persönlich würde eine solche Formulierung und Regelung in den AGB nicht erwarten. Das ist ja fast ein totaler Haftungsausschluss.
Genau, denn wenn ein Serveranbieter dafür verantwortlich ist, dass ein Server down ist, dann ist das immer auf Grund von technischen Problemen ;-) Wobei ich mir natürlich auch durchaus vorstellen könnte, dass man als Hardware bei S4Y auch schnell mal psychische Probleme kriegt.
rubeon
Registered User
Ja, die AGBs sind verbindlich, selbst wenn die etwas vage formuliert sind. Was viele Leute vergessen ist daß die Werbung einer Firma genauso verbindlich ist. Weil manche Dinge in den AGBs *vielleicht* angesprochen sind, sind viele anderen deutlich und klar in S4Ys Werbung versprochen, z.B. bei RootDS "PowerFeatures" wie Rescue, Reboot und Backup.
Wenn diese Features nicht funktionieren, dann steht S4Y im Pflicht sich zeitlich um das Problem zu kümmern, wie jede Firma.
Wenn diese Features nicht funktionieren, dann steht S4Y im Pflicht sich zeitlich um das Problem zu kümmern, wie jede Firma.
Ich denke, bei dem ganzen Thema kommt es stark auf die Seriosität des Anbieters an. Ein guter Provider gibt die Ausfälle zu und bietet eine Kompensation (z.B. drei Monate keine Gebühren) an. Das ist jetzt kein Märchen aus 1001 Nacht, nein das habe ich bei zwei verschiedenen Providern tatsächlich in ähnlicher Form erlebt.
Ist der Provider unseriös und zeigt kein Einsehen, dann dürfte aufgrund der geringen Geldbeträge und der schwammigen Rechtslage der Kunde einfach der Dumme sein. Wem es dann zu bunt wird, dem bleibt nur kündigen, die restlichen Monatsbeiträge abschreiben und jammern, wie unfair es auf dieser Welt zugeht.
Ist der Provider unseriös und zeigt kein Einsehen, dann dürfte aufgrund der geringen Geldbeträge und der schwammigen Rechtslage der Kunde einfach der Dumme sein. Wem es dann zu bunt wird, dem bleibt nur kündigen, die restlichen Monatsbeiträge abschreiben und jammern, wie unfair es auf dieser Welt zugeht.
Last edited by a moderator:
Habe jetzt die dritte längere downtime in den letzten 10 tagen,
seit dienstag zwei Ausfälle von 12 und aktuell 14+ stunden.
beim ersten mal konnte ich wenigstens noch die hotline erreichen, das ist im moment aber auch unmöglich.
mache zwar nix kommerzielles mit dem server, aber bin dennoch schwer genervt.
seit dienstag zwei Ausfälle von 12 und aktuell 14+ stunden.
beim ersten mal konnte ich wenigstens noch die hotline erreichen, das ist im moment aber auch unmöglich.
mache zwar nix kommerzielles mit dem server, aber bin dennoch schwer genervt.
Tjoar Seit gestern 22.00uhr ist der vServer Down - Grund :
Der Mainframe Server ist seit ca. 3h15min wieder Online , mein angemieteter vserver ( vs169064 ) ist dennoch Offline pünktlich zum Wochenende, ist echt ärgerlich, gerade weil wir Veranstaltungen promoten müssenund sich die User bei uns informieren können. Bin mal gespannt ob das noch was wird.
Ich habe nur schlechtes über S4Y gelesen und war sehr erfreut als vorhin der Mainframe Server wieder online war ( hätte ich nicht gedacht ) daher meine Vermutung mein vserver zieht nach aber " pustekuchen "
mfg Rhadé
Der Mainframe Server ist seit ca. 3h15min wieder Online , mein angemieteter vserver ( vs169064 ) ist dennoch Offline pünktlich zum Wochenende, ist echt ärgerlich, gerade weil wir Veranstaltungen promoten müssenund sich die User bei uns informieren können. Bin mal gespannt ob das noch was wird.
Ich habe nur schlechtes über S4Y gelesen und war sehr erfreut als vorhin der Mainframe Server wieder online war ( hätte ich nicht gedacht ) daher meine Vermutung mein vserver zieht nach aber " pustekuchen "
mfg Rhadé
Code:
Feb 17 14:06:04 df-rs-l48 Unable to handle kernel paging request at ffffff02c23fac10 RIP:
Feb 17 14:06:04 df-rs-l48 [<ffffffffa00ad389>] :ip_conntrack:__ip_conntrack_find+0x39/0x100
Feb 17 14:06:04 df-rs-l48 PML4 6fe063 PGD 0
Feb 17 14:06:04 df-rs-l48 Oops: 0000 [1] SMP
Feb 17 14:06:04 df-rs-l48 CPU: 1, VCPU: 240201:3
Feb 17 14:06:04 df-rs-l48 Modules linked in: vzrst iptable_nat vzcpt ip_vzredir vzredir vzcompat vzdquota vzfs vzethdev vzevent vzlist vzstat ip_vznetstat af_packet
+ipt_length ipt_ttl ipt_tcpmss ipt_TCPMSS iptable_mangle ipt_multiport ipt_limit ipt_tos ipt_state ip_conntrack ipt_REJECT 8021q bridge vznet vznetstat vzmon vzdev
+iptable_filter ip_tables tun thermal processor fan button battery ac uhci_hcd ehci_hcd e1000
Feb 17 14:06:04 df-rs-l48 Pid: 10649, comm: python2 Tainted: P 2.6.9-023stab040.2-smp
Feb 17 14:06:04 df-rs-l48 RIP: 0060:[<ffffffffa00ad389>] [<ffffffffa00ad389>] :ip_conntrack:__ip_conntrack_find+0x39/0x100
Feb 17 14:06:04 df-rs-l48 RSP: 0000:000001021740fc58 EFLAGS: 00010202
Feb 17 14:06:04 df-rs-l48 RAX: ffffff00131a8000 RBX: 000001021740fcd8 RCX: 00000002af252c10
Feb 17 14:06:04 df-rs-l48 RDX: 00000102176c5c00 RSI: 0000000000000001 RDI: 000001021740fcd8
Feb 17 14:06:04 df-rs-l48 RBP: 0000000000000000 R08: ffffffffa00b6fe0 R09: 00000101e3e01500
Feb 17 14:06:04 df-rs-l48 R10: 0000000000000000 R11: ffffffffa00af6b0 R12: 000001021740fcd8
Feb 17 14:06:04 df-rs-l48 R13: ffffffffa00b6fe0 R14: 0000000000000000 R15: 000001021740fcc4
Feb 17 14:06:04 df-rs-l48 FS: 0000000000000000(0000) GS:ffffffff806f5800(0033) knlGS:00000000b7d846c0
Feb 17 14:06:04 df-rs-l48 CS: 0060 DS: 007b ES: 007b CR0: 000000008005003b
Feb 17 14:06:04 df-rs-l48 CR2: ffffff02c23fac10 CR3: 0000000006bfc000 CR4: 00000000000006e0
Feb 17 14:06:04 df-rs-l48
Feb 17 14:06:04 df-rs-l48 Process python2 (pid: 10649, veid=240201, threadinfo 00000101a5094000, task 00000101fc830cb0)
Feb 17 14:06:04 df-rs-l48 Stack: 0000000000000002 0000000000000000 000001021740fcd8 ffffffffa00ad47b
Feb 17 14:06:04 df-rs-l48 ffffffffa00b6fe0 00000101e3e01500 000001021740fd90 ffffffffa00ad7c5
Feb 17 14:06:04 df-rs-l48 ffffffff804510e0 0000000080000000
Feb 17 14:06:04 df-rs-l48 Call Trace: <IRQ> [<ffffffffa00ad47b>] :ip_conntrack:ip_conntrack_find_get+0x2b/0x60
Feb 17 14:06:04 df-rs-l48 [<ffffffffa00ad7c5>] :ip_conntrack:ip_conntrack_in+0x145/0x7c0
Feb 17 14:06:04 df-rs-l48 [<ffffffff804510e0>] ip_forward_finish+0x0/0x90
Feb 17 14:06:04 df-rs-l48 [<ffffffff8043fa7a>] nf_iterate+0x5a/0xc0
Feb 17 14:06:04 df-rs-l48 [<ffffffff80452500>] dst_output+0x0/0x30
Feb 17 14:06:04 df-rs-l48 [<ffffffff8043fee7>] nf_hook_slow+0xa7/0x140
Feb 17 14:06:04 df-rs-l48 [<ffffffff80452500>] dst_output+0x0/0x30
Feb 17 14:06:04 df-rs-l48 [<ffffffff80452876>] ip_build_and_send_pkt+0x266/0x290
Feb 17 14:06:04 df-rs-l48
Feb 17 14:06:04 df-rs-l48 [<ffffffff8046bbee>] tcp_v4_send_synack+0xde/0x150
Feb 17 14:06:04 df-rs-l48 [<ffffffff80468c7e>] tcp_keepalive_timer+0x16e/0x550
Feb 17 14:06:04 df-rs-l48 [<ffffffff80468b10>] tcp_keepalive_timer+0x0/0x550
Feb 17 14:06:04 df-rs-l48 [<ffffffff80149092>] run_timer_softirq+0x192/0x1f0
Feb 17 14:06:04 df-rs-l48 [<ffffffff8014494b>] __do_softirq+0xbb/0x170
Feb 17 14:06:04 df-rs-l48 [<ffffffff80144a35>] do_softirq+0x35/0x40
Feb 17 14:06:04 df-rs-l48 [<ffffffff8011e9b6>] smp_apic_timer_interrupt+0x96/0xc0
Feb 17 14:06:04 df-rs-l48 [<ffffffff80111327>] apic_timer_interrupt+0x63/0x68
Feb 17 14:06:04 df-rs-l48 <EOI> [<ffffffff801273c9>] sys32_gettimeofday+0x19/0xa0
Feb 17 14:06:04 df-rs-l48 [<ffffffff801265f6>] ia32_syscall+0x6/0x3f
Feb 17 14:06:04 df-rs-l48 Code: 48 8b 14 01 48 8b 02 0f 18 08 65 48 8b 04 25 00 00 00 00 48
Feb 17 14:06:04 df-rs-l48 RIP [<ffffffffa00ad389>] :ip_conntrack:__ip_conntrack_find+0x39/0x100
Feb 17 14:06:04 df-rs-l48 RSP <000001021740fc58>
Feb 17 14:06:04 df-rs-l48 CR2: ffffff02c23fac10
Feb 17 14:06:04 df-rs-l48 Kernel panic - not syncing: Oops
Last edited by a moderator:
na gut, war grad nur etwas angesäuert, weil das erste was ich las als ich wieder nach hause kam ein haufen fragen war, warum denn diverse boards schon wieder down sind ...
weiss auch dass man nicht permanent alles im griff haben kann, nur ist die häufung im moment schon etwas unglücklich.
zumindest weiss ich ja nun woran es liegt.
thx
S.
weiss auch dass man nicht permanent alles im griff haben kann, nur ist die häufung im moment schon etwas unglücklich.
zumindest weiss ich ja nun woran es liegt.
thx
S.
Das System ist wieder up.Outbreaker
New Member
Ach ja DDOS kann ja so schön sein.
Server4you hat wohl einen falschen kunden geärgert.
Server4you hat wohl einen falschen kunden geärgert.
Und nu isser wieder weg!
Dieses Jahr zum 6. Mal! Und keiner erreichbar, weder Telefonsupport, noch Powerpanel und ich wette, es sind wieder Routing Probleme.
Ich stehe mittleriweile fassungslos vor soviel Inkompetenz und bedauere, mich dem falschen Provider an den Hals geschmissen zu haben.
Server4You wird der Grund dafür sein, das lle meine bisherigen Webhosting und Typo3 Kunden den dienstleister wechseln, denn wer läßt sich denn laufend den Ausfall der Geschäftskorrespondenz gefallen?
Ich habe eine dermaßene Wut, vor allem der Machtlosigkleit wegen.
Dieses Jahr zum 6. Mal! Und keiner erreichbar, weder Telefonsupport, noch Powerpanel und ich wette, es sind wieder Routing Probleme.
Ich stehe mittleriweile fassungslos vor soviel Inkompetenz und bedauere, mich dem falschen Provider an den Hals geschmissen zu haben.
Server4You wird der Grund dafür sein, das lle meine bisherigen Webhosting und Typo3 Kunden den dienstleister wechseln, denn wer läßt sich denn laufend den Ausfall der Geschäftskorrespondenz gefallen?
Ich habe eine dermaßene Wut, vor allem der Machtlosigkleit wegen.
