i3d.nl werkt in ieder geval weer!
Afdrukvoorbeeld
Vanuit Ziggo:
Pingen naar i3d.nl [188.122.94.94] met 32 bytes aan gegevens:
Antwoord van 188.122.94.94: bytes=32 tijd=10 ms TTL=121
Antwoord van 188.122.94.94: bytes=32 tijd=10 ms TTL=121
Antwoord van 188.122.94.94: bytes=32 tijd=10 ms TTL=121
Antwoord van 188.122.94.94: bytes=32 tijd=10 ms TTL=121
1 <1 ms <1 ms <1 ms 192.168.10.1
2 6 ms 5 ms 5 ms 10.240.112.1
3 9 ms 6 ms 5 ms csw2-vlan202.dbsch1.nb.home.nl [213.51.151.193]
4 7 ms 7 ms 11 ms asd-tr0409-cr101-ae4-0.core.as9143.net [213.51.1
58.102]
5 * * * Time-out bij opdracht.
6 * * 62 ms 188.122.95.5
7 11 ms 10 ms 11 ms 188.122.94.94
Iemand nog een nummer van I3D wat te bereiken is? Of een adres waar ze reageren? Een van mijn dedi's had een kapotte harde schijf (waarvan al bekend was dat de batch brak was!!), deze is vervangen en de oude schijf erbij gehangen om nog te proberen te recoveren, maar nu boot de server dus niet door. Reactie op mijn tickets en e-mails zijn allemaal 'algemeen' in de trend van het duurt nog even, maar de hele range lijkt verder online behalve mijn server :<
Vrij vervelend dus, heb echt wat data die daar nu staat morgen op zn laatst weer nodig.
Voor de personen die het nog niet op het controlpanel van i3D hebben gelezen, hier nog een nieuws bericht:
Citaat:
28-10-2009 - Nasleep server migratie
Afgelopen nacht heeft i3D een flink aantal servers gemigreerd vanuit de Rotterdamse en Amsterdamse locaties. De heftige nasleep kreeg grote aandacht en verdient een korte uitleg.
Het probleem
Medio 2004 is i3D klant geworden van WeDare Rotterdam. Een voorspoedige en vlotte klant-leverancier relatie zorgde voor een vlotte en snelle groei, van een enkel rack tot plusminus 65 racks verspreid over twee lokaties. Naast deze racks heeft i3D eigen apparatuur in datacentra in Frankfurt, London en Parijs.
Vanaf 2005 tot de periode 2008 zijn er met onregelmatige tussenpozen storingen geweest in de stroomvoorziening, airco units en het netwerk. Omdat er geen openheid van zaken werd gegeven na storingen en er geen noemenswaardige investeringsplannen waren is het vertrouwen in onze leverancier gedaald. Wel werden de colocatie prijzen regelmatig verhoogd.
Het nieuwe datacenter
Medio 2008 is de keuze voor een eigen datacenter gemaakt en begon de zoektocht naar een geschikte lokatie, bij voorkeur te Rotterdam, waar de bulk van onze colocatie klanten is gehost.
Het nieuwe datacenter is volledig uitgerust voor high density hosting. In 2009 is begonnen met de bouw van het datacenter.
Waarom verhuizen met spoed?
De laatste maanden hebben onze Rotterdamse klanten grote problemen ondervonden met het netwerk, de toegang tot de apparatuur en de communicatie rondom deze problemen.
De netwerkproblemen werden dermate serieus dat interne diensten van i3D zijn verplaatst naar andere datacentra. Onze leverancier gaf nooit goede feedback over deze problemen. De kenmerken waren: connection drops, packet loss bij bursts en lage bandbreedte op internationale transits.
Ondanks de sterke groei van ons dataverkeer werd er door onze netwerk leverancier WeDare niet geinvesteerd in meer beschikbare bandbreedte en stabielere verbindingen.
Vanwege deze en overige redenen is het contract met WeDare tijdig opgezegd.
Helaas bleef het daar niet bij: meerdere malen hebben wij klanten zien vertrekken waarna er vreemde obstructies voor, tijdens en na de verhuizing zich voordeden. De reputatie werkt ook niet mee. Een gijzeling van apparatuur van ons, en onze klanten is onacceptabel. Dit gevoel werd nog versterkt omdat zowel het netwerk als de rackspace door één partij werden geleverd.
Tot slot kent de Spaanse Kubus een vreemde historie en heeft een reputatie die veel leveranciers en potentiele klanten afschrikt.
Naar aanleiding van de netwerk problemen zijn meerdere colocatie klanten van i3D overgestapt naar WeDare, waarbij onze leverancier geen bericht hierover gaf, en de IP adressen uit onze assigment stilletjes over werden gezet naar het nieuwe rack van de klant. Een leverancier die op deze manier klanten overneemt gaat daarmee de concurrentie aan met haar eigen klanten.
In onze optiek hadden wij twee keuzes:
- Een spoed verhuizing waarbij wij de hardware meenemen en de snelheid van de verhuizing afhankelijk is van ons werk
- Een aangekondigde verhuizing met het risico bestond dat de apparatuur gegijzeld werd, voor onbekende duur
Daar i3D meerdere grote internationale klanten host is besloten om met spoed, voor de geplande overgangsdatum alles in gang te zetten. De nieuwe datacenter lokatie was inmiddels getest en technisch in orde om de servers te housen.
Een situatie waarbij wij onze klanten niet kunnen vertellen wat er gaat gebeuren en waarbij onze leverancier zonder schroom klanten overneemt is uit den boze en dodelijk voor een onderneming.
Omdat de nieuwe lokatie zeer dichtbij de oude Rotterdamse lokatie is gelegen, is er besloten om onze gehel Rotterdamse lokatie en enkele Amsterdamse systemen in de nacht van dinsdag op woensdag direct over te zetten.
Ons kantoor was 24x7 bemand en onze zakelijke klanten en alle colocatie klanten werden persoonlijk gebeld. Onze overige klanten werden via de site en email op de hoogte gehouden. Toen vlak na het begin van de verhuizing onze website te lang offline bleef en een telefonie storing bij onze Europese VOIP leverancier onze uitgaande lijnen beperkte tot de ISDN lijnen is de communicatie niet vlekkeloos verlopen. Hiervoor bieden wij onze excuses aan.
De verhuizing zelf ging voorspoedig totdat WeDare meldde dat zij de "authoriteiten gingen inschakelen". Na aankomst van het i3D project team bij de Spaanse Kubus bleken de vrachtwagens van onze verhuizers klem te zijn gereden en werden de verhuizers van de datavloer gestuurd zonder opgaaf van reden. Zowel in Amsterdam als Rotterdam was i3D personeel aanwezig om leiding te geven aan de verhuizing en er werd direct melding gemaakt van de gang van zaken.
Even na 2:00 uur 's nachts is de politie gebeld door een werknemer van i3D. Een gesprek met WeDare liep daarvoor op niets uit - en een oplossing leek niet dichtbij. Na bemiddeling van de politie is de verhuizing met ruim 2.5 uur vertraging voortgezet.
Rond half zeven 's ochtends kwam de laatste apparatuur binnen. Door de vertraging zijn de inbouw werkzaamheden dermate uitgelopen dat deze in de middag nog plaatsvonden. Dit betreuren wij zeer en i3D zal haar verantwoordelijkheid nemen in deze.
Colocatie en zakelijke klanten worden komende week gebeld en zullen snel meer informatie ontvangen.
Onze overige klanten zullen in de loop van de week een ticket ontvangen met meer informatie en een compensatie.
Ben hier helaas nog steeds offline met 4 servers, nog meer mensen die offline zijn, of ben ik de enige?
Xs4all ADSL klanten -> Geen webverkeer
Ziggo Kabel klanten -> Sommige klanten wel, Sommige klanten niet.
Reeks: 213.163.92.X
Kan iemand uitleggen waarom de kant van Xs4all (dat duurt echt al hele dag) geen refresh wordt gedrukt bij de core routers?
En waarom klant A via Ziggo een traceroute doet maar GEEN webverkeer heeft, en klant B wel, met dezelfde traceroute.
Ping werkt bij biede klanten, maar web verkeer dus voor de helft niet.
Zo juist iemand ter plaatse gesproken en hij kon mij vertellen dat alles netjes is overgenomen, ondanks eerder berichte waarbij vertelt werd dat alles uit de rack is getrokken. Alles is keurig netjes ingepakt en vervoerd is.
Hij vertelde wel dat er nog veel servers geplaatst moeten worden. Er zullen dus een stel server voor lange tijd nog offline zijn.
Edit: laat maar.
even een kort vraagje tussen door, hoe hebben ze in hemelsnaam de servers uit gezet? gewoon een stekker uit een server trekken lijkt me niet de beste oplossing (om nog maar te zwijgen over een san)
een CTRL-ALT-DEL doet meestal zijn werk wel
En de schade dat klanten vanuit Xs4all en diverse andere providers nog steeds geen Web IP verkeer hebben naar o.a. onze servers?
Edit: Diverse IP's vanuit I3D naar xs4all colo zijn niet bereikbaar, andere IP's in dezelfde reeks zijn dat wel.
Kan iemand mij uitleggen hoe dit kan, zodat ik het ook mijn klanten kan uitleggen?