Bekijk Volledige Versie : Redunix - server services down en provider niet bereikbaar
tijmenkuipers
02/07/10, 15:27
Al een kleine 5 uur lang werkt mijn server niet meer:
http://193.33.60.233 (http://www.blinkserver.nl)
Ik heb mijn provider (Redunix) verschillende mails gestuurd en daarnaast gebelt op het storingsnummer, het salesnummer en het standaard telefoonnummer maar ik krijg niemand te pakken.
Via https://noc.redunix.nl/ kan ik zien dat de volgende services critical zijn. Ik heb geprobeerd de server de restarten. Maar niks heeft tot nu toe geholpen.
Heeft iemand nog meer problemen in het Redunix netwerk? En weet iemand waarom ik niemand te pakken kan krijgen of wat er aan de hand is.
HTTP CRITICAL 2010-07-02 14:17:05 0d 4h 45m 41s 5/5 CRITICAL - Socket timeout after 15 seconds
IMAP CRITICAL 2010-07-02 14:18:41 0d 4h 48m 20s 5/5 CRITICAL - Socket timeout after 10 seconds
POP3 CRITICAL 2010-07-02 14:20:01 0d 4h 43m 20s 5/5 (Service Check Timed Out)
SMTP CRITICAL 2010-07-02 14:19:03 0d 3h 58m 11s 5/5 CRITICAL - Socket timeout after 10 seconds
SNMP CRITICAL 2010-07-02 14:17:31 0d 4h 50m 41s 5/5 (Service Check Timed Out)
SSH CRITICAL 2010-07-02 14:18:27 0d 3h 23m 20s 5/5 Server answer:
geertjan$ ping 193.33.60.233
PING 193.33.60.233 (193.33.60.233): 56 data bytes
64 bytes from 193.33.60.233: icmp_seq=0 ttl=58 time=18.804 ms
64 bytes from 193.33.60.233: icmp_seq=1 ttl=58 time=15.895 ms
64 bytes from 193.33.60.233: icmp_seq=2 ttl=58 time=16.100 ms
64 bytes from 193.33.60.233: icmp_seq=3 ttl=58 time=18.131 ms
64 bytes from 193.33.60.233: icmp_seq=4 ttl=58 time=15.561 ms
64 bytes from 193.33.60.233: icmp_seq=5 ttl=58 time=15.539 ms
--- 193.33.60.233 ping statistics ---
6 packets transmitted, 6 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 15.539/16.672/18.804/1.299 ms
geertjan$ ping blinkserver.nl
PING blinkserver.nl (193.33.60.233): 56 data bytes
64 bytes from 193.33.60.233: icmp_seq=0 ttl=58 time=15.251 ms
64 bytes from 193.33.60.233: icmp_seq=1 ttl=58 time=14.271 ms
64 bytes from 193.33.60.233: icmp_seq=2 ttl=58 time=14.822 ms
Lijkt me eerder je eigen server probleem, zeker weten gechecked?
Na
rtr-gfx2-c1.network.redunix.net (78.41.200.4) gebeurd er i.i.g. niet veel meer...
1. ze zijn intern aan het verhuizen
2. het is er meer dan 50 graden celsius
dennis0162
02/07/10, 15:38
Ik kan het IP-adres wel pingen.
Kan je er via SSH bij?
@ Tbloo
Welk datacenter 50 graden?
Spaanse Kubus verdieping 4 of 6, 30 graden warmer dan normaal
Spaanse Kubus verdieping 4 of 6, 30 graden warmer dan normaal
Dat is beter dan zo heel warm :oops:
Ik kom tot het netwerk van Redunix. Server is niet te bereiken idd.
Ze zijn vaak moeilijk te bereiken helaas.
Misschien server bezweken door die temperatuur?
tijmenkuipers
03/07/10, 08:06
ik haal mijn gegevens nog steeds uit noc.redunix.nl (zie hieronder, daar staat dat de server zelf, de hd de memory en dergelijke wel goed draaien.
ik zie idd dat redunix.nl zelf wel online is
maar ik heb nog geen reactie op mijn support vraag via de mail. ik ga maar weer bellen.
Service Status Details For All Hosts
blinkserver.blink
ClamAV This service has 1 comment associated with it This service problem has been acknowledged
CRITICAL 2010-07-02 09:13:48 1d 10h 41m 56s 5/5 No process matching .*clamd.* found : CRITICAL
DNS CRITICAL 2010-07-03 06:57:05 0d 10h 40m 14s 5/5 CRITICAL - Plugin timed out while executing system call
Direct Admin OK 2010-07-03 06:57:39 10d 18h 33m 44s 1/5 TCP OK - 0.001 second response time on port 2222
HD / OK 2010-07-02 08:47:31 640d 6h 34m 2s 1/5 32 GB / 146 GB = 22 %
HTTP CRITICAL 2010-07-03 06:57:19 0d 21h 24m 58s 5/5 CRITICAL - Socket timeout after 15 seconds
IMAP CRITICAL 2010-07-03 06:58:41 0d 21h 27m 37s 5/5 CRITICAL - Socket timeout after 10 seconds
Load OK 2010-07-02 09:27:48 4d 5h 31m 17s 1/4 load OK - 126 96 84
Memory OK 2010-07-02 09:28:49 12d 5h 31m 36s 1/5 362 MB / 2012 MB = 17%
PING OK 2010-07-03 06:57:04 10d 6h 19m 15s 1/5 PING OK - Packet loss = 0%, RTA = 0.93 ms
POP3 CRITICAL 2010-07-03 06:57:05 0d 21h 22m 37s 5/5 (Service Check Timed Out)
SMTP CRITICAL 2010-07-03 06:57:05 0d 20h 37m 28s 5/5 CRITICAL - Socket timeout after 10 seconds
SNMP CRITICAL 2010-07-03 06:57:31 0d 21h 29m 58s 5/5 (Service Check Timed Out)
SSH CRITICAL 2010-07-03 06:58:30 0d 20h 2m 37s 5/5
tijmenkuipers
03/07/10, 10:48
Ik kan het IP-adres wel pingen.
Kan je er via SSH bij?
Nee via SSH kan ik er niet bij.
Ik kan alleen via noc.redunix.nl zien wat er wel en niet draait in Nagios.
Daar zie ik bij notifications dat meerdere mensen van Redunix meldingen moeten binnen krijgen
Daarnaast kan ik daar ook via de switch, de server rebooten.
Switch: IPMI @ Blink Poort : 1 Server: blinkserver.Blink
ik heb reboot geprobeerd en ook power of en power on
====================
Wat kan ik nog doen? Klanten van mij beginnen erg boos te worden en geld te verliezen.
Ik heb gedaan:
1. mails gestuurd naar support@redunix (meerder keren)
2. meerdere keren gebelt met alle nummers:
Storingsnummer Tel: 010.2540541
GSM Sam: 010.2540548
GSM Chris: 010.2540549
GSM Arjan: 06.14448641 (nummer buiten gebruik)
algemeen nummer Tel: 010 2540540
sales nummer Tel: 010.2540542
administratie nummer Tel: 010.2540543
3. mails gestuurd naar alle redunix mail adressen (finance, info, sales, support)
4. Via noc.redunix.nl (server gereboot. server uitgezet en weer aangezet)
5. Via noc.redunix.nl in nagios (custom service notifications verstuurd)
Chris de Klerck, Sam Terburg, Arjan en Wesley moeten als het goed is bericht krijgen. (via nagios, probeert hun te bereiken via sms, epages, telefoon, mail)
>> nu kan ik zelf hierbij wel melden dat ik geen sms binnen heb gehad, maar wel 100+ mails over dat services critical zijn. Dus ik weet niet in hoeverre ze hun doel bereiken.
6. via linkedin invitations mails gestuurd naar chris en sam van redunix (als wanhopige poging om contact te zoek)
Wij hebben geen pasje, ik woon in Zwolle en mijn compagnon in Arnhem. Maar het is volgens mij zinloos om naar Rotterdam te gaan.
------------------------------
edit: Nu net iemand gesproken, die gaf aan dat hij problemen had met zijn telefoon waardoor het doorschakelen van het storingsnummer naar zijn telefoon niet goed ging of hij kreeg iig geen oproepen binnen. En ze zijn er nu mee bezig. Nou hopen dat het snel opgelost is. dit is niet goed voor het stressgehalte hier
Dat is natuurlijk klinkklare onzin. Als je op mobiele nummers belt het het helemaal NIETS met doorschakelen te maken. Zijn alle 10 de nummers doorgeschakeld zeker?
Ik verbaas me ook een beetje over de "smoes" maar goed, ze zijn wakker.. Ik hoop dat het e.a. snel weer draait voor je
Swiftway-UK
03/07/10, 11:58
Dat is natuurlijk klinkklare onzin. Als je op mobiele nummers belt het het helemaal NIETS met doorschakelen te maken.
Ik zie in het bovenstaande verhaal maar 1 mobiel nummer staan, dat is buiten gebruik. De andere GSM nummers zijn zo te zien een doorschakeling van vast naar mobiel.
Dus je kunt stellen dat het geen onzin hoeft te zijn.
tijmenkuipers
03/07/10, 12:46
Dit is om erg wanhopig van te worden, nu krijg ik een mail met daarin de melding dat alles weer lijkt te functioneren. Maar de toestand is nog exact hetzelfde. Plus bijkomend nadeel, ik heb in mijn gesprek vanmorgen niet om een telefoonnummer gevraagd, dus raad eens als ik het storingsnummer bel..... dan krijg ik wederom geen gehoor.
Kent iemand ARjan Bijnen toevallig?
Beste Tijmen,
Na aanleiding van ons telefoongesprek zojuist heb ik het een en ander voor je nagelopen en lijkt alles weer gewoon te functioneren.
Mijn welgemeende excuses voor het ongemak m.b.t. de verslechterde bereikbaarheid. We doen ons uiterste best dit z.s.m. te verbeteren.
Met vriendelijke groet,
Arjan Bijnen
REDUNIX
Dit is om erg wanhopig van te worden, nu krijg ik een mail met daarin de melding dat alles weer lijkt te functioneren. Maar de toestand is nog exact hetzelfde. Plus bijkomend nadeel, ik heb in mijn gesprek vanmorgen niet om een telefoonnummer gevraagd, dus raad eens als ik het storingsnummer bel..... dan krijg ik wederom geen gehoor.
Kent iemand ARjan Bijnen toevallig?
Ik ben ook (nog) klant bij Redunix en hebben het laatste jaar helaas dezelfde ervaring gehad. Een paar maanden geleden ben ik er nog op bezoek geweest om de problemen te bespreken. Ze hebben toen beterschap beloofd. Dat ging even goed maar inmiddels reageren ze weer niet op tickets en is er weer veel downtime. Inderdaad om wanhopig van te worden.
De naam Arjan Bijnen zegt mij niets. Misschien nieuw personeel?
Is alles nu opgelost of nog niet?
Ik ben ook (nog) klant bij Redunix en hebben het laatste jaar helaas dezelfde ervaring gehad. Een paar maanden geleden ben ik er nog op bezoek geweest om de problemen te bespreken. Ze hebben toen beterschap beloofd. Dat ging even goed maar inmiddels reageren ze weer niet op tickets en is er weer veel downtime. Inderdaad om wanhopig van te worden.
De naam Arjan Bijnen zegt mij niets. Misschien nieuw personeel?
Arjan Bijnen is (of was) volgens mij van ATN Networks, als ik me niet vergis.
Edit: zijn linkedin: http://nl.linkedin.com/pub/arjan-bijnen/a/669/164
tijmenkuipers
03/07/10, 13:30
Is alles nu opgelost of nog niet?
Nee server is nog offline, wel te pingen maar daar is dan alles mee gezegd.
Ik bel aan de lopende band weer alle nummers en mail alle adressen maar ik krijg geen respons.
Dit is absurd, en ik kan dit niet uitleggen bij mijn klanten. Wellicht is het tijd om een nieuwe hoster te gaan zoeken.
tijmenkuipers
03/07/10, 16:05
ik ben nu echt goed boos.
als je als webhosting partij onbereikbaar bent en al langer dan 1.5 dag een server uit de lucht hebt, ben je voor mij geen serieuse webhoster meer.
sinds 2007 zit ik met de server daar, vooral in het begin was de service perfect. de laatste jaren wordt het steeds minder, met dit geval als toppunt.
Echt heel jammer deze onkunde!
Als je al een tijdje ontevreden bent, zou je een kunnen kijken naar een andere hoster idd.
FunnyMedia
03/07/10, 17:19
Wat voor een SLA heb je op de server?
Wellicht heb je helemaal geen reden om boos te zijn en is het iets wat door eigen toedoen (denk aan brakke scripts etc) veroorzaakt wordt.
Ben geen fan van RedUnix ofzo, maar het verhaal heeft altijd 2 kanten..
Ik heb daar ook nog een server staan, die daar op termijn al weg gaat. Maar de temperatuurmeting van de harddisks gaf gisteren 55 graden aan en normaal 26. Kan natuurlijk defecte fans zijn, maar vandaag weer met 10 graden gedaald. Bellen heb ik al niet eens meer geprobeerd, tickets worden niet op gereageerd inderdaad. 1 ticket heeft volgens het overzicht wel een reactie gehad maar die is niet te zien. Kortom, er is wel wat raars aan de hand.
Niemand heeft overigens een pasje van die sauna, ze moeten altijd voor iedereen in Rotterdam komen om iemand binnen te laten.
maar het verhaal heeft altijd 2 kanten..
maar een hoster mag op z'n minst op een ticket reageren, bijvoorbeeld dat ze denken dat het aan je eigen server ligt
Ik heb <knip> van Chris nog voor je.
volgens mij is het niet zo netjes om 06 nummers te posten op publieke fora.
kan net zo goed via pm.
sorry generatie kloof, niet aan gedacht, heb modje gevraagd het te verwijderen
tijmenkuipers
04/07/10, 12:34
Sinds gisteren 4 uur werkt alles weer, het heeft helaas mij wel klanten gekost. Ik heb SLA3
http://www.redunix.nl/dedicated/sla.shtml
Maar goed ik heb nu nog geen contact gehad met Redunix, ik ga maandag bellen en kijken of en hoe we nu verder gaan. En wat er allemaal mis is gegaan.
In ieder geval iedereen bedankt voor het meedenken
Sinds gisteren 4 uur werkt alles weer, het heeft helaas mij wel klanten gekost. Ik heb SLA3
Ik zie dus dat daar staat dat je 99,5% uptime garantie per jaar hebt. Daar zit je met dit incident dus nog nog zwaar onder, want 99,5% op jaar basis is als ik me niet vergis een 110 uur downtime per jaar. En dat is dan nog eens exclusief aangekondigde werken of aangekondigde downtime.
Hier_ben_ik
04/07/10, 17:41
Verder moet je ook kijken welke consequenties ze er aan hebben hangen als de SLA niet gehaald wordt. Vaak krijg je dan gewoon een maand gratis waar je alsnog niets mee opschiet.
Dat klanten na een paar dagen downtime weglopen kan ik wel begrijpen, zeker als zij voor hun inkomsten van jou afhankelijk zijn.
Ik zie dus dat daar staat dat je 99,5% uptime garantie per jaar hebt. Daar zit je met dit incident dus nog nog zwaar onder, want 99,5% op jaar basis is als ik me niet vergis een 110 uur downtime per jaar. En dat is dan nog eens exclusief aangekondigde werken of aangekondigde downtime.
Klopt, maar dat neemt niet weg dat ze zelf aangeven een zeer slechte bereikbaarheid te hebben waar ze aan moeten werken. Dus er is meer aan de hand dan we misschien denken.
Wij zijn per direct ook opzoek naar een nieuwe isp ter vervanging van RedUnix. Service is slecht, jaarcijfers niet gedeponeerd en bereikbaarheid bleek vrijdag maar weer eens onmogelijk. Ik zie dat er meerdere "tevreden" klanten zijn en kom graag in contact om samen een nieuwe isp uit te zoeken en een leuk aanbod te krijgen. Wij hebben op dit moment 3 (vrijwel nieuwe) servers, een managed sla, en betalen ong. € 9000- per jaar aan service, servers, domeinen en sla's.
Ik zie de pm's verschijnen, het gaat hierbij dus niet om aanbiedingen maar om klanten van Redunix die opzoek zijn naar een nieuwe isp, net als ondergetekende.
Wij zijn per direct ook opzoek naar een nieuwe isp ter vervanging van RedUnix. Service is slecht, jaarcijfers niet gedeponeerd en bereikbaarheid bleek vrijdag maar weer eens onmogelijk. Ik zie dat er meerdere "tevreden" klanten zijn en kom graag in contact om samen een nieuwe isp uit te zoeken en een leuk aanbod te krijgen. Wij hebben op dit moment 3 (vrijwel nieuwe) servers, een managed sla, en betalen ong. € 9000- per jaar aan service, servers, domeinen en sla's.
Ik zie de pm's verschijnen.
<knip> Denk dat ik de post verkeerd begrepen heb.
Hier wordt bedoeld dat de Redunix klanten even moeten PM'en ;))
Met 99.5% uptime garantie per jaar (?) kun je er toch wel buitensporig lang uitliggen terwijl je wellicht het idee hebt dat het goed zit (omdat je een bepaalde garantie hebt). Misschien zijn er nog andere garanties zoals maximale incidenttijd of responsetijd waar je op kunt terug vallen? Even de SLA goed nalezen. Daar zal neem ik aan ook wel instaan of en hoe ze bereikbaar zouden moeten zijn geweest voor storingen.
Volgende de SLA zouden er externe backups gemaakt moeten worden. Zijn er meer mensen waarbij al tijden lang niet of onregelmatig backups worden gemaakt naar deze externe backup server?
Volgende de SLA zouden er externe backups gemaakt moeten worden. Zijn er meer mensen waarbij al tijden lang niet of onregelmatig backups worden gemaakt naar deze externe backup server?
Je zou ze toch kunnen opvragen, of een lijstje opvragen welke beschikbaar zijn? :)
Arjan Bijnen is (of was) volgens mij van ATN Networks, als ik me niet vergis.
Edit: zijn linkedin: http://nl.linkedin.com/pub/arjan-bijnen/a/669/164
Volgens mij IS
ATN Networks
Vlaardingweg 62
3044 CK Rotterdam
REDUNIX Internet Diensten
Vlaardingweg 62
3044 CK Rotterdam
Vlaardingweg 62 is het adres van de Spaanse Kubus, daar zit oa WeDare etc ook. Zitten dus wel meer dan één bedrijf ;)
Vlaardingweg 62 is het adres van de Spaanse Kubus, daar zit oa WeDare etc ook. Zitten dus wel meer dan één bedrijf ;)
Check dan de KVK komt gewoon op zelfde Holding uit.
Maar is dit niet iets voor een ander topic, als hier nog vragen of opmerkingen over zijn? Tenslotte is de storing al opgelost (tenminste volgens TS).
Ik heb vandaag persoonlijk contact gezocht en gekregen met beide voorgenoemde partijen, en kan door een verhelderend gesprek van alles helder maken op dit forum.
De voorgenoemde ATN-Networks heeft NIETS met redunix te maken. ATN is Geen medewerker of aandeelhouder van redunix, het enige wat hij doet is proberen de problemen die er momenteel bij redunix spelen opgelost te krijgen in ieders belang. Iedereen die problemen heeft, kan met arjan bijnen contact opnemen en daar zijn probleem voorleggen. Ondanks dat dit het enige contact is wat ik je kan toespelen wil ik jullie vragen te begrijpen dat hij als probleemoplosser alles op zijn dak krijgt en niet meer kan doen dan proberen, wees dus wat respectvol! Ik moet er expliciet bij vermelden: hij is geen medewerker, maar is een tijdelijk ingehuurde kracht door redunix voor de werkzaamheden bij redunix. Contact opnemen met hem kan via arjan@redunix.nl .
Redunix zelf is momenteel weer goed bereikbaar. Door een foutieve update en een menselijk gemaakte fout hebben de telefoonlijnen roodgloeiend gestaan. Op een gegeven moment kun je de tientallen telefoontjes tegelijk gewoon niet meer aan. Ik heb zelf ook moeite met contact te krijgen, dus ik kan hier geen mening over vellen op dit moment. Het zou in ieder geval aan de oplossende hand zijn.
Dat ze op hetzelfde adres zitten wilt niets zeggen. Het kan gewoon een kantoorpand zijn waar verschillende bedrijven gehuisvest zitten. Dat is zelfs in Toernooiveld in Nijmegen zo waar de meest chique bedrijven bij elkaar zitten.
Ze lezen overigens niet mee op WHT.
Wat ik dan niet begrijp, is waarom ze niet even een berichtje op hun noc zetten in de vorm van "door een foutje is de airco uitgevallen en is uw server nu 50 graden Celsius, gelieve niet te bellen, er wordt aan gewerkt".
Wat ik dan niet begrijp, is waarom ze niet even een berichtje op hun noc zetten in de vorm van "door een foutje is de airco uitgevallen en is uw server nu 50 graden Celsius, gelieve niet te bellen, er wordt aan gewerkt".
Of een recording met bovenstaande tekst voor je op de wachtlijn van hun centrale komt. Dan haken de meeste mensen terug in en is er plaats voor mensen die andere problemen hebbben.
Zijn er al alternatieve nummers bekend? Zojuist was er een netwerkstoring en kreeg ik telefonisch geen contact.
Alleen een of andere rare kiestoon...
Zijn er al alternatieve nummers bekend? Zojuist was er een netwerkstoring en kreeg ik telefonisch geen contact.
Alleen een of andere rare kiestoon...
Ik kreeg deze week de tip om de mensen persoonlijk te mailen. Wsch krijgen ze dat op de telefoon.
Het was inderdaad een netwerkstoring, ik zag het in de logs:
Jul 8 08:20:36 server kernel: e1000: eth1: e1000_watchdog_task: NIC Link is Down
Jul 8 08:20:36 server kernel: e1000: eth0: e1000_watchdog_task: NIC Link is Down
Jul 8 08:33:29 server kernel: e1000: eth1: e1000_watchdog_task: NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX
Jul 8 08:33:29 server kernel: e1000: eth0: e1000_watchdog_task: NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX
Ik (Sam@REDUNIX) geef graag wat verheldering in de zaak:
Begin 2009 is ATN-Networks gefuseerd met IPPhone
(kvk: kronos development).
Media 2009 is REDUNIX gefuseerd met IPPhone.
(kvk: kronos nederland)
Sam Terburg = REDUNIX
Chris de Klerck = REDUNIX
Arjan Bijnen = ATN-Networks
Wij zitten in hetzelfde kantoor.
Ik zie Arjan dagelijks.
Arjan is de backup personeel voor REDUNIX en vise versa.
Sinds dat IPPhone het Management van REDUNIX voert zijn er een aantal wijzigingen geweest.
Zo zijn Juli 2009 servers verhuisd naar het in-house datacenter van IPPhone (60m2, 4e verdieping Spaanse Kubus).
Helaas hebben wij daar enkele stroomstoringen gehad als gevolg van ondercapaciteit.
Sinds 2010 zijn wij begonnen met het bouwen van een eigen datacenter op de 6e verdieping van de Spaanse Kubus.
Hiervan hebben wij vorige week de deuren geopend door de eerste reeks servers (4e verdieping) te verhuizen.
Helaas ook hier weer een storing, een oude chiller die het begaf.
Er is toen met man en macht gewerkt om een chiller van de 4e te verhuizen naar de 6e. Inmiddels staat er ook extra ingehuurde koeling.
En boven op alles gaat dan ook nog eens een netwerk-module (sfp) stuk waardoor keer op keer het netwerk down ging.
We hebben dus nogal wat pech gehad tijden de ingebruikname van het nieuwe datacenter.
Het personeel dat de nachtelijke verhuizing uitvoer (Chris( & Sam)) verdient uiteraard de volgende ochtend de welverdiende gemiste nachtrust.
Het overige personeel (Arjan) diende de telefonische support op te vangen.
Terwijl het IPPhone personeel (Fred, Sander & John) druk bezig was het datacenter te redden (chiller verhuizen).
U zult begrijpen dat bij zo'n grootschalige storing wij telefonisch slecht bereikbaar zijn en dat onze eerste prioriteit het redden van het datacenter is.
Servers uit Tele2, Rotterdam, GrafiX, Capelle & Alphen dienen nu nog verhuisd te worden.
Dit zal in de komende weken plaats vinden.
Ook hier zal Arjan weer de volgende dag weer de telefonische support waarnemen en wij in het algeheel minder bereikbaar zijn (Arjan doet immers alleen de dringende zaken).
Dit is de originele mailing zoals gisteren verstuurd naar onze klanten:
-----------------------------------------------------------------
Datum: Afgelopen maand
Storing: verminderde Bereikbaarheid & Dienstverlening REDUNIX
Gevolg: Verslechterde dienstverlening
Van toepassing op: REDUNIX diensten & personeel
Zoals u wellicht ervaren hebt hebben wij de afgelopen weken u niet de optimale dienstverlening geboden zoals u van ons gewend bent.
Hierin is onze telefonische bereikbaarheid afgelopen week wel het grootste voorbeeld geweest.
Uiteraard wil ik dan ook beginnen hiervoor onze oprechte excuses aan te bieden.
Wij hebben vele klachten ontvangen.
Deze klachten zullen stuk voor stuk beantwoord worden door het management.
Op dit moment zijn wij echter nog druk met overleg en met verbeteringen.
Graag geef ik u ook een beter inzicht in de situatie hopende op uw begrip.
DataCenter verhuizingen:
Zoals u weet zijn wij begin dit jaar begonnen met de bouw van ons eigen datacenter. Afgelopen maand hebben wij de laatste loodjes gelegd en inmiddels zijn onze deuren geopend.
Deze laatste loodjes hebben wel het zwaarst gewogen. Niet alleen was de tijdsdruk hoog betreffende contractduur & stijgende buitentemperaturen, maar tevens hebben we veel pech gehad met falende koeling (chiller) en een falende switch tijdens de verhuizing van servers.
Op dit moment zijn wij de verbeterpunten aan het implementeren terwijl tijdelijke extra koelingscapaciteit op volle kracht doordraait.
Personeel:
Als gevolg van deze tijdsdruk en deze problemen is ook het personeel (Chris voornamelijk) overbelast geraakt.
Ik, Sam, projectleider, was helaas reeds de gehele maand al op non-aktief. Hierdoor had niet alleen de support afdeling minder ondersteuning ook projecten liepen hierdoor vertraging op.
Collega Arjan heeft getracht zo veel mogelijk waar te nemen in mijn afwezigheid. Hopelijk toch naar enige tevredenheid van u.
Om ons team te versterken hebben wij per vorige week onze nieuwe collega Wesley Berendsen in vaste dienst aangenomen.
Wesley heeft afgelopen half jaar reeds bij ons mogen werken als stagiaire en komt nu in vaste dienst als helpdeskmedewerker.
Wesley zal voortaan dan ook uw eerste aanspreekpunt zijn.
Wesley, gefeliciteerd met je nieuwe baan!
Om onze bereikbaarheid en dienstverlening nog meer te verbeteren zullen wij tevens een externe helpdesk opzetten ten behoeve van extra bereikbaarheid.
Sinds enige tijd hebben wij een samenwerking met een van onze buitenlandse telecom operators - die tevens een klant is van ons datacenter. Gezamelijk zullen wij een nieuwe helpdesk opzetten die vanaf 18:00 tot 08:00 en gedurende het hele weekend bereikbaar is onder het vertrouwde nummer.
Afgelopen weken zijn dus heftige weken voor ons geweest.
Ook dit soort tijden willen wij in de toekomst dus beter kunnen afvangen.
Inmiddels is dmv afronding verhuizing de rust weder gekeerd.
Vanaf woensdag draaien wij weer op volle kracht en zullen wij enige achterstand ook weer snel kunnen inhalen.
Hopende op uw begrip.
Sam Terburg
Office Manager
REDUNIX - Internet Diensten
Alles in klap duidelijk. Mooie terugkoppeling Sam en succes met het DC.
Eerlijk is eerlijk, een bijzonder nette terug koppeling.
Nu is www.redunix.nl ook niet bereikbaar?
Nu is www.redunix.nl ook niet bereikbaar?
Hier wel, dus het ligt aan jou zelf, of het was een hele korte onderbreking.
Overigens @RedUnix, een eigen vloer / suite maakt nog geen eigen datacenter.
Smart-Guyz
22/07/10, 13:53
Hier wel, dus het ligt aan jou zelf, of het was een hele korte onderbreking.
Overigens @RedUnix, een eigen vloer / suite maakt nog geen eigen datacenter.
Dat is inderdaad waar. Maar er staan toch nog overige klanten op de 6e in Rotterdam? De hele vloer kan je daar dan toch nooit krijgen? Ik vind het een beetje een vreemd verhaal... Binnen welk tijds bestek denken jullie de 6e klaar te hebben dan, dus alle servers van overige locaties over?
Beste,
We zijn met onze verhuizingen nu over de helft heen. Voor het einde van augustus is de planning dat alles in ons eigen datacenter staat. Alleen de locaties Capelle a/d ijsel en Alphen moeten nog.
Tijdens de eerste verhuizing ging zon beetje alles mis wat je maar kon bedenken. Gelukkig zijn de laatste 3 verhuizingen snachts zonder enige problemen verlopen.
Klanten in de datacenters van Grafix krijgen vanzelf bericht wanneer we beginnen met de verhuizingen op die locaties.
mvg
chris