Bekijk Volledige Versie : Kdiss netwerk down
Zijn er nu nog altijd mensen offline?
yep ik en Edwin Schippers.. :mad:
Swiftway-UK
29/06/07, 11:49
ben nu 33,5 uur offline. Heb zelfs nu eunetworks gebeld. Zij gaan proberen voor mij iemand te bereiken.
Geen probleem, je hebt natuurlijk een tweede DNS in een ander netwerk en backups offsite. Huur je gewoon ergens anders een server, restored de backups en vantevoren wijzig je al IPs van je secondary server waar je ook MX fallback op draait natuurlijk.
Dus je bent weer online, er is geen mail verloren gegaan en alles is weer goedgekomen.
Waarom wacht je 33 uur om dit zo op te gaan lossen? doe dat direct na 8 uur, ben je bijna direct weer online.
Waarom wacht je 33 uur om dit zo op te gaan lossen? doe dat direct na 8 uur, ben je bijna direct weer online.
Omdat niet iedereen de stap zo snel maakt om direct weg te verhuizen. Eenmaal die stap nemen en je "breekt" met je leverancier waar (misschien) nog vertrouwen in is.
Met 33 uur ben je ook al je klanten kwijt. Dat vertrouwen was ik na 33 uur al kwijtgeweest.
ben nu 33,5 uur offline. Heb zelfs nu eunetworks gebeld. Zij gaan proberen voor mij iemand te bereiken.
Niet om het 1 of ander hoor, maar ik vind dit echt asociaal.
Die mensen van EU hebben hier niets mee te maken.
Nu inmiddels 24,5 uur.
Het ergste is nog, dat er niemand te bereiken is, de ene telefoniste meld dat ze om 23:00 uur nog bezig zijn, de ander wist te vertellen dat ze al om 16:00 uur naar huis waren gegaan. Het centrale nummer wordt doorgeschakeld naar een mobieltje die ook al 24 uur niet aan staat!
HOPELOOS!!!! :mad:
KDISS zit toch in dezelfde ruimte als ProServe bij euNetworks? Als dat klopt (ik zag gisterenmiddag ook al heel de tijd servers naar binnen gebracht worden) dan waren ze gisterenavond niet meer op de datavloer bezig in iedergeval. Ik was tot 22:30 in euNetworks (vanaf +/- 20:30) en heb niemand anders dan de bewaker gezien.
Niet om het 1 of ander hoor, maar ik vind dit echt asociaal.
Die mensen van EU hebben hier niets mee te maken.
Mee eens, euN is niet de partij die je moet gaan lastig vallen.
Verder, wacht allemaal gewoon netjes op een verklaring van KDISS, je kunt je nu wel enorm boos gaan zitten maken enzo, maar daar schiet je niets mee op.
PS: {xx}
er is geen mail verloren gegaan en alles is weer goedgekomen.
Nou, zo simpel is het volgens mij nu ook weer niet. Als klanten de dag tevoren om b.v. 17:00 uur het laatst hun mail opgehaald hebben, en de server is om 01:00 offline gegaan, en je doet de volgende ochtend de verhuizing zoals jij voorstelt, dan missen de klanten de email die is binnengekomen op de oude server tussen 17:00 en 01:00.
En ook wijzigingen die op de server gedaan zijn na de laatste backup zijn natuurlijk weg, en weet jij van al jouw klanten wat zij precies allemaal gewijzigd hebben op de server?
Ik zal niet zeggen dat vroeg of laat de noodzaak ontstaat om de server te moeten verhuizen, maar om het nou te doen voorkomen alsof het bij wijze van spreken slechts een kwestie is van een knop omdraaien, dat is wel een beetje erg kort door de bocht.
Swiftway-UK
29/06/07, 12:44
Nou, zo simpel is het volgens mij nu ook weer niet. Als klanten de dag tevoren om b.v. 17:00 uur het laatst hun mail opgehaald hebben, en de server is om 01:00 offline gegaan, en je doet de volgende ochtend de verhuizing zoals jij voorstelt, dan missen de klanten de email die is binnengekomen op de oude server tussen 17:00 en 01:00.
Je kunt die mail en data dan weer kopieren als de oude server online komt.
Lijkt me beter dat de klanten weer online zijn, mail kunnen ontvangen, websites bereikbaar zijn, etc.
AlexanderOnline
29/06/07, 13:04
Dat 0800 nummer is vaak niet bereikbaar, maar met nummer van de kdiss.nl whois kreeg ik iig een callcenter miep. Ik heb ook het kdiss kvk uitreksel hier, staan geen nummers op, maar mocht iemand geintreseerd zijn pm.
@swiftway: als je geen hotspare hebt draaien is 'even' een server opzetten etc. niet iets wat je 123 doet. En naderhand de data weer terugkopieren kan ook voor problemen zorgen.
Je kunt die mail en data dan weer kopieren als de oude server online komt.
Lijkt me beter dat de klanten weer online zijn, mail kunnen ontvangen, websites bereikbaar zijn, etc.
En valkuilen alom! Hoe wil je die email kopieren? Die zitten in een groot bestand, en als je die overkopieert overschrijf je email die inmiddels op de nieuwe server is binnengekomen. Een voor een kopieren? Dat wordt erg lastig. De klant zou b.v. een extra email account kunnen aanmaken voor de mailbox op de oude server om die nog leeg te halen, maar leg dat maar eens uit, aan een hele rits klanten, voor al hun mailboxen...
En de sql-database van die klant die een webshop draait? Zelfde probleem. Die database kun je niet zomaal overkopieren, want er kunnen inmiddels nieuwe bestellingen in die database zitten op de nieuwe server. Maar er kunnen ook nog onverwerkte bestellingen zitten in de database op de oude server. Dat wordt dus een incremental restore oid. En dat voor iedereen op de server.
Begrijp me niet verkeerd, je hebt natuurlijk gelijk dat je niet offline kunt blijven. Op een gegeven moment zul je aktie moeten ondernemen en verhuizen. Ik wil alleen maar zeggen dat zoiets een grondige planning vereist, zeker als het ad hoc moet gebeuren. Anders zit je binnen de korste keren met nog veel meer problemen.
Swiftway-UK
29/06/07, 13:22
En valkuilen alom! Hoe wil je die email kopieren? Die zitten in een groot bestand, en als je die overkopieert overschrijf je email die inmiddels op de nieuwe server is binnengekomen.
Hoever gaat je kennis van systeembeheer? bestanden kun je namelijk prima mergen, met linux in ieder geval wel. Ook slaat linux (en BSD) elke mailbox in een eigen bestand op. Anyway, overzetten is geen probleem.
SQL is inderdaad wat lastiger, maar je kunt je klanten toegang geven tot zowel de oude als de nieuwe server om bestellingen te verwerken.
Ook slaat linux (en BSD) elke mailbox in een eigen bestand op. Anyway, overzetten is geen probleem.
Afhankelijk van je mbox of Maildir/ config. Beide is mogelijk en kun jij weinig overzeggen hoe iedereen dat geconffiged heeft.
Niet alles is bij iedereen gelijk.
SQL is inderdaad wat lastiger, maar je kunt je klanten toegang geven tot zowel de oude als de nieuwe server om bestellingen te verwerken.
Alsof je huidige klanten niet meer hun huidige status willen weten van hun bestelling. Nu schiuif je het probleem dus af op de klanten om het maar te mergen, terwijl dit net nog zo makkelijk volgens jou was.
En valkuilen alom! Hoe wil je die email kopieren? Die zitten in een groot bestand, en als je die overkopieert overschrijf je email die inmiddels op de nieuwe server is binnengekomen. Een voor een kopieren? Dat wordt erg lastig. De klant zou b.v. een extra email account kunnen aanmaken voor de mailbox op de oude server om die nog leeg te halen, maar leg dat maar eens uit, aan een hele rits klanten, voor al hun mailboxen...
Je zou er over kunnen denken om voortaan Maildir te gaan gebruiken. Dan heb je gewoon losse bestanden en mappen per email.
En de sql-database van die klant die een webshop draait? Zelfde probleem. Die database kun je niet zomaal overkopieren, want er kunnen inmiddels nieuwe bestellingen in die database zitten op de nieuwe server. Maar er kunnen ook nog onverwerkte bestellingen zitten in de database op de oude server. Dat wordt dus een incremental restore oid. En dat voor iedereen op de server.
Je zal hier toch een plan voor moeten hebben voor als het ooit nog een keer misgaat. Bijvoorbeeld voortaan een Master -> Slave setup gebruiken en de slave ergens anders draaien.
Offtopic:
Ik ben zelf ook opzoek geweest naar een goedkope dedicated server, kwam toen ook bij kdiss uit. Echter na een grondige zoektocht op WHT kwam ik er achter dat KDISS toch niet zoon goede optie was.
Afhankelijk van je mbox of Maildir/ config. Beide is mogelijk en kun jij weinig overzeggen hoe iedereen dat geconffiged heeft.
Niet alles is bij iedereen gelijk.
Klopt. Wat we wel weten is dat er veel problemen zijn door het ontbreken van secondairy DNS's, en dus verlies van mail.
Ongeacht van latere problemen met de mail ben je deze dus nu kwijt. Met een fallback MX had je in ieder geval je mail gehad.
Jullie hebben mij nog niet eerder gezien in dit topic, maar ik houd het al bij vanaf het begin.
Ik heb één dedicated server bij Kdiss in de 217.170.21.xx range, deze is gisteren uiteraard ook offline geweest, en langer als ik verwacht had.
Maar als ik het hier zo lees ben ik nog een van de gelukkigen geweest, want mijn server was omstreeks 13:00 alweer online.
Ik heb gisteren wel een mailtje gestuurd naar Kdiss over de slechte informatievoorziening e.d.
En het antwoord hierop wil ik jullie niet onthouden.
-------------------------
Hallo Stefan,
de berichtgeving van onze kant liep inderdaad nogal stroef, en het was ook zeker niet de bedoeling om zo lang offline te blijven.
We zijn inmiddels met het netwerk en serverpark verhuisd naar het EuNetworks DC in Amsterdam. De exacte redenen en voordelen voor jouw als klant zul je op zeer korte termijn van ons vernemen.
Mijn excuses voor het ongemak.
Met vriendelijke groet,
Harm Weites - KDISS support
-----------------------------
Hoever gaat je kennis van systeembeheer? bestanden kun je namelijk prima mergen, met linux in ieder geval wel. Ook slaat linux (en BSD) elke mailbox in een eigen bestand op. Anyway, overzetten is geen probleem.
Elke mailbox staat welliswaar in een eigen bestand, maar niet iedere individuele email in dat mailbox bestand. Hoe wil jij de individuele emails mergen uit twee verschillende mailbox bestanden? Misschien schiet mij kennis op dat gebied inderdaad tekort, maar ik weet niet hoe ik dat voor elkaar zou moeten krijgen.
Je zal hier toch een plan voor moeten hebben voor als het ooit nog een keer misgaat. Bijvoorbeeld voortaan een Master -> Slave setup gebruiken en de slave ergens anders draaien.
Exact! Dat is ook alleen maar wat ik wilde zeggen, dat zoiets planning vereist en niet iets van "dat doen we wel eventjes".
Maar misschien raken we wat teveel off-topic, dus laat maar zitten. Iedere admin zal denk ik zelf het beste weten wat goed is voor zijn/haar server lijkt me.
Swiftway-UK
29/06/07, 14:03
Alsof je huidige klanten niet meer hun huidige status willen weten van hun bestelling. Nu schiuif je het probleem dus af op de klanten om het maar te mergen, terwijl dit net nog zo makkelijk volgens jou was.
Ik denk dat als je klanten de keuze geeft:
1. Hele dag site, webwinkel offline, inkomsten weg
of
2. Site weer online, bestellingen kunnen gedaan worden, maar je moet later op de oude server bestellingen handmatig overzetten.
Dat ze toch allemaal voor optie 2 kiezen, wat denk jij.
Zelf email hoef je niet perse om te zetten, wees creatief:
Klanten halen hun mail op van mail.server.com
mail.server.com heeft IP X.X.X.X.
Oude server komt weer online. Maar mail2.server.com alias, verzoek je klanten om eenmalig de mail daar ook op te halen. Je kunt ook een script schrijven waardoor je server zelf, nadat je klanten mail opgehaald hebben direct de oude mail naar zich toe gaat halen.
AlexanderOnline
29/06/07, 14:10
Mja leuk voor 5 klanten niet voor een paar honderd. Ik ben nog steeds van mening dat de kans op problemen alleen maar groter wordt. Tenzij je met een mooi redunant systeem werkt is zoiets gewoon teveel werk met teveel kans op problemen.
Even then: het opzetten van fallback DNS en MX had je veel problemen bespaard.
AlexanderOnline
29/06/07, 14:16
@Stefanvi: Wonder, je krijgt een reactie :x Nu maar wachten op de officiele verklaring.
Even then: het opzetten van fallback DNS en MX had je veel problemen bespaard.
Zie daarvoor de RFC's die dat zelfs eisen...
zie ook het stukje opvoeding voor isp's (http://www.****.nl/archives/30/en-dan-nu-een-stukje-opvoeding-voor-isp%e2%80%99s/)
AlexanderOnline
29/06/07, 14:43
Ja, dat hadden we ook, maar het ging over swiftway's suggestie om dmv een backup alles op een andere server op te zetten en dan naderhand die server bij te werken.
mensen anders houden we het even over het probleem ter sprake, iedereen heeft zijn eigen mening over hoe het wel of niet zou moeten zijn gedaan. Voorlopig zitten we al tegen de 20 pagina's waarvan de laatste 5 al niet meer over de problemen zelf gaan ;)
Swiftway-UK
29/06/07, 14:58
Was KDIS een directe klant van Telecity redbus of stonden zij er via een derde partij? ben daar wel nieuwsgrierig naar namelijk.
Ik had Rolf een klein jaartje geleden aan de telefoon en toen vertelde hij mij dat zij nog via een derde partij ondergebracht waren maar dat ze bezig waren om zelf rechtstreeks te gaan inhuren bij RB. Of dat er ooit ook daadwerkelijk van gekomen is weet ik niet.
Swiftway-UK
29/06/07, 15:13
Ik had Rolf een klein jaartje geleden aan de telefoon en toen vertelde hij mij dat zij nog via een derde partij ondergebracht waren
Zou dat misschien IO kunnen zijn?
Hoi allemaal,
Ik begrijp het niet, ze waren vooor een hele lange tijd offline gisteren wegens werkzaamheden (die ze 2/3 dagen voor de werkzaamheden per email vermelden).
Nou, na ongv 13/14 uur komt mijn server weer online. Ik weer happy alles restarten alles doet het weer.
En nu een dag later, valt ineens de server weer weg?!
Zijn ze nou weer bezig zonder aankondiging?!?! Ik vind dit wel heel triest hoor.
Ik ga snel een nieuwe dedicated hoster zoeken, dit wordt niet echt wat met hun. En gelijk contract verbreken, volgens SLA mag je contract verbreken indien server langer dan 8 uur offline is.
Zijn er andere mensen die hetzelfde probleem hebben?
Mvg,
Ali
Zou dat misschien IO kunnen zijn?
uit het verleden weet ik dt ze wel samen hebben gewerkt met IO, of dat nog steeds zo is kan ik niet zeggen.
Zou dat misschien IO kunnen zijn?
Ik kan me zo niet herinneren of hij ook gezegd heeft wie die derde partij was,
dat gesprek was een jaar geleden.
Ben zeer benieuwd wat de reden waren van Kdiss.
Het lijkt wel alsof de verbinding sneller is, maar dat lijkt misschien ook maar zo omdat je weet dat de server op een andere plaats staat.
Als ik ping haal ik steeds ongeveer 9 / 10 ms.
Maar helaas weet ik niet wat het daarvoor altijd was.
daarnaast zal de huur in het nieuwe centrum wel goedkoper zijn dan Redbus.
Was KDIS een directe klant van Telecity redbus of stonden zij er via een derde partij? ben daar wel nieuwsgrierig naar namelijk.
KDIS was een klant van IO/Cybercomm-IS (nu DIS Hosting) in TCRB3.
Ben zeer benieuwd wat de reden waren van Kdiss.
Het lijkt wel alsof de verbinding sneller is, maar dat lijkt misschien ook maar zo omdat je weet dat de server op een andere plaats staat.
Als ik ping haal ik steeds ongeveer 9 / 10 ms.
Maar helaas weet ik niet wat het daarvoor altijd was.
daarnaast zal de huur in het nieuwe centrum wel goedkoper zijn dan Redbus.
even offtopic, maar euNetworks is niet bepaald een goedkoop DC dus of het goedkoper dan Redbus is is nog maar de vraag ;)
even offtopic, maar euNetworks is niet bepaald een goedkoop DC dus of het goedkoper dan Redbus is is nog maar de vraag ;)
Misschien geven ze wel meer korting bij een groot aantal servers.
Maargoed, we zullen het gewoon af moeten wachten met wat voor argumenten ze komen.
Maar dat zal wel pas volgende week maandag worden op zijn vroegst. :(
Want in het weekend zullen ze echt niet zo'n nieuwsbrief gaan sturen.
Misschien geven ze wel meer korting bij een groot aantal servers.
Maargoed, we zullen het gewoon af moeten wachten met wat voor argumenten ze komen.
Maar dat zal wel pas volgende week maandag worden op zijn vroegst. :(
Want in het weekend zullen ze echt niet zo'n nieuwsbrief gaan sturen.
Bij een DC neem je geen servers af maar racks, en de bij de hoeveelheid racks die KDISS heeft krijg je echt geen korting.
AlexanderOnline
29/06/07, 18:22
Goed, inmiddels zijn we aan het einde van de werkdag beland en nog _geen_ reactie. Triest!
Bij een DC neem je geen servers af maar racks...
Vaak zelfs niet eens racks maar gewoon vierkante meters.
...en nog _geen_ reactie...
Inderdaad.
Ik zou nu zo langzamerhand toch wel eens een verklaring willen zien voor wat er allemaal gebeurd is...
Heb ze even gebeld en gevraagd of ze even naar mijn server kunnen kijken (omdat deze spontaan weer offline is gegaan vandaag, zie vorige bericht).
Nou, hij is weer online gezet, maar wtf is er met netwerk?!?!?
Request timed out.
Reply from 217.170.21.50: bytes=32 time=12ms TTL=56
Reply from 217.170.21.50: bytes=32 time=7ms TTL=58
Request timed out.
Reply from 217.170.21.50: bytes=32 time=10ms TTL=56
Reply from 217.170.21.50: bytes=32 time=12ms TTL=56
Reply from 217.170.21.50: bytes=32 time=6ms TTL=58
Request timed out.
Reply from 217.170.21.50: bytes=32 time=12ms TTL=56
Reply from 217.170.21.50: bytes=32 time=8ms TTL=58
Reply from 217.170.21.50: bytes=32 time=12ms TTL=58
Request timed out.
Request timed out.
Reply from 217.170.21.50: bytes=32 time=6ms TTL=58
Reply from 217.170.21.50: bytes=32 time=7ms TTL=58
Reply from 217.170.21.50: bytes=32 time=9ms TTL=56
Reply from 217.170.21.50: bytes=32 time=10ms TTL=56
Reply from 217.170.21.50: bytes=32 time=15ms TTL=58
Reply from 217.170.21.50: bytes=32 time=10ms TTL=56
Request timed out.
Reply from 217.170.21.50: bytes=32 time=7ms TTL=58
Request timed out.
Reply from 217.170.21.50: bytes=32 time=7ms TTL=58
Reply from 217.170.21.50: bytes=32 time=9ms TTL=56
alstu, de verklaring: http://www.kdiss.com/content.php?site=1&lang=1&id=48
PING 217.170.21.50 (217.170.21.50) 56(84) bytes of data.
64 bytes from 217.170.21.50: icmp_seq=1 ttl=57 time=6.21 ms
64 bytes from 217.170.21.50: icmp_seq=2 ttl=57 time=5.28 ms
64 bytes from 217.170.21.50: icmp_seq=3 ttl=57 time=5.42 ms
64 bytes from 217.170.21.50: icmp_seq=4 ttl=57 time=5.22 ms
64 bytes from 217.170.21.50: icmp_seq=5 ttl=57 time=5.50 ms
64 bytes from 217.170.21.50: icmp_seq=6 ttl=57 time=5.22 ms
64 bytes from 217.170.21.50: icmp_seq=7 ttl=57 time=5.39 ms
64 bytes from 217.170.21.50: icmp_seq=8 ttl=57 time=5.41 ms
64 bytes from 217.170.21.50: icmp_seq=9 ttl=57 time=5.17 ms
64 bytes from 217.170.21.50: icmp_seq=10 ttl=57 time=5.37 ms
64 bytes from 217.170.21.50: icmp_seq=11 ttl=57 time=5.43 ms
64 bytes from 217.170.21.50: icmp_seq=12 ttl=57 time=5.36 ms
64 bytes from 217.170.21.50: icmp_seq=13 ttl=57 time=5.21 ms
64 bytes from 217.170.21.50: icmp_seq=14 ttl=57 time=5.47 ms
64 bytes from 217.170.21.50: icmp_seq=15 ttl=57 time=5.61 ms
64 bytes from 217.170.21.50: icmp_seq=16 ttl=57 time=5.26 ms
64 bytes from 217.170.21.50: icmp_seq=17 ttl=57 time=5.25 ms
64 bytes from 217.170.21.50: icmp_seq=18 ttl=57 time=5.21 ms
64 bytes from 217.170.21.50: icmp_seq=19 ttl=57 time=5.50 ms
64 bytes from 217.170.21.50: icmp_seq=20 ttl=57 time=5.44 ms
64 bytes from 217.170.21.50: icmp_seq=21 ttl=57 time=5.17 ms
64 bytes from 217.170.21.50: icmp_seq=22 ttl=57 time=5.32 ms
64 bytes from 217.170.21.50: icmp_seq=23 ttl=57 time=5.21 ms
64 bytes from 217.170.21.50: icmp_seq=24 ttl=57 time=5.33 ms
64 bytes from 217.170.21.50: icmp_seq=25 ttl=57 time=5.24 ms
lijkt goed toch?
AlexanderOnline
29/06/07, 18:57
Nou, das makkelijk. 15+ uur down zijn en niet de moeite nemen om een uitgebreid bericht te maken. Even afdoen met een geschilletje en excuses. Dan hadden ze dat vast eerder kunnen aan zien komen.
alstu, de verklaring: [link]
Kijk, dat is in ieder geval een begin, nu weten we in ieder geval wat de reden was.
Met een beetje geluk staat er in de nieuwsbrief die na het weekend komt meer info over waarom die partij de stekker er eigenlijk uit wilde trekken, dat is namelijk toch ook niet zomaar voor niets denk ik.
Daarnaast vind ik het aan de ene kant wel begrijpelijk dat ze alles in een keer gedaan hebben (hun optimisme), want ze wilden natuurlijk zo snel mogelijk weg daar zodat die partij niet de kans kreeg om de stekker eruit te trekken.
Ik vind het dus wel een beetje begrijpelijk, maar dat neemt niet weg dat ze ons beter hadden moeten informeren.
123-webhost
29/06/07, 19:41
Gezien de situatie is het misschien ook begrijpelijk dat ze vooraf weinig ruchtbaarheid hieraan hebben gegeven. Dat soort zaken doet immers snel de ronde en dat zou de andere partij wellicht nog in de gelegenheid hebben gebracht de verhuizing tegen te houden. Dus hoe minder mensen het wisten, hoe beter denk ik. En wie weet waar stonden we nu indien de stekker er daar in Redbus daadwerkelijk was uitgegaan?
ben nu bijna 32 uur offline
Al weer een tijdje niets meer gehoord.
Ben je inmiddels weer online?
Ik vind het een prima reden van Kdiss en een prima bericht. Enige waar ik wel kritiek op houd is de slechte bereikbaarheid/informatie op het moment dat het zo lang duurde. Ze hadden toen al tijdens de werkzaamheden dit bericht aan iedereen kunnen mailen en die callcenter miep goed kunnen informeren.
AlfaHosting
29/06/07, 20:27
Mee eens, euN is niet de partij die je moet gaan lastig vallen.
Verder, wacht allemaal gewoon netjes op een verklaring van KDISS, je kunt je nu wel enorm boos gaan zitten maken enzo, maar daar schiet je niets mee op.
PS: {xx}
Hoe lang ga je wachten ?
123-webhost
29/06/07, 22:05
Hoe lang ga je wachten ?
Maakt jou dat wat uit dan? Volgens mij ben jij geen betrokken partij en aan dat soort irritant leedvermaak hebben we hier niks :r
Ik heb vanmiddag Rolf nog gesproken en heb eerlijk gezegd wel begrip voor de situatie. Niet dat ik de manier waarop alles plaatsvond toejuich, integendeel. Maar hoe dan ook werken we al 3 jaar naar zo goed als volle tevredenheid samen met Kdiss en dat zullen we voorlopig ook zeker blijven doen. Misschien dat anderen minder goede ervaringen hebben met het bedrijf, maar wij klagen niet echt. Soms wat stroeve communicatie, maar ik heb al andere zaken meegemaakt met andere partijen in het verleden en dan valt Kdiss echt wel behoorlijk mee wat dat betreft.
Ik kreeg gister trouwens al meteen een aantal aanbiedingen binnen van andere partijen om het zaakje bij hen te plaatsen. Nou, leuk geprobeerd, maar voorlopig geen interesse :cool:. Al zullen we wel de nodige maatregelen nemen om bij herhaling iets achter de hand te hebben.
Al weer een tijdje niets meer gehoord.
Ben je inmiddels weer online?
Vanmiddag om 14:30 was ik weer online.
In totaal 38,5 uur offline!
verklaring of geen verklaring, stomweg de beroerdste communicatie dat ik ooit ben tegengekomen!
123-webhost
29/06/07, 22:16
Vanmiddag om 14:30 was ik weer online.
In totaal 38,5 uur offline!
verklaring of geen verklaring, stomweg de beroerdste communicatie dat ik ooit ben tegengekomen!
Dat is inderdaad onaanvaardbaar en extreem lang. Was er dan iets stuk in de server? Want zover ik begreep is alles gisteren nog online gezet.
Dat is inderdaad onaanvaardbaar en extreem lang. Was er dan iets stuk in de server? Want zover ik begreep is alles gisteren nog online gezet.
Nee niets aan de hand met de server. Er was een switch kapot of niet goed ingesteld. mij werd gemeld, dat er van de 300 servers er 3 niet deden. En daar was ik er 1 van.
Verbaasd me niks, bij de verhuizing van Easydedicated is mijn server (toendertijd) ook offline gegaan, tot op de dag van vandaag ook niet weer online geweest. Dat is ook de reden dat we alles in eigen beheer hebben.
Ik kreeg gister trouwens al meteen een aantal aanbiedingen binnen van andere partijen om het zaakje bij hen te plaatsen. Nou, leuk geprobeerd, maar voorlopig geen interesse :cool:. Al zullen we wel de nodige maatregelen nemen om bij herhaling iets achter de hand te hebben.
Als dat zo is en het is via PB gebeurd, wil je dan de namen van die personen door geven aan een mod/admin? Het is namelijk niet de bedoeling om hier op WHT ongevraagd je diensten aan te bieden...
123-webhost
29/06/07, 23:06
De aanbiedingen waren er inderdaad, zij het dan per email en degenen van wie ze kwamen zitten ook gewoon hier op het forum te posten. Voor de rest noem ik geen namen, zij die het waren weten het immers zelf wel. 'k Vond het eerlijk gezegd een beetje lijkenpikkerij en daar houd ik persoonlijk niet echt van.
AlexanderOnline
29/06/07, 23:22
Ja idem hier, maar ik vind het niet zo erg, een intressante aanbieding als je toch weg gaat is altijd leuk toch?
Goed, ik wil iig de uitgebreide verklaring horen. Tevens toe aan vakantie (toevallig) dus mijn collega gaat het geld wel eisen :P
AlfaHosting
29/06/07, 23:25
Maakt jou dat wat uit dan? Volgens mij ben jij geen betrokken partij en aan dat soort irritant leedvermaak hebben we hier niks :r
Dit is een forum, het staat iedereen vrij zijn mening te posten. In geen enkele posting zal je trouwens iets zien van enig leedvermaak. Wat KDISS betreft hebben we als ex-klant wel de nodige ervaringen.
De aanbiedingen waren er inderdaad, zij het dan per email en degenen van wie ze kwamen zitten ook gewoon hier op het forum te posten. Voor de rest noem ik geen namen, zij die het waren weten het immers zelf wel. 'k Vond het eerlijk gezegd een beetje lijkenpikkerij en daar houd ik persoonlijk niet echt van.
Dan kan je ze nog doorgeven aan de mods. Zoiets is echt wel eeen beetje lijkenpikkerij.
123-webhost
29/06/07, 23:33
Ben ook wel benieuwd naar wat meer uitgebreide info. Veel meer dat wat al bekend was weet ik ook niet, behalve dan dat ze geen groeimogelijkheden meer hadden in Redbus en dat er dus blijkbaar conflicten waren met de eigenaar van de kasten. Maar goed, alles draait weer naar behoren, houden zo!
Dit is een forum, het staat iedereen vrij zijn mening te posten. In geen enkele posting zal je trouwens iets zien van enig leedvermaak. Wat KDISS betreft hebben we als ex-klant wel de nodige ervaringen.
Er is een verschil tussen een mening geven en anderen 'opjutten'. Dat is mijn inziens stemmingmakerij met in dit geval slechts één bedoeling, zijnde KDISS in diskrediet te brengen. Maar goed, maakt verder ook niet veel uit, je hebt zo te lezen slechte ervaringen met KDISS, ik heb dan weer slechte ervaringen met andere partijen. Het zal overal wel wat zijn ;).
groeimogelijkheden in Redbus lijkt me niet een issue gezien de leegloop daar op de vloer ;) Verder is het nu heel simpel wachten op het vervolg bericht...
ik snap trouwens niet waarom dit voor sommigen een reden tot stopzetting van de diensten zou moeten zijn, maar ok. Zelfs al zou ik hier veel geld door verloren hebben, als het voor de rest al goed zat qua service en kwaliteit (ik praat dus echt niet over de responstijden op email :p) zou ik een dergelijke verhuizing geen groot probleem vinden. Lijkt me dat de klant er vast wel op vooruit gaat :)
En als er zelfs al een advocaat bij betrokken is en er "stekkers uitgetrokken" zouden worden hebben ze het toch nog zeer goed gedaan.
Als ze dit vorige week aangekondigd hadden was dus hoogst waarschijnlijk de stekker er echt letterlijk uitgetrokken... Ik denk dat de schade door een dergelijke actie wel even ietsje groter zou geweest zijn.
Sterker nog, door te verhuizen en dus de zaak running te houden is het ook duidelijk (vind ik althans) dat niet kdiss fout zit maar die andere partij. (cyberdinges ofzo toch?) Anders hadden ze beter failiet ofzo kunnen gaan.
mijn twee centjes :p
AlexanderOnline
30/06/07, 00:28
Tsja, het is wel KDISS die min of meer de schult bij Cybercomm in de schoenen schuift. Maar ik hoor graag eerst even van anderen, uitgebreider, hoe eea in elkaar steekt. En nog iets, los van het niet aankondigen, hadden ze de verhuizing nog steeds beter kunnen laten verlopen. De DC's staan beide in a'dam dus met een beetje organisatorisch inzich had die downtime max 2 uur kunnen zijn ipv 15-30 uur
Tsja, het is wel KDISS die min of meer de schult bij Cybercomm in de schoenen schuift. Maar ik hoor graag eerst even van anderen, uitgebreider, hoe eea in elkaar steekt.
tja, ik lees het bericht dan toch echt anders maar goed. Ieder zn eigen.
En nog iets, los van het niet aankondigen, hadden ze de verhuizing nog steeds beter kunnen laten verlopen. De DC's staan beide in a'dam dus met een beetje organisatorisch inzich had die downtime max 2 uur kunnen zijn ipv 15-30 uur
hmmm, en hoeveel servers denk jij dat er exact verplaatst moesten worden? Alleen de reistijd is al minimaal 2x 20minuten als je over de ring gaat, dan nog alles naar beneden door de lift in een auto gooien en in EuN weer uitpakken....
En volgens mij waren de eerste systemen om een uur of 10 al online en was dat 15-30 uur alleen op een handjevol systemen van toepassing.
lijp:
van EuN naar RB: 20mins
uitpakken rack1 helemaal afgeladen met servers switches apc's etc. leeghalen en voor de lift stallen: 40x2mins
datzelfde naar beneden brengen en in de auto plaatsen: 2 liften vol a 10 minuten incl plaatsen: 20mins
wat kabels mee nemen: 5mins
terug naar EuN: 20mins
rack opbouwen: 40x2mins
hierbij ga uit van geen lift bij EuN...
totale tijd: 245mins = minimaal 4 uur :cool: maar ik weet niet hoeveel racks er zijn dus mss reken ik zelfs nog te weinig :p
2 uur voor 300 servers te verplaatsen?
AlexanderOnline
30/06/07, 01:24
Het zal best veel werk zijn, 2 uur is ook te weinig. Maar 15 uur was alleen al voor de eigen kdiss site, dus niet een handjevol! Ze hadden gewoon voor 7 uur 's ochtends klaar moeten zijn. Als je dat niet alleen kan regel je mensen.
Wat het conflict ook moge zijn, door communicatie van 0 en de extreem lange downtime kan ik geen begrip hebben, dit had gewoon anders gekunt, zonder twijfel.
lol:
van EuN naar RB: 20mins
foreach (rack as owned){
owned leegpakken a 30mins
}
waarbij we 300 servers en dus 10 racks hebben. (voor het gemak)
ofwel 5 uur om alleen al alles leeg te halen.
dan nog alles naar beneden brengen, terug de ring op a 20mins en dan nog eens alles weer opbouwen....
dan is het nog vrij netjes om vanaf 10uur weer online te kunnen zijn :p
edit op hierboven: wat wil je nou, met 100 man in redbus gaan sjouwen? lekker elkaar voor de voeten lopen waardoor alles NOG langer geduurd zou hebben?
:)
ben wel nieuwsgierig naar wat ze volgende week gaan uitbrengen trouwens, zeker na al die (suffe) speculaties hiero :P
zeker na al die (suffe) speculaties hiero :P
Welke 'suffe speculaties' ?
Bijna alle 'speculaties' die ik hier gelezen heb bleken uiteindelijk te kloppen.
Ik vind dat het goede ervaring voor ons is, want vroeger heb ik noit zo iets met server gehaad, en nu weet ik zeker dat het kan altijd met eender welke provider geburen en downtime nog erger zijn bij somige omstandigheiden :-))))). Dus denk er naa over loadbalancing and geographicaly spreading van servers. It's my 50cent. En over KDISS zelf had ik altijd goede mening, en wat zij het zo hebben gedan das jamar, maar wij kunen het overleven lol :-)))))))))
De berekeningen van de tijd om te verhuizen zijn wel sterk te reduceren als je mannetjes aan beide kanten houdt, en een tweetal bestelwagens die op en af rijden. Zo kunnen mensen blijven de-racken en terug racken terwijl ander materiaal op komst is...
Grappig...
blijkbaar heef tweakers hetzelfde idee als KDIS.
Ook zij verhuizen vandaag van Redbus naar euNetworks: http://www.tweakers.net (http://www.tweakers.net/)
123-webhost
30/06/07, 11:29
Ook bij Tweakers spreken ze van meer groeimogelijkheden bij euNetworks, dus blijkbaar moet er wat dat betreft toch iets niet goed zitten in Redbus. Het is trouwens algemeen bekend dat de stroomvoorziening in Redbus al langer niet meer echt voldoet aan de vraag, in september vorig jaar viel al eens een deel van het datacenter zonder stroom, waarna diverse netwerken hun boeltje daar hebben ingepakt.
Swiftway-UK
30/06/07, 11:42
De aanbiedingen waren er inderdaad, zij het dan per email en degenen van wie ze kwamen zitten ook gewoon hier op het forum te posten. Voor de rest noem ik geen namen, zij die het waren weten het immers zelf wel. 'k Vond het eerlijk gezegd een beetje lijkenpikkerij en daar houd ik persoonlijk niet echt van.
Jammer dat je geen namen wil noemen.
Hongerige webhosters zijn dat, die wanhopige pogingen doen om aan klanten te komen. Jammer dat dit gebeurde.
Ik zou dit hoe dan ook, als ik jou was, even doorgeven bij de moderators van dit forum, dit soort zaken zijn absoluut niet toegestaan op Webhostingtalk!
Ook bij Tweakers spreken ze van meer groeimogelijkheden bij euNetworks, dus blijkbaar moet er wat dat betreft toch iets niet goed zitten in Redbus. Het is trouwens algemeen bekend dat de stroomvoorziening in Redbus al langer niet meer echt voldoet aan de vraag, in september vorig jaar viel al eens een deel van het datacenter zonder stroom, waarna diverse netwerken hun boeltje daar hebben ingepakt.
Komt meer omdat tweakers.net achterlijk veel stroom verbruikt voor 1 rack ;)
Komt meer omdat tweakers.net achterlijk veel stroom verbruikt voor 1 rack ;)
Dat is dan toch een probleem van Redbus, niet van tweakers. Een rack moet minimaal van voldoende stroom voorzien zijn t.o.v. het aantal units wat erin past. Overigens, als ik zo kijk wat tweakers in hun rack hebben hangen zie ik niets bijzonders wat extra maatregelen zou behoeven op stroom gebied.
Het is wel bekend dat RB 6,6 ampere levert, daar waar euNetworks er 14 levert. Nee, als het om stroom gaat zit het probleem volgens mij toch echt bij RB, niet bij tweakers.
Dat is dan toch een probleem van Redbus, niet van tweakers. Een rack moet minimaal van voldoende stroom voorzien zijn t.o.v. het aantal units wat erin past. Overigens, als ik zo kijk wat tweakers in hun rack hebben hangen zie ik niets bijzonders wat extra maatregelen zou behoeven op stroom gebied.
Het is wel bekend dat RB 6,6 ampere levert, daar waar euNetworks er 14 levert. Nee, als het om stroom gaat zit het probleem volgens mij toch echt bij RB, niet bij tweakers.
Het is toch echt tweakers.net hun probleem dat ze 21 ampère trekken hoor?
Zij kiezen voor deze hardware in 1u doosjes, niet redbus!
aangezien het netwerk al een aardige tijd weer online is, is het mss tijd voor een {xx}
AlexanderOnline
30/06/07, 12:10
aangezien het netwerk al een aardige tijd weer online is, is het mss tijd voor een {xx}
Nee, zeker niet! De uitgebreide verklaring moet nog komen en er moet hier zeker ruimte blijven om verder te praten (ook over eventule stappen etc)!
aangezien het netwerk al een aardige tijd weer online is, is het mss tijd voor een {xx}
Waarom? Zolang de officiele verklaring er nog niet is van KDIS is dit topic nog steeds aktueel, en ook de discussie is nog steeds on-topic en gaat nog steeds over de oorzaken/redenen van de storing.
Laat mensen toch lekker discussieren. Zolang het on-topic is en er niet gescholden wordt, waarom zou je dan uberhaupt op het idee komen voor een slotje???
21 ampère
Overdrijven is ook een vak...
nou mss dat dat in een nieuw topic past, dat bdoel ik. Dat het wachten op de officiele verklaring is is logisch :)
en beetje jammer om dan weer reputatie omlaag te helpen (iemand), maargoed dat is sowieso al een ruk systeem.
Gewoon open laten dit topic, gezien de hoeveelheid pagina's leeft het bij een groot aantal personen.
De topics over stroom zijn al meerdere malen voorbijgekomen, als je het over stroom wilt heben kan je een van die topics kicken.
123-webhost
30/06/07, 13:08
Een van onze servers is daarnet plots weer down gegaan. Rebooten helpt niet en bij het pingen krijg ik:
Antwoord van 193.138.204.1: De doelhost is niet bereikbaar.
Antwoord van 193.138.204.1: De doelhost is niet bereikbaar.
Antwoord van 193.138.204.1: De doelhost is niet bereikbaar.
Antwoord van 193.138.204.1: De doelhost is niet bereikbaar.
Iemand enig idee of nog mensen hier momenteel last van? Ik heb al een supportticket verzonden, nu maar hopen dat er snel een reactie komt van Kdiss uit.
De tijd dat het heeft geduurd voordat alle servers weer online waren was uiteraard veel te lang, zie het voorbeeld van tweakers:
# 9:40 Het afbouwen van het rack in Redbus is begonnen.
# 10:42 Momenteel wordt er gewacht op het voltooien van de backups voordat de database-, file- en backupservers verwijderd kunnen worden.
# 10:53 De backups zijn voltooid en de laatste machines worden uit het rack verwijderd.
# 11:06 Kees en Daniël zijn zojuist gewond geraakt (aan hun vingers). Ondanks deze tegenslag zal de verhuizing voortgang vinden.
# 11:28 De laatste rommel wordt ingepakt op Redbus. Daarna zullen de servers met onze stationwagenvloot naar EUNetworks gereden worden.
In 3,5 uur tijd ziten ze toch al in EUNetworks, uiteraard zullen dit minder servers zijn, maar dat betekent alleen dat KDISS meer mensen in had moeten zetten.
Tweakers zal binnen 7 uur klaar zijn, had bij KDISS ook moeten kunnen. Dan had alles om 8/9 uur weer online kunnen zijn.
En een simpel bericht aan het callcenter dat alle servers verhuisd zouden worden, of een simpele update aan die pagina dat had een hoop mensen niet de hele nacht wakker gehouden.
dit bedoel ik dus met speculatie:
A: T.net heeft slechts 1 rack en het aantal van KDISS is #?
B: T.net is nu pas opweg en is dus nog maar op de helft
sterker nog, 3,5 uur voor 1 rack en als kdiss er 10 heeft zit je op 35 uur alleen al om leeg te pakken ;)
voor die pagina zullen ze het wel te druk gehad hebben, en ik blijf er bij dat het argument van "meer mensen" ook bullshit is:
A: weet iemand met hoeveel ze daadwerkelijk op de vloer waren?
B: bij een bepaald aantal mensen loop je elkaar voor de voeten= averechts effect.
Zolang je het aantal mensen goed verdeeld op de verschillende locaties mag dat geen enkel probleem zijn.
123-webhost
30/06/07, 13:39
[QUOTE=123-webhost;871209]Een van onze servers is daarnet plots weer down gegaan. QUOTE]
Probleem intussen verholpen. :)
Het is toch echt tweakers.net hun probleem dat ze 21 ampère trekken hoor?
Zij kiezen voor deze hardware in 1u doosjes, niet redbus!
In mijn ogen moet een datacenter zonder problemen 25A A feed + 25A B feed moeten kunnen leveren, wanneer gevraagd door de klant.
Wat ben je namelijk met een 42U rack waar je maar 6 high-end servers kan in monteren? Zo een high end server, of die nu 1-2-3U hoog is, verbruikt héél snel 1A zelfs met de zuinigste high-end CPU's, voedingen, disks, ... .
BV, iemand plaatst 15 low-budget AMD sempron servertjes en verbruikt slechts 7A. Leuk, zoveel machines; maar hou er rekening mee dat één machine van tweakers.net beter presteert dan die 15 Sempron servertjes samen. Ze hebben gewoon nood aan de beste performantie ... en het feit dat stroomgebrek groei onmogelijk maakt; is simpelweg niet aanvaardbaar voor eender welke serieuze onderneming.
Swiftway-UK
30/06/07, 14:25
In mijn ogen moet een datacenter zonder problemen 25A A feed + 25A B feed moeten kunnen leveren, wanneer gevraagd door de klant.
Kan ook, is alleen erg duur. Je moet andere koeltechnieken toepassen om dit aan te kunnen bieden.
De berekeningen van de tijd om te verhuizen zijn wel sterk te reduceren als je mannetjes aan beide kanten houdt, en een tweetal bestelwagens die op en af rijden. Zo kunnen mensen blijven de-racken en terug racken terwijl ander materiaal op komst is...
jep fallback in Redbus laten draaien zodat enkel plat gaat wat je per keer mee neemt.
jep fallback in Redbus laten draaien zodat enkel plat gaat wat je per keer mee neemt.
Precies, als iemand in RedBus bij de servers blijft de gehele tijd, dan is een smoes als: geen toegang meer tot het datacentrum, lijkt me al niet meer van toepassing.
Zo'n leverancier zal heus het bed niet uitkomen om ze tegen te houden. Dus rack voor rack verhuizen had makkelijk gekunt en dan waren de meeste servers hoogstens enkele uren offline geweest.
Voorbeeld:
Groep van 3 personen haalt rack leeg, gooit alles in de auto en rijdt naar het datacentrum. Bouwt daar alles op.
Zodra deze groep weg is begint de volgende groep met rack leeghalen en vervoeren en daar opbouwen. Tegen de tijd dat zij klaar zijn is groep 1 al terug en begint weer met leeghalen. Groep 2 gaat ook weer terug, als ze aankomen is groep 1 weer weg.
Zo heb je ook veel minder kans op fouten, waardoor het ineens 15 tot 30 uur duurt voordat sommige servers weer online zijn.
Kan ook, is alleen erg duur. Je moet andere koeltechnieken toepassen om dit aan te kunnen bieden.
Kwestie van kiezen voor kwaliteit of kosten ;)
dit bedoel ik dus met speculatie:
A: T.net heeft slechts 1 rack en het aantal van KDISS is #?
B: T.net is nu pas opweg en is dus nog maar op de helft
sterker nog, 3,5 uur voor 1 rack en als kdiss er 10 heeft zit je op 35 uur alleen al om leeg te pakken ;)
voor die pagina zullen ze het wel te druk gehad hebben, en ik blijf er bij dat het argument van "meer mensen" ook bullshit is:
A: weet iemand met hoeveel ze daadwerkelijk op de vloer waren?
B: bij een bepaald aantal mensen loop je elkaar voor de voeten= averechts effect.
Tweakers heeft niet alleen de server even eruit en erin gezet, ze maken foto's , plaatsen updates, in het begin was er nog een backup gemaakt. En volgens mij worden er volgens mij ook nog 2 servers bij gezet of meer...
Ze zijn dus ook bezig met het opnieuw inrichten over 2 racks met nog extra servers erbij die een taak aangewezen moeten krijgen. Dus ook een deel configureren...
Bij Kdiss, hoefte alleen de server te verhuizen, dus disconnecte en weer connecte... ff starten en klaar.
123-webhost
30/06/07, 16:05
Tweakers heeft niet alleen de server even eruit en erin gezet, ze maken foto's , plaatsen updates, in het begin was er nog een backup gemaakt. En volgens mij worden er volgens mij ook nog 2 servers bij gezet of meer...
Ze zijn dus ook bezig met het opnieuw inrichten over 2 racks met nog extra servers erbij die een taak aangewezen moeten krijgen. Dus ook een deel configureren...
Bij Kdiss, hoefte alleen de server te verhuizen, dus disconnecte en weer connecte... ff starten en klaar.
Inderdaad joh, die 300 servers hadden ze even snel moeten loskoppelen, achter hun oren steken, even naar dat andere DC rennen en weer connecteren. Kwestie van een kwartiertje werk, toch? Dat het uiteindelijk zo lang heeft geduurd komt alleen maar omdat ze tussen elke server een bakkie koffie hebben zitten slurpen. :O
Wat een slap gelul allemaal.
Tweakers heeft niet alleen de server even eruit en erin gezet, ze maken foto's , plaatsen updates, in het begin was er nog een backup gemaakt. En volgens mij worden er volgens mij ook nog 2 servers bij gezet of meer...
Ze zijn dus ook bezig met het opnieuw inrichten over 2 racks met nog extra servers erbij die een taak aangewezen moeten krijgen. Dus ook een deel configureren...
Bij Kdiss, hoefte alleen de server te verhuizen, dus disconnecte en weer connecte... ff starten en klaar.
Bullshit... Tweakers.net verhuist 1 domein, 1 portal en 1 forum. Dit alles is 1 opstelling. Ze hebben daar al weken de nieuwe switches en 2 nieuwe load-balancers proefdraaien, volgens mij zouden ze het bijna voor elkaar kunnen krijgen om zonder downtime te migreren als ze het hadden gewild...
Maar ik blijf erbij: Als ze bij KDiss met 9 man waren gaan verhuizen in 3-tallen ofzo dan had het een stuk sneller en efficienter gekund...
Helaas is mijn server ook alweer een aantal uur offline. Met de colocontrolstation kan ik hem ook weer niet opstarten. Blijkbaar dus nog steeds problemen bij Kdiss. Ik hoop echt dat het nu snel opgelost wordt.
123-webhost
30/06/07, 16:39
Helaas is mijn server ook alweer een aantal uur offline. Met de colocontrolstation kan ik hem ook weer niet opstarten. Blijkbaar dus nog steeds problemen bij Kdiss. Ik hoop echt dat het nu snel opgelost wordt.
Wat krijg je bij het pingen naar het ip?
Ik heb zelf al even gekeken, zelfde probleem als bij ons deze middag. Probeer ze even te bellen of ze aan te spreken via dat chatding op hun site, volgens mij zijn ze in het DC momenteel.
Verhuizing Tweakers.net te volgen via webcams
Zaterdag 30 juni 2007, 12:22 - Tweakers.net verhuist zijn servers zaterdag van Redbus naar het datacenter van EUNetworks. Via twee webcams zijn de verhuiswerkzaamheden te volgen.
http://www.webwereld.nl/ref/rss/47052
Kijk, ZÓ kan het ook!
@TotaalIT: Daar gaat de discussie van de laatste twee pagina's ook over ;)
Inderdaad joh, die 300 servers hadden ze even snel moeten loskoppelen, achter hun oren steken, even naar dat andere DC rennen en weer connecteren. Kwestie van een kwartiertje werk, toch? Dat het uiteindelijk zo lang heeft geduurd komt alleen maar omdat ze tussen elke server een bakkie koffie hebben zitten slurpen. :O
Wat een slap gelul allemaal.
Zeg ik dat het even een kwartier duurt? ik antwoorde op een bericht van iemand anders, die de verhuizing van tweakers met die van kdiss vergeleek.
Tuurlijk zal kdiss hard gewerkt hebben om alles weer "snel" online te krijgen, alleen toch duurde het nog behoorlijk lang.
We zullen na het weekend wel horen hoe het is gegaan, wie weet hadden ze wel meerdere mensen die hielpen?
allejezus webwereld, dat is toch geen shocking nieuws zeg :/
en nogmaals, zolang het niet bekend is hoeveel racks etc kdiss heeft is de vergelijking met t.net totale onzin.
speculaties.
123-webhost
30/06/07, 17:33
Offtopic: idd offtopic, dit hoort hier niet thuis, dit is het kdiss-topic (wonko-edit)
Timmetje1989
30/06/07, 17:36
Offtopic: blijkbaar verloopt de verhuizing van tweakers.net toch niet zo rimpeloos, hun website is van hieruit onbereikbaar momenteel.
Webcam stream loopt nog wel, klikte even op "Foto's" en blijkt inderdaad moeite te hebben.
Even afwachten dus! :)
Timmetje1989
30/06/07, 17:39
URL van de stream?
http://true.nl/streams/tweakers/tweakers-EU.as zo bedoel je?
Dames, de verhuizing van Tweakers heeft in de verste verte niet te maken met dit topic. Als je dat wilt bespreken, open daar dan (in het juist forum) een topic over. Dit topic gaat uitsluitend over de problemen bij Kdiss, niets anders.
Ik heb zojuist even mijn contract nagekeken na aanleiding van de downtime. Zonder SLA heb je de mogelijkheid om je contract te ontbinden (zoals reeds vermeld) maar je hoeft ook 1 maand niet je kosten te betalen (Punt 4 van het contract). Wat je kunt met een SLA heb ik nog niet direct gevonden, maar in het contract staan ook bepalingen die de gratis maand weer tegenspreken. Beetje vreemd eigenlijk.
ik denk dat je in alle gevallen ZONDER SLA uit komt op directe ontbinding van het contract waarbij dus alleen de diensten worden stopgezet. Geen vergoeding of niks.
Bij een SLA hangt het af wat daar in zal staan, echter was dit geplanned onderhoud en is zo'n SLA toch juist voor storingen? Dus wanneer het een storing van een paar uur was geweest dat je DAN geld zou kunnen vangen. Nu is het een (uit de hand gelopen :p ) onderhoud geweest en denk ik niet dat er iemand geld kan krijgen.... Tenzij expliciet in de SLA...
Damn nu speculeer ik zelf ook al :p
ik denk dat je in alle gevallen ZONDER SLA uit komt op directe ontbinding van het contract waarbij dus alleen de diensten worden stopgezet. Geen vergoeding of niks.
Bij een SLA hangt het af wat daar in zal staan, echter was dit geplanned onderhoud en is zo'n SLA toch juist voor storingen? Dus wanneer het een storing van een paar uur was geweest dat je DAN geld zou kunnen vangen. Nu is het een (uit de hand gelopen :p ) onderhoud geweest en denk ik niet dat er iemand geld kan krijgen.... Tenzij expliciet in de SLA...
Damn nu speculeer ik zelf ook al :p
In een normale SLA staat dat onderhoud minimaal 24 of 48 uur van te voren moet worden aangekondigd. Is dit later gedaan is het dus geen onderhoud maar een storing. Daarnaast is een mail die slechts naar een beperkt aantal klanten gestuurd is ook niet echt betrouwbaar... Klant kan altijd zeggen dat hij de mail niet gehad heeft.
123-webhost
01/07/07, 12:30
Is het niet beter deze discussie met Kdiss zelf te voeren? Per slot van rekening zijn er maar 2 partijen die hierbij tot een oplossing kunnen komen, zijnde Kdiss zelf en de 'gedupeerde' klant. Aangezien er geen kwaad opzet in dit hele verhaal is zal het toch moeten uitdraaien op een akkoord tussen beide partijen. Mijn inziens zijn er in deze hele situatie immers geen winnaars, enkel verliezers en werd er enkel gehandeld in het belang van zowel de leverancier als de klant. De manier waarop dat gebeurde was inderdaad nogal ongelukkig, maar dit kan gewoonweg iedereen overkomen. Als je afhankelijk bent van derden weet je sowieso dat je vroeg of laat wel eens zulke problemen tegenkomt, het komt er dan op aan samen - leverancier en klant - aan hetzelfde touw te trekken om tot een contructieve oplossing te komen zodat beiden hier sterker uitkomen. Maar daar merk ik hier persoonlijk weinig van.
Ben ik 't wel mee eens, maar ik wacht eerst nog de officiele verklaring af. Als blijkt dat ze plots voor een noodsituatie kwamen te staan en geen andere uitweg hadden dan is het wat mij betreft akkoord en afgedaan.
Mochten ze echter met een of andere belachelijke reden of uitvlucht komen dan zal ik tenminste 1 maand geen huur voor de server betalen (lijkt mij allesinds redelijk omdat ik een 8 uur SLA heb en ik was 14 uur offline).
Maar zoals gezegd, eerst maar eens de definitieve verklaring afwachten...
123-webhost
01/07/07, 13:40
Ik ken het hele verhaal en de reden intussen al even via iemand van Kdiss zelf, maar het is uiteraard niet aan mij om hieromtrent verklaringen af te leggen, dat moet Kdiss zelf maar doen. Er was alleszins sprake van een noodsituatie waarbij een verhuizing de enige optie was om erger te voorkomen. In tegenstelling tot wat er hier wordt beweerd was er trouwens wel degelijk een hele ploeg (10 man werd mij gezegd) aanwezig om de klus te klaren, maar bleek dat helaas nog onvoldoende om alles binnen korte termijn rond te krijgen. De rest van het verhaal horen jullie dan wel van Kdiss zelf. Het meest positieve aan het hele gebeuren is dat het netwerk nu niet meer afhankelijk is van een andere partij zoals in het verleden en dat er in euNetworks betere faciliteiten voorhanden zijn dan in Redbus en dat kunnen we alleen maar toejuichen.
euNetworks is idd beter, maar dat ze niet meer van een andere partij afhankelijk zijn lijkt mij heel sterk. De ruimte waarin ze staan was een paar weken terug al in zn geheel verhuurd...
Ik kan er natuurlijk naastzitten, maar dit maak ik ook op uit berichten van bepaalde mensen ;)
djalken: Het netwerk wordt genoemd, die hebben ze nu gewoon zelf (zelf blijkbaar de nodige peerings en transits geregeld).
123-webhost: dan vraag ik me echt af wat die andere partij zo 'boos' gemaakt heeft. Enige wat ik mij kan voorstellen (zeker met het oog op welk in welk segment van de markt KDISS zit) is dat ze zelf niet voldaan hebben aan hun betalingsverplichtingen.
Maar we wachten wel even af. Ik snap niet waarom ze niet in het weekend even doorknallen en er nu een verklaring uit gooien.
djalken: Het netwerk wordt genoemd, die hebben ze nu gewoon zelf (zelf blijkbaar de nodige peerings en transits geregeld).
123-webhost: dan vraag ik me echt af wat die andere partij zo 'boos' gemaakt heeft. Enige wat ik mij kan voorstellen (zeker met het oog op welk in welk segment van de markt KDISS zit) is dat ze zelf niet voldaan hebben aan hun betalingsverplichtingen.
Maar we wachten wel even af. Ik snap niet waarom ze niet in het weekend even doorknallen en er nu een verklaring uit gooien.
Het netwek hadden ze toch al onafhankelijk? Meerdere transit partijen etc...?
ze zitten nu direct bij het DC en zijn in die zin onafhankelijk, itt tot de oude situatie waarin ze via eerder genoemde cybercom in RB zaten. Het netwerk was al onafhankelijk. (toch?)
ze zitten nu direct bij het DC en zijn in die zin onafhankelijk, itt tot de oude situatie waarin ze via eerder genoemde cybercom in RB zaten. Het netwerk was al onafhankelijk. (toch?)
Dat direct in het DC zitten betwijfel ik juist, maar daar mag kdiss zelf uitleg over geven mochten ze daar behoefte aan hebben
123-webhost
01/07/07, 14:19
ze zitten nu direct bij het DC en zijn in die zin onafhankelijk, itt tot de oude situatie waarin ze via eerder genoemde cybercom in RB zaten. Het netwerk was al onafhankelijk. (toch?)
Zo had ik het ook begrepen.
Dat direct in het DC zitten betwijfel ik juist, maar daar mag kdiss zelf uitleg over geven mochten ze daar behoefte aan hebben
Hoezo? Omdat de ruimte verhuurt is aan een partij een paar weken terug? Dat verklaart toch niet dat KDISS er niet zit (enige wat dat bevestigt is dat ze wellicht al een paar weken terug wisten van de verhuizing en alles daar omtrent).
AUB ontopic discussiëren. En probeer niet te veel te speculeren.
Aangezien wij geen nieuwsbrieven krijgen: iemand al iets vernomen van KDISS met een uitgebreidere uitleg?
Hier nog niets per mail ontvangen (de gewraakte nieuwsbrief destijds wel). Ook in KDISS' nieuwssectie (http://www.kdiss.com/content.php?site=1&lang=1&id=48) staat nog het oude bericht. Gezien de gebrekkige communicatie (if any) omtrent de verhuizing ben ik bang dat we er rekening mee moeten houden dat 'na het weekend' een zeer rekbare tijspanne is...
Eergisteravond een engineer van Redbus gesproken. Officiële reden was dat die nacht er in de suite van Cybercomm/ISD/Fiberworld (waar KDISS staat) machines down gebracht moesten worden, vanwege het plaatsen van PDU's met Ampere meters. Dit moest van Redbus.
Hij was verbaasd toen hij hoorde dat KDISS alles had weggehaald.
Swiftway-UK
02/07/07, 17:41
Bel eens naar Fiberworld (www.fiberworld.nl) , wellicht hoor je dan hun kant van het verhaal, lijkt me zowieso handig om na de officiele reden wederhoor toe te passen bij de betreffende leverancier (in dit geval dus Fiberworld).
Het persbericht van KDISS:
http://www.kdiss.com/documents/verhuizing.pdf
Onbevredigend vind ik in ieder geval dat er met geen woord gerept wordt over: waarom de 'derde partij' dreigde de stekker eruit te trekken.
nielsrenselaar
02/07/07, 18:06
Het persbericht van KDISS:
http://www.kdiss.com/documents/verhuizing.pdf
Onbevredigend vind ik in ieder geval dat er met geen woord gerept wordt over: waarom de 'derde partij' dreigde de stekker eruit te trekken.
Ik vind niet dat ze dat perse verschuldigt zijn, ik zou teminste niet als bedrijf mijn juridische conflicten met een ander bedrijf openbare, dat houdt ik liever prive. Desalnietemin vind ik het persbericht wel mager, maar het verduidelijkt wel het een en ander.
Ben benieuwd hoeveel klanten er nu daadwerkelijk hun contract hebben opgeheven op basis van bijvoorbeeld wanlevering van diensten of producten. Misschien is de klap nog wel groter dan al het gebeure daarvoor.
De belangrijkste rede waarom ik uitkeek naar deze verklaring was om te kunnen inschatten of in de toekomst mogelijk nogmaals dezelfde situatie zou kunnen ontstaan. Mede daarvan zou ik laten afhangen of ik door wil gaan met KDISS of niet.
Helaas geeft het document hier geen uitsluitsel over. Het enige wat overblijft is de speculatie die ook al in dit forum is gedaan, namelijk mogelijke problemen met een betalingsachterstand. Als dat zo is, als KDISS werkelijk onvoldoende verdient om zijn netwerk draaiende te houden, dan is de kans aanwezig dat we in de toekomst opnieuw met iets dergelijks geconfronteerd zullen worden. En daar wil ik niet op wachten...
Ik begrijp dat KDISS zijn vuile was niet buiten wil hangen. Maar ik hoop ook dat ze dan mijn standpunt begrijpen als ik er een punt achter heb gezet.
maar het verduidelijkt wel het een en ander
Wat verduidelijkt het dan volgens jou ?
Er wordt totaal niets nieuws gemeld ten opzichte van het oude bericht, ondanks de belofte dat men er 'UITGEBREID' op terug zou komen. Zoals Aspegic al aangeeft zal dit voor weinigen aanleiding zijn voor herstel van vertrouwen, zoals KDISS hoopt. Dat KDISS (of tegenwoordig KDIS) zich tevens de moeite bespaart om hier gedane speculaties te ontkrachten draagt ook bar weinig bij aan dit herstel.
De belangrijkste rede waarom ik uitkeek naar deze verklaring was om te kunnen inschatten of in de toekomst mogelijk nogmaals dezelfde situatie zou kunnen ontstaan. Mede daarvan zou ik laten afhangen of ik door wil gaan met KDISS of niet.
Helaas geeft het document hier geen uitsluitsel over. Het enige wat overblijft is de speculatie die ook al in dit forum is gedaan, namelijk mogelijke problemen met een betalingsachterstand. Als dat zo is, als KDISS werkelijk onvoldoende verdient om zijn netwerk draaiende te houden, dan is de kans aanwezig dat we in de toekomst opnieuw met iets dergelijks geconfronteerd zullen worden. En daar wil ik niet op wachten...
Ik begrijp dat KDISS zijn vuile was niet buiten wil hangen. Maar ik hoop ook dat ze dan mijn standpunt begrijpen als ik er een punt achter heb gezet.
juridische zaken blijven gewoon intern, dat is bij ieder bedrijf zo. Verder begrijp ik niet hoe mensen kunnen twijfelen aan de financiele positie van KDISS, als ze te weinig geld zouden hebben.. Waarom dan allemaal nieuwe kabels, waarom dan cold corridor, waarom dan een nieuwe dikke foundry router (google maar naar plaatjes), waarom dan direct MOGEN afnemen bij euNetworks? :X Lijkt me dat je daarvoor toch wel enige financiele garanties moet kunnen geven.
Denk juist dat ze nu professioneler kunnen opereren door direct bij DC af te nemen, toch? Onafhankelijkheid zoals ze aangeven?
En veel mensen vergeten geloof ik ook dat de klantenkring van KDISS vast verder gaat dan alleen WHT :p
edit:
hoeveel racks moet je hebben als 'instap' om bij euN te mogen colocaten? Kunnen we speculeren op hoe groot ze nou echt zijn :p
Verder begrijp ik niet hoe mensen kunnen twijfelen aan de financiele positie van KDISS, als ze te weinig geld zouden hebben.. Waarom dan allemaal nieuwe kabels, waarom dan cold corridor, waarom dan een nieuwe dikke foundry router (google maar naar plaatjes), waarom dan direct MOGEN afnemen bij euNetworks? Lijkt me dat je daarvoor toch wel enige financiele garanties moet kunnen geven.
Denk juist dat ze nu professioneler kunnen opereren door direct bij DC af te nemen, toch? Onafhankelijkheid zoals ze aangeven?
Een hoop speculaties, en uiteindelijk op dezelfde zaken gebaseerd als de speculaties waarvan jij zegt ze niet te begrijpen. Vreemd.
En veel mensen vergeten geloof ik ook dat de klantenkring van KDISS vast verder gaat dan alleen WHT
Wellicht ben je vergeten dat KDISS ook hier vertegenwoordigd wordt (onder de naam KDIS, met één S) en zich vast wel bewust is van het feit dat potentiële klanten die enig vooronderzoek verrichten ook hier terecht komen ? Een reactie/rectificatie op speculaties zou dus niet geheel onlogisch en misschien wel gunstig voor ze zijn.
juridische zaken blijven gewoon intern, dat is bij ieder bedrijf zo
Dat hoeft helemaal niet perse zo te zijn. Denk aan Ahold, Shell, KPNQwest, WorldOnline, Landis, LCI etc. etc. Overigens schreef ik al dat ik best begrijp dat KDISS het liefst de vuile was binnenshuis houdt. Ik vraag ook helemaal geen uitgebreide inzage in de stukken van hun advocaat natuurlijk. Waar ik beohoefte aan heb is informatie die mij kan overtuigen dat zij nog steeds een partij zijn waar ik veilig - nu en in de toekomst - zaken mee kan blijven doen en dat continuiteit gewaarborgd is.
Verder begrijp ik niet hoe mensen kunnen twijfelen aan de financiele positie van KDIS
Gebrek aan informatie leidt onvermijdelijk tot speculatie. En de oorzaak zoeken in de financiele hoek ligt dan voor de hand. Zolang KDISS de kaken op elkaar houdt zullen mensen blijven speculeren. En eerlijk gezegd lijkt me dat op dit moment nog schadelijker voor hun dan gewoon open kaart spelen.
Bottom-line: wil ik vertrouwen (her)krijgen in KDISS zullen ze mij informatie moeten geven waaruit ik dat kan afleiden. 'Excuses' zijn mooi, maar zijn niet voldoende. Ook een lijst professionele hardware is mooi, maar ook dat is niet voldoende. Oorzaken/redenen noemen voor wat er heeft plaatsgevonden zijn dat (mogelijk) wel.
123-webhost
02/07/07, 20:45
Weet je wat ook kan helpen indien je dan toch echt nood hebt aan die extra informatie? Doe zoals wij, neem even die telefoon en bel Kdiss op. Wat jullie nu pas lezen - en meer - weten wij al enkele dagen en echt veel moeite hebben we daar toch niet voor moeten doen...
Dat was ik ook van plan, morgenvroeg hang ik aan de telefoon ;)
Een hoop speculaties, en uiteindelijk op dezelfde zaken gebaseerd als de speculaties waarvan jij zegt ze niet te begrijpen. Vreemd.
valt dit niet onder de categorie logisch nadenken en gewoon mogelijke conclusies trekken uit het bericht van kdiss?
Wellicht ben je vergeten dat KDISS ook hier vertegenwoordigd wordt (onder de naam KDIS, met één S) en zich vast wel bewust is van het feit dat potentiële klanten die enig vooronderzoek verrichten ook hier terecht komen ? Een reactie/rectificatie op speculaties zou dus niet geheel onlogisch en misschien wel gunstig voor ze zijn.
tja, zo'n forum is natuurlijk het belangrijkste punt waar alle aandacht op gezet moet worden :x Die potentiele klanten zullen toch echt wel als ze dit topic al lezen het persbericht ook onder ogen krijgen.
En mss handig als je even gaat kijken van wanneer de laatste post is van die user :X
valt dit niet onder de categorie logisch nadenken en gewoon mogelijke conclusies trekken uit het bericht van kdiss?
Conclusies trekken op basis van onvolledige informatie valt helaas onder allesbehalve logisch nadenken.
tja, zo'n forum is natuurlijk het belangrijkste punt waar alle aandacht op gezet moet worden :x
Dat heb ik nergens gezegd.
Die potentiele klanten zullen toch echt wel als ze dit topic al lezen het persbericht ook onder ogen krijgen.
Correctie : een nietszeggend persbericht. Vandaar dat ik aangaf dat het niet onverstandig zou kunnen zijn om een wat uitgebreidere verklaring af te leggen, zoals KDISS aanvankelijk beloofde.
En mss handig als je even gaat kijken van wanneer de laatste post is van die user :X
Was inderdaad handiger geweest, heb hier niet op gelet. Nog handiger : kijken wanneer de user voor het laatst actief was.
Maar uiteindelijk gaat het natuurlijk om de communicatie direct naar de klanten; uiteindelijk verspreidt de boodschap zich dan wel en zal het ook hier terecht komen.
Mijn server ligt zojuist weer plat, die van mijn hosting (Open host), hun eigen site en colocontrol ook.
Er gaat dus duidelijk iets behoorlijk fout.
nog meer mensen?
EDIT: nunet weer online gekomen, in totaal 3 a 4 minuten platgelegen schat ik, en alles doet het ook weer gelijk.
Stomme is dat de server niet is uitgeweest, de uptime staat namelijk nog op ruim 4 dagen. Dus er moet iets met het netwerk geweest zijn.
The One Hosting
03/07/07, 02:50
idem hier, voor zo 5 minuten alles plat gelegen, en dat is niet de eerste keer, dit is al zo 6 keer voorgekomen van het weekend en nu vandaag weer.
Ik hoop dat het beter gaat worden, ik hoef niet perse weg maar wil wel een uptime houden nu.
Swiftway-UK
03/07/07, 11:52
Verder begrijp ik niet hoe mensen kunnen twijfelen aan de financiele positie van KDISS, als ze te weinig geld zouden hebben.. Waarom dan allemaal nieuwe kabels, waarom dan cold corridor, waarom dan een nieuwe dikke foundry router (google maar naar plaatjes), waarom dan direct MOGEN afnemen bij euNetworks? :X Lijkt me dat je daarvoor toch wel enige financiele garanties moet kunnen geven.
Kabels kosten niet zoveel.
Cold corridor word natuurlijk verzorgd door EUnetworks.
Ik heb een tijd geleden een aantal Foundry 15000 gekocht van ebay.com om als backup in te kunnen zetten als er switches stuk gaan, ik betaalde ~3000$ per 15000 inclusief de verzendkosten, niet echt een wereldschokkend bedrag dus.
We weten nog niet of ze direct bij EUnetworks staan, verder denk ik niet dat EUnetworks een diepgaand onderzoek doet naar de financiele achtergrond van een partij. Colocatie aanbieders staan nogal sterk indien de klanten niet betalen, omdat ze gebruik kunnen maken van het retentierecht.
Voor het eerst ben ik het met Swiftway-UK eens, de wijzigingen zeggen niets over een financiele positie, sterker nog ze hebben slechts 1 router (Wat ik opmaak uit de pdf van kdiss).
Is het mogelijk me te ontbinden naar de downtime vna meer als 8 uur van de overeenkomst?
Is het mogelijk me te ontbinden naar de downtime vna meer als 8 uur van de overeenkomst?
Best even je contract nalezen. Dit topic gaat over de storing en de technische gevolgen en zo, maar voor je contractuele afspraken dien je zelf akties te ondernemen...
In het contract staat Als langer dan 8 aaneengesloten uren niet aan het Service Garantieniveau voldaan wordt kan de Opdrachtgever deze overeenkomst ontbinden.
The One Hosting
03/07/07, 13:47
duidelijke taal lijkt mij
Ik heb nog steeds problemen en ben benieuwd of anderen hier dat ook hebben.
mijn server is momenteel weer offline cq onbereikbaar. Dit heb ik afgelopen dagen (vanaf de verhuizing) zo ongeveer elke dag meegemaakt. Tevens heb ik savonds opeens hele hoge ping (rond de 90 a 100) op de server, terwijl ik dat nergens anders heb.
Zijn er nog anderen hier die nog dit soort problemen hebben sinds de verhuizing ?
Timmetje1989
03/07/07, 14:41
Ik heb nog steeds problemen en ben benieuwd of anderen hier dat ook hebben.
mijn server is momenteel weer offline cq onbereikbaar. Dit heb ik afgelopen dagen (vanaf de verhuizing) zo ongeveer elke dag meegemaakt. Tevens heb ik savonds opeens hele hoge ping (rond de 90 a 100) op de server, terwijl ik dat nergens anders heb.
Zijn er nog anderen hier die nog dit soort problemen hebben sinds de verhuizing ?
Na verhuizing ging traffic via CogentCO, toen Globalcrossing en nu weer via Openpeering (zoals voor verhuizing).
Misschien dat je hier wat aan hebt.
Gelooft iemand dat ze daadwerkelijk een draaiboek hadden opgesteld? Als dat echt zo zijn geweest was er ook gezorgd voor goede communicatie naar de klanten, tenzij ze zich niet aan het draaiboek houden..
The One Hosting
03/07/07, 17:39
Gelooft iemand dat ze daadwerkelijk een draaiboek hadden opgesteld? Als dat echt zo zijn geweest was er ook gezorgd voor goede communicatie naar de klanten, tenzij ze zich niet aan het draaiboek houden..
Comunicatie naar klanten kon niet echt ivm dat het wat meer haken en ogen had, wat wij niet wisten.
nu zijn wij 15 uur down geweest en daarna nog wat ellende, maar anders hadden we met zijn alle mischien wel 3 dagen down geweest.
dus denk dat ze het draaiboek wat moesten aanpassen
Maar ja dit zijn uiteraard allemaal vermoedens, en als een iemand hier op het forum a zegt dan geloven al vrij snel meerdere mensen dit, zo maak je van een vlieg een olifant, teweil 80% nog niet eens zeker weet waarom we down zijn geweest alleen dat het om problemen gingen tussen kdiss en dis-europe.
Ik heb net met iemand van KDISS aan de lijn gehangen.
Alle speculaties betreffende wanbetalingen e.d. zijn fout (Volgens KDISS)
Wat er echter wel is gebeurt, in korte lijnen dan: Er is een te hoge energiefactuur binnengekomen waarvan geen correcte metingen waren opgenomen. Kdiss weigerde deze factuur te betalen (Was wel bereid een deel te betalen), maar dit was blijkbaar niet goed genoeg voor hun bepaalde coloboer.
Coloboer start dan met het dreigen, indien de betaling van de factuur op die bepaalde dag niet gebeurt, met het uittrekken van de stekkers.
Kdiss heeft dan geen persbericht voor de verhuis gedaan, aangezien coloboer dan snel de verhuis in de smiesen had, en evt. de toegang tot het datacenter voor de verhuis stopgezet, en dan lagen jullie nog allemaal langer down.
Goed, ik ga er mee akkoord dat we lang hebben downgelegen, maar dat neemt niet weg dat ik toch (na een lang telefoongesprek) van mening ben dat dit de beste oplossing was.
Hmmm, komt mijn verhaal toch aardig in de richting ;)
Swiftway-UK
03/07/07, 18:40
Ik heb net met iemand van KDISS aan de lijn gehangen.
Alle speculaties betreffende wanbetalingen e.d. zijn fout (Volgens KDISS)
Wat er echter wel is gebeurt, in korte lijnen dan: Er is een te hoge energiefactuur binnengekomen waarvan geen correcte metingen waren opgenomen. Kdiss weigerde deze factuur te betalen (Was wel bereid een deel te betalen), maar dit was blijkbaar niet goed genoeg voor hun bepaalde coloboer.
Dan is het toch wanbetalen. Gewoon rekening betalen onder protest en later via geding terugvorderen. Als dit verhaal klopt, dan hebben ze voor een relatief klein bedrag een hele hoop klanten hieronder laten lijden.
Ze hadden het kunnen betalen, dan zonder problemen en geplanned kunnen verhuizen en gewoon het bedrag terugvorderen via een rechtzaak.
Als dit verhaal klopt, dan hebben ze voor een relatief klein bedrag een hele hoop klanten hieronder laten lijden.
Het lijkt me niet gepast om als concullega conclusies te trekken die je niet niet hard kan maken. Wellicht speelde er veel, en is dit de bekende druppel. Wellicht, want dat weet ik ook niet. Dat is aan klanten van KDIS(S) om verder uit te zoeken, niet aan ons als relatieve buitenstaanders.
Houdt het bij feiten, en niet bij speculaties.
AlexanderOnline
04/07/07, 12:45
Maar dat geeft allemaal nog steeds geen goede verklaring voor de downtime. Ik ben het met swiftway eens dat het er op lijkt dat dit vermeden kon worden. Maar goed, stel dit was het zoveelste probleem, er moest verhuist worden, onaangekondigd, dat zou kunnen. Waarom dan die downtime? Het lijkt er gewoon op dat de router uit is gegaan en pas toen alles over was op de nieuwe locatie weer aan. Dit had toch anders gekunt? Ik ben niet zo'n netwerk expert maar in eun hadden ze toch een tijdelijke zebra router ofzo op kunnen zette? Op dit punt is kdiss gewoon duidelijk de mist in gegaan. Snel onaangekondigd verhuizen ok, maar niet met zoveel downtime. En daar spreken ze niet over, slecht gewoon
Dan is het toch wanbetalen. Gewoon rekening betalen onder protest en later via geding terugvorderen. Als dit verhaal klopt, dan hebben ze voor een relatief klein bedrag een hele hoop klanten hieronder laten lijden.
Ze hadden het kunnen betalen, dan zonder problemen en geplanned kunnen verhuizen en gewoon het bedrag terugvorderen via een rechtzaak.
Gelukkig ken jij zoals altijd alle details en weet je 't weer zoveel beter als wie dan ook.
Wat schiet men hiermee op?? Misschien was dit in KDISS geval gewoon absoluut geen optie.
Swiftway-UK
04/07/07, 13:39
Misschien was dit in KDISS geval gewoon absoluut geen optie.
Waarom zou betalen en later terugvorderen dan absoluut geen optie kunnen zijn? noem eens een goede reden ervoor.
Misschien omdat het gewoon niet op te brengen was, wie zal het zeggen. Het begint allemaal redelijk speculatief te worden. Ik stel voor om daarmee te stoppen.
Misschien omdat het gewoon niet op te brengen was, wie zal het zeggen. Het begint allemaal redelijk speculatief te worden. Ik stel voor om daarmee te stoppen.
Precies, vanaf de zijlijn roepen is zoooo makkelijk. Verder is lijkt mij de relatie tussen kdiss en $leverancier gewoon al zo uit balans, dat men geen andere optie meer zag oid.
Waarom zou betalen en later terugvorderen dan absoluut geen optie kunnen zijn? noem eens een goede reden ervoor.
Dus als jij in de clinch ligt met een leverancier van jou en dan nemen we hier even een leuk bedrag van laat staan 3 ton dan ga jij het betalen en naderhand vecht je het wel uit.
Ik begin steeds meer te denken dat het heel erge grootspraak is van jou hier op WHT en ik ben schijnbaar niet de enige.
Er is 1 partij die een duidelijk antwoord kan geven op de problemen en niemand anders.
zolang dat antwoord er niet is kun je blijven gissen maar voor dat het gissen 10 bladzijdes verder is, is het gissen al 100x verergerd als wat er eigenlijk is gebeurt.
Swiftway-UK
04/07/07, 14:38
Dus als jij in de clinch ligt met een leverancier van jou en dan nemen we hier even een leuk bedrag van laat staan 3 ton dan ga jij het betalen en naderhand vecht je het wel uit.
Een stroomrekening van 3 ton? ik denk dat je het bedrag erg aan het overdrijven bent, denk je niet?
Een stroomrekening van 3 ton? ik denk dat je het bedrag erg aan het overdrijven bent, denk je niet?
Ik noemde geen stroom zou alles kunnen zijn
Swiftway-UK
04/07/07, 14:41
Wat er echter wel is gebeurt, in korte lijnen dan: Er is een te hoge energiefactuur binnengekomen waarvan geen correcte metingen waren opgenomen. Kdiss weigerde deze factuur te betalen (Was wel bereid een deel te betalen), maar dit was blijkbaar niet goed genoeg voor hun bepaalde coloboer.
Wat ik nu niet begrijp, is dat eerder in deze thread werd verteld dat die betreffende nacht Redbus juist stroom meters ging aanbrengen in de kasten, hoe kan men dan voordat er stroom meters hangen de stroom hebben gemeten?
Tenzij men met een ampere tang bezig is geweest, maar het bericht is hoe dan ook verwarrend. Ik denk dat Redbus in zo een geval de meting heeft uitgevoerd, als je de meting betwist kun je deze toch controleren met een tang of laten uitvoeren door een derde partij?
Ik stel niet dat ik weet wat er aan de hand is, maar de uitleg roept meer vragen op dan dat het zaken volledig beantwoord. Dat is alles wat ik hiermee wil aangeven.
Ik noemde geen stroom zou alles kunnen zijn
Natuurlijk is de hoogte van het bedrag een factor, maar ik kan me niet voorstellen (jij wel?) dat het hier om een bedrag gaat van 3 ton euro.
Who cares, het is niet jouw zaak Remon, hou op met die praatjes. Iedereen heeft weer een mening en iedereen kraakt links en rechts weer van alles en nogwat.
Als je in dezelfde markt actief bent dan heb je jezelf te onthouden van speculatieve negativiteit.
Daarom blijft het ook allemaal giswerk wat iedereen roept.
alleen kdiss kan daar uitsluitsel over geven.
en 3 ton kwa stroom zou me niet verbazen als je ziet dat essent een frietzaak hier in de buurt ook aanslaat voor 50.000 euro.
Swiftway-UK
04/07/07, 14:59
Als je in dezelfde markt actief bent dan heb je jezelf te onthouden van speculatieve negativiteit.
Prima, je hebt gelijk.
Maar gespeculeerd word er hier altijd over iedereen, dat weet je zelf ook wel denk ik.
Maar zoals ik al zei, speculatie is inderdaad niet nodig, bij deze excuses.
Misschien moeten de klanten van KDIS gewoon beide kanten (KDIS en FIBERWORLD) aanhoren en daaruit eigen conclusies trekken.
Wat ik nu niet begrijp, is dat eerder in deze thread werd verteld dat die betreffende nacht Redbus juist stroom meters ging aanbrengen in de kasten, hoe kan men dan voordat er stroom meters hangen de stroom hebben gemeten?
Er zaten overal wel analoge meters ampere meters in de powerbars. Eens in de maand ging dus iemand alle racks langs om te kijken waar hij op dat moment op stond.
Nu zijn er stroomprobes tussen gekomen die via UTP uit te lezen zijn en netjes KwH melden.
Dicht. Speculeren doen we op de beurs.