Bekijk Volledige Versie : i3D.net verhuizing
Ik ben ook zakelijke klant en ben wel netjes ingelicht, en wij hebben onze kasten ook volledig volgens planning online gekregen zoals afgesproken. Wat ik nergens hoor hier is dat het al een jaar algemeen bekent was dat We-Dare niet meer zou blijven in de spaanse kubus (ze zijn bezig met een eigen DC) en dat een verhuizing tegen deze tijd dan een feit zo zijn.
Toe ik dit hoorde vorige jaar heb ik direct actie ondernomen om te zien wat de mogelijkheden waren. En wat i3D ging doen. Hierdoor wisten wij al vrij snel wat de plannen waren en kon daar dus op inspelen. M.a.w. een telefoontje naar i3D was genoeg.
Ook weer een misvatting waarvan je dankzij je goede banden met Stijn toch wel zou moeten weten dat dit niet klopt.
In de overeenkomst met I3D welke hij tot 3 dagen geleden ter ondertekening voor zijn neus had staat namelijk een volledig nieuwe ruimte op de 7e etage van de Spaanse Kubus.
Onze oude kleine (400m2) ruimte op de 4e etage komt te vervallen aangezien we een prachtig nieuw DC hebben, echter de ruimte op 7 is tot op heden nooit ter sprake gekomen om te laten vervallen mede door het feit dat I3D expliciet had aangegeven hier te willen blijven staan.
WAAAAAAAAATTT :ohmy::ohmy::ohmy::ohmy:
Antwoord van 213.163.65.106: bytes=32 tijd=22 ms TTL=57
Antwoord van 213.163.65.106: bytes=32 tijd=14 ms TTL=57
Antwoord van 213.163.65.106: bytes=32 tijd=13 ms TTL=57
Antwoord van 213.163.65.106: bytes=32 tijd=13 ms TTL=57
Knijp me even, droom ik?! Of zou het nu werkelijk na 47 en een half uur downtime weer online zijn :|
Heb je linux => toets eens "uptime" in =)
Time for the logs:
Oct 28 00:36:36 s3 auditd[1853]: The audit daemon is exiting.
* Hier ging de bak uit
Oct 29 16:11:34 s3 syslogd 1.4.1: restart.
* Weer aan
Oct 29 20:02:49 s3 shutdown[8064]: shutting down for system halt
Oct 29 20:02:49 s3 init: Switching to runlevel: 0
Oct 29 20:02:50 s3 shutdown[8100]: shutting down for system halt
* Weer uit
Oct 29 20:05:12 s3 syslogd 1.4.1: restart.
* Weer aan
Oct 29 22:34:44 s3 kernel: r8168: eth0: link down
Oct 29 22:34:44 s3 kernel: r8168: eth0: link down
Oct 29 22:34:46 s3 kernel: r8168: eth0: link up
Oct 29 22:34:47 s3 kernel: r8168: eth0: link up
Oct 29 22:35:42 s3 kernel: r8168: eth0: link down
Oct 29 22:35:42 s3 kernel: r8168: eth0: link down
Oct 29 22:35:44 s3 kernel: r8168: eth0: link up
Oct 29 22:35:45 s3 kernel: r8168: eth0: link up
Oct 29 22:36:03 s3 kernel: r8168: eth0: link down
Oct 29 22:36:04 s3 kernel: r8168: eth0: link down
Oct 29 22:36:06 s3 kernel: r8168: eth0: link up
Oct 29 22:36:06 s3 kernel: r8168: eth0: link up
Oct 29 22:36:13 s3 kernel: r8168: eth0: link down
Oct 29 22:36:13 s3 kernel: r8168: eth0: link down
Oct 29 22:36:15 s3 kernel: r8168: eth0: link up
Oct 29 22:36:16 s3 kernel: r8168: eth0: link up
* Flapperen met het netwerk.
IIg zeker is dat mijn bak tot 16u vanmiddag geen stroom heeft gezien (zat nog in een verhuisbak misschien?). En dat die meerdere malen nog zonder power heeft gezeten. Waarna na netwerk geflapper de boel weer up kwam. Erg jammer dat er dus gisteren gezegd is "Nee alles is geracked" en "Het gaat nu snel" en "het is voor het eind van de dag klaar" terwijl er kennelijk nog weinig van power voorzien was en misschien nog niet eens in het rack hing :)
[root@s3 log]# uptime
00:24:34 up 4:20, 1 user, load average: 0.15, 0.23, 0.24
[root@s3 log]#
Die 21:00 uur hebben ze dus wel alles van stroom voorzien dus :)
Alleen het netwerk wou niet meewerken :oops:
In ieder geval succes met restoren als dat nodig zou zijn (en verhuizen?) :innocent:
Nu kan je tenminste je backups maken waar je al uren/dagen om schreeuwt :thumbup:
Klanten die op die server stonden reken ik maar als "ben ik allemaal gewoon kwijt". 8 klanten in totaal (meer stonden er niet meer op op, gelukkig maar).
Ondanks dat die klanten waarschijnlijk morgen zelf hun data over gaan zetten. Reken er maar op dat alles voordat ik mijn bed in ga weg is getransferd daar idd :) Als men wat flexibeler was geweest en mij mijn data zelf had laten ophalen (bij uitzondering als dedi klant binnenlaten in het dc) was het nog 10u minder down geweest. Maarja, toen was de bak kennelijk nog niet boven water/zat het nog in een verhuisdoos...
Morgen ochtend even de opzegging eruit knallen en telefoontje doen met rechtsbijstand, en dan dit hoofdstuk afsluiten.. bah :(
Weet iemand of i3d vanavond doorgaat of moeten we wachten tot morgenvroeg?
Read more on: : i3D.net Game Forums http://forum.i3d.net/game-blog-news-announcements/77474-interactive-3d-opens-36-000-sq-ft-datacenter.html (http://forum.i3d.net/game-blog-news-announcements/77474-interactive-3d-opens-36-000-sq-ft-datacenter.html)
Dedi van ons ligt er nog steeds uit:
Server 663
Ip's
213.163.73.31
213.163.73.32
213.163.73.33
213.163.73.34
Interne traceroute:
[root@s3 log]# tracert 213.163.73.31
traceroute to 213.163.73.31 (213.163.73.31), 30 hops max, 40 byte packets
1 * * *
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
Loopt nog dood. Maar verwacht dat het dus nog netwerkproblemen zijn. de 213.163.65.x is net gefixt, verwacht dat ze vannacht verder gaan ja.
Volgens mij is dat helemaal niet zo algemeen bekend, sterker nog, volgens mij weet we-dare dat zelf niet eens?
Het datacenter in rotterdam (spaanse kubus) is ook eigendom van we-dare trouwens.
De Spaanse Kubus is niet van We-Dare, is van een duitse hypotheekbank en wordt beheerd door TCN.
De Spaanse Kubus is niet van We-Dare, is van een duitse hypotheekbank en wordt beheerd door TCN.
Vandaar ook de woorden "het datacenter" ;).
Als men wat flexibeler was geweest en mij mijn data zelf had laten ophalen (bij uitzondering als dedi klant binnenlaten in het dc) was het nog 10u minder down geweest. Maarja, toen was de bak kennelijk nog niet boven water/zat het nog in een verhuisdoos...
Ik kan de i3d actie niet goedkeuren, maar het lijkt me helemaal not done als er klanten met een dedicated server over de vloer komen om data van hun server af te halen. Jij bent vast niet de enige, voor je het weet zit er 100 man, personeel van i3d moet dan weer toezicht gaan houden etc, denk je dat ze daar uberhaupt tijd voor hadden?
Ik ben het met je eens hoor santema. Als ze het echter wel toegelaten hadden was dat een heel mooi teken van goodwill geweest.
Ik heb ook geen bericht ontvangen over de verhuizing, server is ook uitgezet en me externe HD zit nu ook opeens niet meer aan me server vast.
Jammer.
FYI: Deze is weer aangesloten!
Is iedereen inmiddels online? Volgens mij niet, het ip van zijn dedi wat Joranh gisternacht postte (213.163.73.31) pingt nog niet.
En ook
Iemand van i3d die hier misschien wat meer info kan geven? Of de ip's even kan nacheken..
Volgende ip's nog steeds down:
213.163.64.10 (Dell r200)
213.163.71.82 (Rackserver)
213.163.71.131 (Dell r200)
Deze bakjes pingen ook nog niet allemaal.
Is iedereen inmiddels online?
Ik ben ook nog steeds niet online met een machine in 213.163.66.*
Zie wel steeds meer machines in die range online komen.
Klanten die op die server stonden reken ik maar als "ben ik allemaal gewoon kwijt". 8 klanten in totaal (meer stonden er niet meer op op, gelukkig maar).
blaat
Het worden er steeds meer?
Aan het begin van dit topic had je het nog over 3 streaming klanten die je bij I3D had staan....
Als er nog servers offline zijn: stuur een ticket in. In princiepe zijn alle servers geactiveerd en verbonden met het netwerk. Mochten er dus toch problemen zijn dan moet de server specifiek nagekeken worden.
Bellen mag uiteraard maar de snelste manier is het insturen van een ticket met servernummer en IP. Dit wordt direct doorgestuurd naar de engineers in het datacenter en deze kijken vervolgens de server voor u na.
Het worden er steeds meer?
Aan het begin van dit topic had je het nog over 3 streaming klanten die je bij I3D had staan....
Server vervulde meerdere rollen, 3 streamings en een handje vol webhosting klanten. Dus totaal 8 ;)
Als er nog servers offline zijn: stuur een ticket in. In princiepe zijn alle servers geactiveerd en verbonden met het netwerk. Mochten er dus toch problemen zijn dan moet de server specifiek nagekeken worden.
Bellen mag uiteraard maar de snelste manier is het insturen van een ticket met servernummer en IP. Dit wordt direct doorgestuurd naar de engineers in het datacenter en deze kijken vervolgens de server voor u na.
Ticket is al ingediend om 8:23
Ik ben bijna weer op kantoor. Zal zorgen dat de ticket zsm behandeld gaat worden.
Ik ben het met je eens hoor santema. Als ze het echter wel toegelaten hadden was dat een heel mooi teken van goodwill geweest.
Enerzijds wel, anderzijds vertraag je alles, tenzij er niemand met je meekijkt (maar dat is weer een beveiligingsissue).
Niet dat ik de verantwoording nu helemaal naar jou wil schuiven, maar anderzijds kun je toch ook zeggen dat het niet nodig zou moeten zijn dat je de data van de server(s) zou moeten trekken - daar zou je gewoon backups voor moeten hebben. Veel providers vereisen dit zelfs.
@WeDare:
Dan zou ik graag van je horen wie jij (of je klant) gesproken hebt/heeft, wij bieden naast het verhuren van racks namelijk geen additionele diensten aan die van toepassing zouden kunnen zijn op klanten van I3D.
Ik kan geen namen noemen, die heeft mijn klant mij ook niet verteld, maar er zou een server aangeboden zijn.
Nu ging een complete server te ver voor mijn klant, dus die heeft op dat punt afgehaakt.
Enerzijds wel, anderzijds vertraag je alles, tenzij er niemand met je meekijkt (maar dat is weer een beveiligingsissue).
Het probleem was dat de routing van buiten niet werkte. Ze hadden dus best kunnen helpen door de mensen (op de parkeerplaats :)) toegang te geven met een draadlooze verbinding op het interne netwerk. Dan was er geen extra beveiligingsrisico geweest, maar had men toch bij de servers gekund. Desnoods leg je een wat langer UTP kabeltje met een switchje voor deze mensen neer.
maar anderzijds kun je toch ook zeggen dat het niet nodig zou moeten zijn dat je de data van de server(s) zou moeten trekken - daar zou je gewoon backups voor moeten hebben. Veel providers vereisen dit zelfs.
Offsite backups zijn aanwezig hoor, echter waren die meer dan een dag oud.. omdat de server uit het rack is getrokken voordat de volgende backup schedule ging lopen.
Het probleem was dat de routing van buiten niet werkte. Ze hadden dus best kunnen helpen door de mensen (op de parkeerplaats :)) toegang te geven met een draadlooze verbinding op het interne netwerk. Dan was er geen extra beveiligingsrisico geweest, maar had men toch bij de servers gekund. Desnoods leg je een wat langer UTP kabeltje met een switchje voor deze mensen neer.
Dat duurt langer dan het probleem structureel verhelpen. 80% van de servers was in 20% van de tijd online en hier zat elke dedicated server met een SLA hoger dan "best effort" bij. Colocatie klanten werden op individuele basis geholpen en toen de netwerk issues verholpen waren is het snel gegaan met de laatste services online brengen. Vandaag zijn we nog bezig met de laatste klanten servers online te brengen - en gezien de problemen is dat ook weer per server een ander verhaal.
Bij deze wil ik iedereen die hulp heeft aangeboden bedanken, dit werd zeer gewaardeerd! Alle klanten die onsite, ondanks de situatie, toch met een glimlach hard hebben gewerkt, ook jullie enorm bedankt! De feedback die wij ontvangen doet ons goed en eea wordt komende week nogmaals goed persoonlijk doorgenomen.
en hier zat elke dedicated server met een SLA hoger dan "best effort" bij.
Hhm, kan je aangeven waar deze SLA's aangeboden worden dan? Ik heb zelf een tijdje geleden info gevraagd over de verschillende SLA's die er waren om bij je dedi te nemen. Antwoord was iets in de zin van:
"Die zijn er op dit moment niet, maar u moet rekenen op xx euro per maand hiervoor. Zodra er meer info beschikbaar is zullen we dit laten weten".
Hhm, kan je aangeven waar deze SLA's aangeboden worden dan? Ik heb zelf een tijdje geleden info gevraagd over de verschillende SLA's die er waren om bij je dedi te nemen. Antwoord was iets in de zin van:
"Die zijn er op dit moment niet, maar u moet rekenen op xx euro per maand hiervoor. Zodra er meer info beschikbaar is zullen we dit laten weten".
Helaas alleen buiten de geautomatiseerde website om - het is vervelend dat je niet direct goed bent voorgelicht.
DennisWijnberg
30/10/09, 15:31
Stewie. Komt er nog een officiele, publieke, reactie op wat de beweegredenen allemaal zijn geweest?
Ik heb geen behoefte om publiekelijk eea uiteen te zetten - of een moddergevecht te starten.
De communicatie over het waarom staat al in ons klanten controlpanel en op diverse sites zoals Tweakers http://gathering.tweakers.net/forum/list_message/32823289#32823289
DennisWijnberg
30/10/09, 16:05
Ik heb geen behoefte om publiekelijk eea uiteen te zetten - of een moddergevecht te starten.
De communicatie over het waarom staat al in ons klanten controlpanel.
Je bent je bewust wat een niet-open communicatie in dit geval tot gevolg kan hebben? "Ze hebben wat te verbergen." Je hoeft jezelf niet naar aanleiding daarvan te verdedigen, maar een open communicatie zou ik zeker aanbevelen.
Je bent je bewust wat een niet-open communicatie in dit geval tot gevolg kan hebben? "Ze hebben wat te verbergen." Je hoeft jezelf niet naar aanleiding daarvan te verdedigen, maar een open communicatie zou ik zeker aanbevelen.
Klopt wel, als buitenstaander ga je dat denken (ook al is het misschien niet zo) als je dit topic een beetje volgt. De uitleg die WeDare gedaan heeft was heel netjes en plausibel.
En aan de andere kant: de verborgen communicatie wordt ongetwijfeld door 1 van je klanten online gezet, waarom dan niet meteen doen en daarmee jezelf positief beschijnen :)
Nogmaals: het is al gecommuniceerd en is al online gezet door klanten. Ik weet dat men hier graag sappige dingen leest maar die komen er niet aan ;) Sorry Dennis! ;)
DennisWijnberg
30/10/09, 17:25
Nogmaals: het is al gecommuniceerd en is al online gezet door klanten. Ik weet dat men hier graag sappige dingen leest maar die komen er niet aan ;) Sorry Dennis! ;)
Is het sappig dan? Ik hoef geen sappige details, ik ben wel heel benieuwd. Ik zal er niet publiekelijk op reageren als iemand het zelf publiceert.
@WeDare:
Ik kan geen namen noemen, die heeft mijn klant mij ook niet verteld, maar er zou een server aangeboden zijn.
Nu ging een complete server te ver voor mijn klant, dus die heeft op dat punt afgehaakt.
Ik kan je met 101% zekerheid stellen dat je klant hierbij een vergissing maakt, We Dare is namelijk een co-locatie bedrijf, wij doen niets maar dan ook niets met hardware oplossingen zoals dedicated servers of zelfs vps'en.
Ik wil hier niet met een beschuldigende vinger wijzen maar dit is precies de manier waarop de wild-west verhalen de wereld in komen.
Het lijkt mij ook sterk dat WeDare servers aanbiedt aan derden gezien zij puur colocatie doen.
Alles is online dus deze kan nu dicht... eventuele verdere discussie kan hier: http://www.webhostingtalk.nl/bedrijfsvoering-van-een-hostingbedrijf/154775-bedrijfsvoering-van-een-hostingbedrijf.html