Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 43 reacties

Vorige week berichtten we dat de SIDN een nieuw domeinregistratiesysteem in gebruik zou gaan nemen. Vanaf afgelopen dinsdag had dat systeem in de lucht moeten zijn, maar sindsdien regent het klachten: handmatige zowel als automatische registraties zouden mislukken, de whois zou onbetrouwbaar zijn, postcodes worden onterecht afgewezen, kortom, DRS4.0 zou een totale ramp zijn. 'Absoluut een tegenvaller', sipt woordvoerder Roelof Meijer. 'We hebben meer problemen dan verwacht, en we hebben dat bovendien onvoldoende duidelijk gecommuniceerd. We krijgen dan ook erg veel mail en duizenden telefoontjes per dag. We werken echter keihard om de problemen op te lossen, we zijn al sinds vorige week letterlijk vierentwintig uur per dag bezig en daar gaan we mee door totdat alles is opgelost.'

*Bug City
Bugs bestormen een fort in 'Starship Troopers' De nieuwe software is tot teleurstelling van alle betrokkenen domweg nog niet bugvrij, vertelt Meijer. 'We hebben meer moeite met de uitrol dan we verwachtten - en dan onze klanten van ons mogen verwachten.' Bij de acceptatie van nieuwe domeinen was er bijvoorbeeld een foute regel, waardoor volledig numerieke domeinnamen onterecht werden geaccepteerd. Die fout was eenvoudig genoeg te herstellen, maar de zone file transfer, waarmee domeinnamen op het internet 'gepubliceerd' worden, wordt momenteel niet meer automatisch uitgevoerd. 'We willen er zeker van zijn dat er geen verrassingen in onze zonefile zitten', legt Meijer uit, 'dus we controleren alles handmatig. Dat levert natuurlijk wel vertraging op, maar we moeten daar toch nog wel een paar dagen mee doorgaan.'

*Roomser dan de paus
Sommige problemen worden ook veroorzaakt doordat het nieuwe systeem té goed werkt: 'De check die we op aangemelde domeinen uitvoeren was te scherp - we hebben roomser dan de paus willen zijn, en dat leverde heel veel vragen op. Die controle hebben we dus weer tot het oude niveau afgezwakt', aldus een schuldbewuste Meijer. Er blijken echter geen registraties in het niets te zijn verdwenen: 'Het ziet er misschien niet zo uit, maar we hebben alles nog steeds onder controle. Juist daarom is het zo lastig dat er ook nog een bug in het whois-systeem zit, waardoor pas geregistreerde domeinen bij tijd en wijle nog ten onrechte als 'vrij' worden getoond.' In het systeem is zo'n domeinnaam dan echter al gewoon vastgelegd, dus niemand hoeft bang te zijn dat zijn domein alsnog gekaapt kan worden.

*Down and out
SIDN logo Omdat een ongeluk nooit alleen komt, gaf ook de databasecluster van Oracle de geest 'en daar konden we nou écht niks aan doen.' Een kleine onderhoudsklus liep dinsdag vreselijk uit de klauwen toen de DRS4-applicatie opnieuw werd opgestart en de database crashte. Momenteel draait de SIDN dus op een enkelvoudige databaseserver ('maar er zijn diverse mirrors, dus er is geen direct gevaar voor de volksgezondheid') terwijl Oracle aan een oplossing werkt. 'En daar komt dus het volgende probleem al weer aan', zegt Meijer, 'want die oplossing moet geïmplementeerd worden, en dat betekent downtime.' Op de vraag op hoevéél downtime nog gerekend moet worden kan de SIDN-man geen antwoord geven. 'De database zal vermoedelijk zondag worden hersteld, want dan is het het rustigst en een onderhoudswindow heeft dan de minste gevolgen. Verder proberen we zoveel mogelijk om oplossingen die downtime tot gevolg hebben tegelijk uit te voeren om de overlast te beperken, maar het is onmogelijk om nu precies te zeggen hoe lang mensen nog last zullen hebben. We doen er echt alles aan om dat tot een minimum te beperken.'

*Achter de wolken...
De klachten zullen echter nog wel even aanhouden, verwacht Meijer. 'Kijk, voor een deel hebben we de kritiek zelf over ons afgeroepen. Een foutloze introductie van iets van het formaat van DRS4.0 is al nauwelijks mogelijk, en ik wil zeker niet bagatelliseren dat er op korte termijn heel wat dingen geregeld moeten worden. Toch is DRS4.0 een goed systeem, dat ons in de toekomst nog veel plezier gaat bezorgen. Maar de partijen die wel begrip voor onze situatie hebben, laten niet op de fora van zich horen.' Teleurgesteld is hij daar niet over: 'Het internet is een open podium, en als je een fout maakt, word je te drogen gehangen. Dat maakt onze taak juist tot zo'n verantwoordelijke, en die blijven we uiterst serieus nemen.'

Lees meer over

Moderatie-faq Wijzig weergave

Reacties (43)

De oplossing die er voor zorgde dat het systeem niet op 1 systeem draait heeft de geest gegeven. Flinke min punten voor Oracle met hun cluster software.
Al is nog niet gecommuniceerd wat er nu precies is mis gegaan. Het feit dat SIDN namen noemt (Oracle) is al veel gezeggend, SIDN noemt niet snel namen van leveranciers.
Al met al is het vrij verveldend uit te leggen aan klanten, maar ons concurrent het net zo min succes met registreren.
Dat de concurrent het zelfde probleem heeft is op zich wel zo, maar dan probeer je ervoor te zorgen dat jouw klanten er minder last van hebben dan de klanten van je concurrent. Je kunt dus niet zomaar zeggen dat er problemen zijn bij SIDN en dat ze het daarom maar een paar dagen later moeten proberen. Dit kost een bak geld omdat er nu bij grote hosting providers 1 a 2 mensen full-time op de .nl registraties moeten zitten.

Het feit dat het er een weekend uitgelegen heeft was eigenlijk al te absurd voor woorden.
Maak van dat weekend maar een lang weekend, en momenteel werkt het dus nog niet feilloos, ook niet nu bepaalde zaken met de hand gedaan worden.

Begin deze week zijn we begonnen met een domeinnaam aanvraag, maar die is nu dus nog niet volledig afgehandeld. Toch jammer zo'n misslag van SIDN. En zelf met de wbeschuldigende vinger richting een anders, heeft zeker de nieuwe DRS4.0 nog heel wat kinderziektes.

Zal niet meevallen om de boel weer net zo goed op de rit te krijgen als met DRS2 het geval was. Hopleijk gaan ze dat toch op korte termijn redden, 3 dagen voor een domeinregistratie kan niet de bedoeling zijn natuurlijk ;)
Het is zelfs zo erg dat de handleidingen op diverse punten niet kloppen! Als je hier wat van zegt vraagt de stichting of je wel eerst alles uitgebreid getest hebt? Uhh... wie hoort hier nu te testen of het systeem werkt? :?

Ook leuk is dat diverse deelnemers al fouten hebben aangegeven voordat het systeem in productie werd genomen, om het makkelijk te houden heeft de stichting deze maar gewoon genegeerd. :)
Ik zeg dit altijd, je kunt testen tot je erbij neer valt, maar een test is een test. Een testomgeving is nagenoeg nooit identiek aan de uiteindelijke omgeving, dus zegt het resultaat van een test vaak niets over hoe het in de praktijk bij introductie zal gaan.

Zo, dat moest ik even kwijt :+
dat vond SIDN kennelijk ook, dus de beste test is een praktijktest :P
Niet helemaal, anders was DRS 4.0 veel eerder al geintroduceerd, en hadden we de fouten al veel eerder ontdekt, en waren de fouten er al veel eerder uit gehaald. Dan zaten we inmiddels bij DRS 6.0 (nadat 5.0 werd geschrapt uiteraard).

:Y)
En daar zit hem het probleem: In een normale OTAP omgeving zou zeker de laatste stap voor productie 100% representatief moeten zijn voor die productie-omgeving. Ik kan niet oordelen over de problemen bij SIDN, maar de stelling 'je kunt niet alles testen' gaat niet op voor de factor techniek.
Het moeilijke zit hem in het verzinnen wat échte' mensen allemaal gaan proberen.
Ok, vertel mij maar hoe je hier een test op wil loslaten wat 100% representatief is voor de productie-omgeving. Ik heb ze niet geteld. maar ga er maar eens van uit dat er 500 deelnemers categorie I zijn (dus providers die domeinen mogen registreren), en laten we zeggen 5 werknemers gemiddeld die in het systeem komen tijdens de spits (laten we ervan uitgaan dat de SIDN dit ooit heeft gemeten).

Laat me raden, je gaat 2500 mensen aan het werk zetten tijdens de test?
lijkt me toch dat zo'n systeem dan toch niet voldoende getest is. Metname met real-life scenario's.

Dat van die DB is natuurlijk wel gewoon brute pech...
Tsja, mag je niet stellen dat je dit soort dingen simpelweg niet op 1 systeem draait? Zeker niet als je een instantie bent waar toch redelijk veel vanaf hangt?
vandaar dat de hele cluster crashde ;)

anders waren er niet zoveel problemen..
Als een fysieke database keihard onderuit gaat en corrupt raakt heb je geen ruk aan een cluster. Je kunt dan wel vrolijk je DB naar de andere node zetten, maar die database blijft net zo corrupt he ;)
zover ik weet wordt alles opgeslagen bij SIDN. Zoiets als een centrale server met alle .nl info. Je betaalt echter aan je hosting bedrijf

Grr. Was reactie op carama-boy
Typisch, veel fouten die tijdens het testen gevonden werden waren niet tijdens de productiegang opgelost. Dingen die in de testomgeving werkten, werkten in de productieomgeving ineens niet meer.
En dan registreer je een domein, kun je nog een uur wachten voordat de informatie in de whois database eindelijk klopt.

Ik blijf erbij dat het DRS4.0 systeem te omslachtig is, de SIDN wil eigenlijk veel te veel weten van de houder waardoor er teveel velden in te vullen zijn. Gelukkig hebben het geautomatiseerd en slaan we de meeste van die velden gewoon over. Doe mij het EPP systeem maar, hoef je tenminste ook niet te wachten op een reactie maar weet je direct of iets is geregistreerd of niet.
Heb zelf eigenlijk geen problemen ondervonden met DRS 4. Werkte prima en zag er goed uit 8-)

Vindt het zelfs een hele verbetering t.o.v van DRS2 met z'n ranzige Oracle Initator applets...

dus good job SIDN :Y)
Het oude DRS wekte mij bij zoveel irritatie op dat ik zelf ten tijde van een overname van een andere hoster een eigen frontend heb gemaakt die mailformulieren en pdf's kan genereren. Ik ben op basis van de nieuwe DRS4 specs aan een rewrite begonnen (de oude was haastig ivm kort-dag), maar toen ik de beta van DRS4 zag is dat inderdaad op een erg laag pitje komen te staan. Ziet er verhipte netjes uit.

Deze problemen, en dan vooral het Oracle probleem, deed zich volgens de mail die wij van SIDN hebben gehad vooral voor tijdens hele hoge load. Dit nuanceert het nieuwsbericht een beetje. Hoge load is echter ook prima te "simuleren" door een blik pc's open te trekken en mbv van wat scripts een dag los te laten op de testservers.
Nou dan heb je weinig getest :)
Vrijdag kwam ik er achter dat het '&' karakter een XML error terug gaf.. toch knap voor een systeem wat geen XML API zou hebben.. Maandag hadden ze dat nog niet gefixt.. Sterker nog Maandag was het helemaal dood..
nu is dat gefixt maar 'bedenkt' hun systeem ineens waardes voor niet ingevoerde velden in de email api..
Ach ja.. het is een stichting het mag wat kosten.. dan heb je ook nix..
Vrijdag was DRS4 nog niet operationeel, en maandag was SIDN nog dicht. Je eerste DRS4-transactie moet dinsdag na 11:15 plaatgevonden hebben. Jouw fouten zijn dus veel aparter dan je denk, of je bent tijdreiziger.
Het probleem bestaat trouwens nog steeds. Net een domein aangevraagd met een & en we krijgen wederom een mooie error...

210 Domeinnaam geregistreerd #domeinnaam#
com.bea.xml.XmlException: error: Unexpected character encountered (lex state 3): ' '

Tja...
Hmm, ik vind het oude systeem eerlijk gezegd fijner werken dan het nieuwe systeem. Je krijgt direct melding van problemen. Bij het nieuwe systeem moet je ook veel meer invullen. En vooral nameservers. Hallo, we vullen altijd dezelfde nameservers in, waarom moet ik die bij elke f*cking aanvraag opnieuw invoeren????

En verder moet ik het voordeel van handles nog uitvinden geloof ik. :P
Nameservers kun je vastleggen via 'Wijzigen deelnemergegevens'.

Handles zijn handig. Heb je een klant met een bestaande domeinnaam, dan hoef je alleen zijn/haar handle in te voeren en niet de hele reut aan contactgegevens.

Gegevens wijzigen doe je in 1x via een handle. Je hoeft dus niet alle domeinnamen apart af te lopen.

Ikzelf ben tot nog toe erg tevreden met DRS4. Okee, wat hikjes, maar voor mij nog geen reden om mee te gaan in de lokale z*ikcultuur.
Zie ik daar seireus zo'n lompe taalfout of ben ligt het aan mij:
[quote]
maakt, [b]wordt je[b] te drogen gehangen
[/quote]

Dat de intro van DRS4.0 niet foutloos ging verliepen was te verwachten, dit was echter iets foutvoller dan we hadden verwacht maar goed, wat gebeurt is is gebeurt en daar doe je nu niks aan.
Een vraag blijf ik dan wel hebben, hebben ze dit niet getest ofzo, want die whois bug klinkt als vrij triviaal zijnde...

[edit] niet als reactie op thalaw bedoelt[/edit[
[quote]
Gepost door daenney_s - donderdag 28 september 2006 19:44 Score: 0 (Gemodereerd)
Zie ik daar seireus zo'n lompe taalfout of ben ligt het aan mij:
maakt, [b]wordt je[b] te drogen gehangen
[/quote]

Zie ik nou serieus iemand die commentaar heeft op het taalgebruik van anderen en daarbij twee fouten in 1 regel maakt? :*)
Weet iemand of het oude "probleem" nog steeds bestaat?

(nadat de foutjes er natuurlijk uitzijn)

Dat een net-op-het-randje-van-het-weekend geregistreerde domeinnaam toch pas op maandag "erdoor" komt en dus bestaat? Of is DRS4 zo ingericht dat het "realtime" zou moeten gebeuren?
Gisteren toevallig nog een domeintje geregistreerd. Ging vlekkeloos.
3 seconde later op sidn.nl een whois check gedaan en hij was al geregistreerd. Behoorlijk realtime leek me dat.
Alleen is hij nog niet actief :)
Maar de partijen die wel begrip voor onze situatie hebben, laten niet op de fora van zich horen.
Nou, bij deze dan. Nog geen flauw benul wat voor voordelen het nieuwe systeem moet hebben en de eerste registratie liep gelijk fout, waarschijnlijk door die roomser-dan-de-paus checks, waarbij de statusmeldingen her en der onheilspellend werden. Hoewel we, zoals het artikel wel duidelijk maakt, zeker niet de enige zullen zijn, wist SIDN toch binnen één werkdag terug te bellen om het probleem, wat kennelijk inmiddels van hun kant al was opgelost, keurig en rustig af te handelen. Dat - oplossen én te woord staan - is toch een zeer nette prestatie. :)
We hadden probleem met een paar domeinnamen die vervallen waren maar toch ook nog steeds in behandeling waren. SIDN gebeld, erkende het probleem en zou naar een oplossing zoeken, we zouden zo spoedig mogelijk teruggebeld worden als ze meer wisten. Dat was dus 2 dagen geleden.
We zijn nog steeds niet gebeld, maar het probleem is sinds het onderhoud van vanmiddag ineens over. Maarja, misschien worden we morgen gebeld met de mededeling dat het nu weer zou moeten werken.
hoop dat het snel opgelost is want ik zit al een aantal dagen op een voorlopig domein omdat ik mijn normale domein niet kan verhuizen.
duurde bij mij ook 2 dagen langer dan normaal bij het registreren van een .nl , maar goed, ik wist dar het allemaal nogal druk zou zijn en waarschijnlijk wat bugs waren

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True