Bekijk Volledige Versie : Nood onderhoud Serverius om 01:01
Mocht je je server bij Serverius in DC1 hebben hosten, let dan goed op!
Ze gaan om 01:01 hun stroom afsluiten voor 'minder' dan 1 uur. Zorg dat je voor 01:00 uur netjes je server hebt afgesloten om data loss te voorkomen.
Zie ook: http://noc.serverius.net
Dear customer,
Like we communicated by our NOC website and our customers mailing list past night, we experience power instability at the A power divider. After long investigation by our power maintenance supplier Alewijnse the problem was found. One of the connectors of one of the main power phase copper bars (large copper cable) of the A divider is partly damaged. Therefore the main power is currently switched to also another power breaker and power switch. In the past day the engineers looked at all possible causes and also today our datacenter builder ICTroom calculated if all power values of all parts of the datacenter are still in range. A half hour ago they gave us green light, the results are all good. Therefore the next step will performed: maintenance to resolve the problem.
Therefore we inform you with this email about emergency maintenance what will be performed upcoming night.
Location = SDC1, Dronten, NL
Service Type = Main divider switch and cabling replacement
Maintenance window start: 29.07.2016 01:01 +1 GMT
Expected power downtime duration: less than 1 hour
Because the broken power bar is part of the main power path where the generator and normal power are connected it will be needed to power off the A power divider. Also because the power maintenance company is not allowed to work on live a high voltage systems. Therefore during this maintenance window all power of this divider will be disconnected. During this all colocation users what are using a single A power connection in their colocation rack will not have power. Users with an A and B power connection can just use the B feed because the B side will be unaffected.
After disconnection the all power bars and the connected main power switch will be replaced for sure. This will prevent same possible problems in the future.
Currently all preparation are made by the engineers. By the default safety procedure, all colocation users are from 19:00 hours +1GMT not allowed to enter the datacenter till the full maintenance is performed. The gate is closed. We kindly ask everyone not to visit the datacenter because the engineers are currently preparing and they need to do their work with clear focus and fast results.
We will advise everyone to enable automatic booting on all your hardware and remotely shutdown your hardware before the maintenance window will start.
After the maintenance is finished the broken parts will be investigated. In the upcoming week we expect to send all users the final conclusion and explanation as a clear “Reason For Outage” .pdf rapport.
We are very sorry about this unexpected maintenance. Unfortunately we need to perform it in this short amount of time because Serverius cannot take any risk of broken part in our main power infrastructure because it could cause larger problems with devastating results.
When we have news we let you know.
Dit gaat alleen over de A feed, B feed blijft in tact.
In ons geval zal alleen apparatuur welke op de A feed zit en maar 1 voeding heeft (sommige switches en wat VPN apparatuur) uit vallen, de rest zal actief blijven.
Behoorlijk ingrijpende actie, helaas onvoorkomelijk. Sucess vannacht
pannenkoek
28/07/16, 22:27
Veel klanten van serverius gebruiken supermicro met alleen een A feed.
Dit is gewoon echt klote.
Yourwebhoster
28/07/16, 23:07
Veel klanten van serverius gebruiken supermicro met alleen een A feed.
Dit is gewoon echt klote.
Enkel room 3 heeft een A+B feed. Ik weet dat op maat ook een extra feed in de andere rooms geleverd kon worden maar ik weet niet of dit een B feed is of een dubbele A feed.
Overigens hebben zowel Dell als Supermicro als HP server met een enkele voeding en heeft Supermicro ook redundante voedingen :)
En anders steek je gewoon een sts .. Maintenance op een feed moet gewoon kunnen, wel knap dat ze het zo uitgebreid aankondigen...
Zo knap is het niet hoor, kreeg de mail pas om 21:37 vandaag binnen...............
Zie het probleem niet :-)
Vind het niet meer dan normaal dat de stroom eraf gaat, werken aan een net onder hoogspanning mag niet en is gewoon levensgevaarlijk, je wil het leven van die techniekers toch niet op je naam hebben omdat je je servers wil laten doorbollen....
Zorg gewoon dat je materiaal redundant is en/of dat je een STS hebt steken voor toestellen die single feeded zijn..
Zo knap is het niet hoor, kreeg de mail pas om 21:37 vandaag binnen...............
Ik om 19:06
Enkel room 3 heet een A+B feed. Ik weet dat op maat ook een extra feed in de andere rooms geleverd kon worden maar ik weet niet of dit een B feed is of een dubbele A feed.
Overigens hebben zowel Dell als Supermicro als HP server met een enkele voeding en heeft Supermicro ook redundante voedingen :)
Ah, wist ik niet, gelukkig staan wij in room 3 :)
Geen dubbele voeding op onze switches en geen STS beschikbaar.... we zullen wel onbereikbaar worden maar de servers blijven wel up in ons geval (mix van supermicro, dell en HP, alle met dubbele voedingen)
En anders steek je gewoon een sts .. Maintenance op een feed moet gewoon kunnen, wel knap dat ze het zo uitgebreid aankondigen...
Serverius is altijd heel open naar ons geweest. Deze maatregel moet, ze zien powerdips op de A feed . een slechte 'connector' op de hoofdleiding, ze kunnen niet anders dan de hele feed spanningsloos maken.
Ik ga in iedergeval gewoon slapen, heb nagios aangepast dat ik tussen 00:30 en 01:30 geen meldingen ontvang, na 01:30 begint mijn telefoon wel te piepen als er iets niet werkt :)
12648
Ik heb het schematisch proberen weer te geven waar volgensmij het probleem zit. (er komt veel meer bij kijken, dan zo'n simpele tekening, maar het idee lijkt me duidelijk)
Ze kunnen niets anders dan spanningsloos maken, en de koppeling opnieuw te maken. geloof mij, Iedere ISP zou niets liever doen dan een bypass te maken, dit is simpelweg niet mogelijk.
Je praat over duizenden ampere's die door die kabel gaan
Wat ben ik blij dat ik in DC2 zit ;)
Ik ga er wel van uit dat ze niet alle racks tegelijk weer gaan aansluiten want dan hebben we een volgend probleem.
Wat ben ik blij dat ik in DC2 zit ;)
Ik ga er wel van uit dat ze niet alle racks tegelijk weer gaan aansluiten want dan hebben we een volgend probleem.
Voor dit soort zaken zijn gewoon procedures beschikbaar, de nuon vind het namelijk ook niet leuk als je in een keer 5000 servers (geen idee eigenlijk hoeveel er daar draaien) aan knalt.
In het nieuws bericht hebben ze het er trouwens over dat de DC designers alles doorgerekend hebben en dat het geen probleem is om op 1 feed te draaien. Ik gok dat ze dit advies ook wel dubbel gegeven hebben ;) Het zou met niets verbazen als ze zelf aanwezig zijn.
Nou ik weet niet waar ze mee bezig zijn, maar alles in Meppel (DC2) is ook hartstikke offline...
pannenkoek
29/07/16, 02:27
Totaal geen netwerk redundantie DC2 is dus totaal afhankelijk van DC1
Nou ik weet niet waar ze mee bezig zijn, maar alles in Meppel (DC2) is ook hartstikke offline...
heb je een ipje voor mij? het netwerk voor mij in DC1 werkt gewoon alleen 1 feed minder
heb je een ipje voor mij? het netwerk voor mij in DC1 werkt gewoon alleen 1 feed minder
185.53.162.0/26 en 185.120.14.0/24 waren beiden volledig offline, zijn nu weer bereikbaar zie ik.
Ik kan trouwens bevestigen dat ze gefaseerd zaken hebben uitgeschakeld. Ik heb een vpn tunnel lopen over het bezoekers-wireless zodat ik altijd een ingang heb als de routers stuk zijn. die deed het nog een tijdje nadat de stroom in mijn rack uit ging. 2 minuten later was die link ook dood
- - - Updated - - -
185.53.162.0/26 en 185.120.14.0/24 waren beiden volledig offline, zijn nu weer bereikbaar zie ik.
routing issues denk ik, vanuit het DC1 kan ik bv de 185.120.14.2 prima pingen, maar vanuit mijn ziggo verbinding dot ie ut nog nie
Gateway adres van mijn /24 is ook offline... Je zou zeggen dat hun netwerk apparatuur toch wel op twee feeds draait... Is reNIETdundant daar blijkbaar. Helaas heeft mijn rack maar 1 feed, op het moment dat we die in gebruik namen dachten we dat het er twee waren gezien de pdu's links en rechts in het rack, we kwamen daar twee jaar later achter en alles even overgooien naar een ander rack is ook niet echt prettig...
Gateway adres van mijn /24 is ook offline... Je zou zeggen dat hun netwerk apparatuur toch wel op twee feeds draait... Is reduniedundant daar blijkbaar. Helaas heeft mijn rack maar 1 feed, op het moment dat we die in gebruik namen dachten we dat het er twee waren gezien de pdu's links en rechts in het rack, we kwamen daar twee jaar later achter en alles even overgooien naar een ander rack is ook niet echt prettig...
Is al eerder iets over gezegd, ruimte 3 heeft een echte A+B feed, andere ruimtes zijn anders ingericht blijkbaar... Dat jij 2x A hebt moeten ze kunnen oplossen voor je op een later tijdstip. Wat staat er in je contract? in die van ons wordt duidelijk gesproken over een A+B feed
websiteondemand
29/07/16, 02:45
Zowel rack's in ruimte 1 (alleen feed A) en in ruimte 3 (feed A en B).
Ruimte 3 alles up and running en zonder downtime. dat DC2 verhaal klinkt niet goed.....
Yourwebhoster
29/07/16, 02:47
Ruimte 3 is hier ook up and running op de B feed. Overigens zijn de routers uitgevoerd met twee feeds en loopt het netwerk in DC2 niet alleen via DC1. Zover ik heb begrepen is er geen afhankelijkheid. Ik raad aan om contact op te nemen met Serverius zodat zij kunnen uitleggen wat er aan de hand is.
Twee 16A feeds staat er in mijn contract, niet specifiek A + B... Wel initieel om gevraagd en bevestiging gehad dat we A + B zouden krijgen, wordt dus spitten in zeer oude mail om dat boven water te krijgen... Single feed is echt niet meer van deze tijd eigenlijk...
Ruimte 3 is hier ook up and running op de B feed. Overigens zijn de routers uitgevoerd met twee feeds en loopt het netwerk in DC2 niet alleen via DC1. Zover ik heb begrepen is er geen afhankelijkheid. Ik raad aan om contact op te nemen met Serverius zodat zij kunnen uitleggen wat er aan de hand is.
Ik denk dat serverius zelf met een antwoord hier over komt en verbeter punten gaat doorvoeren, melden kan overigens geen kwaad. Morgen even naar ze mailen als de eerste ellende achter de rug is.
Ik zag trouwens een kleine dip in mijn netwerk (DC1, ruimte 3) nadat de A feed weg was gevallen had ik een seconde of 15 geen verbinding.
185.120.14.2 is trouwens zowel van Ziggo als van OnsBrabantNet en vanuit een andere server in amsterdam (Mihosnet / quickservers )nog onbereikbaar
websiteondemand
29/07/16, 02:51
185.120.14.1 goed te pingen vanuit DC1 (.2 niet) daarbuiten niet.
Yourwebhoster
29/07/16, 02:56
Pings naar gateways moet je sowieso niet serieus nemen, die krijgen om een aantal redenen niet bruikbare resultaten.
Er is inderdaad een dip in het netwerk geweest maar hier zal uitleg ook over volgen. Gelukkig zijn ze hier altijd transparant in.
185.120.14.2 is trouwens zowel van Ziggo als van OnsBrabantNet en vanuit een andere server in amsterdam (Mihosnet / quickservers )nog onbereikbaar
Ik krijg op 185.120.14.2 wel een ping en zie ook dat er servers bereikbaar zijn in dat subnet.
185.120.14.1 goed te pingen vanuit DC1 (.2 niet) daarbuiten niet.
Schiet mij maar in een ballonnetje...
.1 vanaf overal onbereikbaar, inclusief DC1
.2 alleen vanaf DC1 bereikbaar, niet vanaf $internet.locatie
Vind t zowieso bizar dat die gateways offline zijn... routers en switching platform zouden gewoon door moeten draaien op dc2...
Gelukkig lukt t binnen een uurtje :(
Gelukkig lukt t binnen een uurtje :(
Ze zijn wat later begonnen, mijn servers begonnen om 01:13 te piepen over power failures, maargoed ze zeiden: Expected power downtime duration: less than 1 hour
- - - Updated - - -
wacht, stroom is terug in mijn rack
Hmm geen idee of ik stroom heb, zal toch eerst weer netwerk connectivity moeten hebben...
Hmm geen idee of ik stroom heb, zal toch eerst weer netwerk connectivity moeten hebben...
Heb je een ipje voor me?
91.217.235.1 is de gateway... vpn router in rack hangt aan 91.217.235.150
91.217.235.1 is de gateway... vpn router in rack hangt aan 91.217.235.150
GW is pingbaar vanuit het DC1 maar niet vanaf mijn ziggo connection
.150 kan ik vanuit beide locaties niet bereiken
Naja wachten dan maar... kan ondertussen vrolijk verder leren voor mijn examen vaarbewijs I ;)
NOC melding is geupdate : http://noc.serverius.net/
Naja wachten dan maar... kan ondertussen vrolijk verder leren voor mijn examen vaarbewijs I ;)
Ik zou even een ticket in schieten als ik jou was, volgens mij klopt er iets niet... stroom is hersteld. Als je nu een ticket maakt sta je in ieder geval vooraan in de rij. maar een beller is sneller (als ze opnemen) ;)
En anders steek je gewoon een sts .. Maintenance op een feed moet gewoon kunnen, wel knap dat ze het zo uitgebreid aankondigen...
Dat klinkt leuk, maar als je 2 feeds aanvraagd krijg je gewoon 2x A
Niet elke room heeft B
Heb helaas helemaal geen email gekregen. Dus ik schrok me te pletter.
Hier zijn alle switches & servers met dubbele voedingen online gebleven, ook geen hick-ups in het netwerk geconstateerd (alles @ DC1). De switches zelf hebben overigens geen dubbele voeding, maar zitten allemaal achter een ATS (op de A- & B-feed). Van de servers met slechts één voeding is uiteraard wél een deel plat gegaan.
De aankondiging van Serverius was hier erg laat, zojuist even nagekeken en de mail kwam hier gisteravond om 22:24 binnen. Weinig tijd om iets voor te bereiden, maar tja ze vragen hier zelf ook niet om natuurlijk ;-( Alle respect voor de engineers die vannacht (en nu waarschijnlijk nog) in touw zijn geweest om alles weer up- & running te krijgen!
Yourwebhoster
29/07/16, 10:48
Hier zijn alle switches & servers met dubbele voedingen online gebleven, ook geen hick-ups in het netwerk geconstateerd (alles @ DC1). De switches zelf hebben overigens geen dubbele voeding, maar zitten allemaal achter een ATS (op de A- & B-feed). Van de servers met slechts één voeding is uiteraard wél een deel plat gegaan.
De aankondiging van Serverius was hier erg laat, zojuist even nagekeken en de mail kwam hier gisteravond om 22:24 binnen. Weinig tijd om iets voor te bereiden, maar tja ze vragen hier zelf ook niet om natuurlijk ;-( Alle respect voor de engineers die vannacht (en nu waarschijnlijk nog) in touw zijn geweest om alles weer up- & running te krijgen!
Ik kreeg het om 19:05 binnen en ik denk dat - uitgaande van de WordPress melding - dat dit ook om die tijd was. Heeft iedereen die het laat heeft gehad bij de noc ingeschreven?
Dat klinkt leuk, maar als je 2 feeds aanvraagd krijg je gewoon 2x A
Niet elke room heeft B
Heb helaas helemaal geen email gekregen. Dus ik schrok me te pletter.
Check even of je op http://noc.serverius.net hebt ingeschreven.
Ik kreeg het om 19:05 binnen en ik denk dat - uitgaande van de WordPress melding - dat dit ook om die tijd was. Heeft iedereen die het laat heeft gehad bij de noc ingeschreven?
"This email address has already been subscribed to noc.serverius.net."
Ja, ben dus ingeschreven. Zojuist even met een ander adres geprobeerd en krijg geen mailtje binnen (met een bevestigingslink). Lijkt erop dat het niet 100% werkt, mail vanaf de NOC site...
Je ziet vaak dat grote mailings over een X aantal uur worden verspreidt bij mailservices zoals MailGun, MailChimp, SendGrid, etc. Waarschijnlijk was dat hier ook van toepassing.
Yourwebhoster
29/07/16, 11:46
Kan het zijn dat niet iedereen was ingeschreven en dat Serverius iedereen rond 10 heeft toegevoegd?
Hier niets ontvangen, net pas ingeschreven.
Een kennis van me heeft me even uitgelegd hoe wat er waarschijnlijk aan de hand is geweest. Er is een verschil gemeten tussen de input en de output. Er hangen sensoren in het stroom netwerk en die meten bv 225volt in de kasten (extreem voorbeeld, het gaat waarschijnlijk om 0.10 volts) terwijl de input 231 volt zou moeten zijn. Door middel van metingen hebben ze vervolgens de oorzaak kunnen achterhalen. Het verdeelpunt bleek de oorzaak, zoals Serverius aangeeft een slechte connector. Omdat die connector niet helemaal jofel is zal hier warmte ontwikkeling plaats vinden.
Hoe hoger de belasting, hoe warmer dit punt zal worden en hoe meer verlies ze zien in het netwerk. En tjah, als het maar warm genoeg word krijg je vanzelf brand. Zodoende dat dit met grote spoed opgelost moest worden.
Zijn er hier nog mensen met gevolg schade, bv servers die nog niet lekker zijn opgestart? Bij ons draait alles zoals normaal, geen noemenswaardige downtime gehad.
Nu rest alleen nog de vraag: Wie heeft er onlangs daar een paar extra servers aangezet? ;)
Een kennis van me heeft me even uitgelegd hoe wat er waarschijnlijk aan de hand is geweest. Er is een verschil gemeten tussen de input en de output. Er hangen sensoren in het stroom netwerk en die meten bv 225volt in de kasten (extreem voorbeeld, het gaat waarschijnlijk om 0.10 volts) terwijl de input 231 volt zou moeten zijn. Door middel van metingen hebben ze vervolgens de oorzaak kunnen achterhalen. Het verdeelpunt bleek de oorzaak, zoals Serverius aangeeft een slechte connector. Omdat die connector niet helemaal jofel is zal hier warmte ontwikkeling plaats vinden.
Hoe hoger de belasting, hoe warmer dit punt zal worden en hoe meer verlies ze zien in het netwerk. En tjah, als het maar warm genoeg word krijg je vanzelf brand. Zodoende dat dit met grote spoed opgelost moest worden.
Zijn er hier nog mensen met gevolg schade, bv servers die nog niet lekker zijn opgestart? Bij ons draait alles zoals normaal, geen noemenswaardige downtime gehad.
Nu rest alleen nog de vraag: Wie heeft er onlangs daar een paar extra servers aangezet? ;)
Ze hebben recentelijk het hele dc gevuld volgens wat ik weet (er waren nog een aantal 1/3 of 1/2 racks vrij).
Je ziet vaak dat grote mailings over een X aantal uur worden verspreidt bij mailservices zoals MailGun, MailChimp, SendGrid, etc. Waarschijnlijk was dat hier ook van toepassing.
Nee, dat is hier niet het geval (mail is rechtstreeks vanaf my.serverius.nl verzonden):
Received: from my.serverius.net (91.221.69.156)
by ... with SMTP; 28 Jul 2016 20:24:56 -0000
Received: by my.serverius.net (Postfix, from userid 48)
id 39B5A2610B4; Thu, 28 Jul 2016 22:24:56 +0200 (CEST)
...
Nu rest alleen nog de vraag: Wie heeft er onlangs daar een paar extra servers aangezet? ;)
Ik heb er recent een paar uitgeschakeld, krijg ik nu ook een bonus? :D
patrickekkel
30/07/16, 13:47
Hier in nederland praat je niet over Hoogspanning. bij het DC staat een transformator huisje waar waarschijnlijk vanaf 2 ringen de Middenspanning binnen komt en de transformator brengt het naar binnen als Laagspanning 230/400 volt.
Gezien het hier om een datacenter gaat, ga ik er van uit dat er meerdere kabels van 4x150mm2 binnen komen in het pand.
Nu is het zo voor de mensen die werken voor de netbeheerders en gediplomeerd en gecertificeerd ( net zoals ik ) altijd mogen werken onder spanning.
Enkel omdat het hier om een hoofdkabel gaat mag dit dus niet en moet de kabel uitgeschakeld worden. voor men met de werkzaamheden begint.
Nu weet ik uiteraard niet of het een probleem was van een installatie van Serverius of van de netbeheerder.
Mocht het probleem bij de netbeheerder liggen vindt ik het heel netjes dat ook zij zeer snel hebben gehandeld.
Nu weet ik uiteraard niet of het een probleem was van een installatie van Serverius of van de netbeheerder.
Mocht het probleem bij de netbeheerder liggen vindt ik het heel netjes dat ook zij zeer snel hebben gehandeld.
Als het bij de netbeheerder ligt zou ik verwachten dat ze de noodstroom activeren?
Ik heb de RFO nog niet gezien, het is nog even wachten daarop.
pannenkoek
02/08/16, 18:55
Is er inmiddels al een RFO gekomen ?
Mensen die in DC2 zitten hebben geen recht op de RFO heb ik begrepen.
Wat ik overigens beetje raar vind.
Is er inmiddels al een RFO gekomen ?
Mensen die in DC2 zitten hebben geen recht op de RFO heb ik begrepen.
Wat ik overigens beetje raar vind.
Zou een RFO niet openbaar worden gemaakt?
pannenkoek
03/08/16, 00:00
Zou een RFO niet openbaar worden gemaakt?
Ondertussen bij Serverius > https://goo.gl/4l96ic
:drunk::drunk:
Ze hadden toch gewoon de noodstroomgenerator kunnen gebruiken in DC1? Dan was er helemaal niks aan de hand geweest...
Jammer om te zien dat DC1 en DC2 helemaal niet afhankelijk kunnen draaien, want het netwerk van DC2 was offline gedurende dit onderhoud.
pannenkoek
03/08/16, 00:30
Ze hadden toch gewoon de noodstroomgenerator kunnen gebruiken in DC1? Dan was er helemaal niks aan de hand geweest...
Zie hier waarom:
12648
Ik heb het schematisch proberen weer te geven waar volgensmij het probleem zit. (er komt veel meer bij kijken, dan zo'n simpele tekening, maar het idee lijkt me duidelijk)
Ze kunnen niets anders dan spanningsloos maken, en de koppeling opnieuw te maken. geloof mij, Iedere ISP zou niets liever doen dan een bypass te maken, dit is simpelweg niet mogelijk.
Je praat over duizenden ampere's die door die kabel gaan
Zou een RFO niet openbaar worden gemaakt?
Geen idee, wij hebben hem nog niet ontvangen, ik denk dat ze nog aan het onderzoeken zijn. Zal ergens dit weekend wel komen denk ik zo.
RFO vandaag ontvangen, hij is confidentieel dus ik mag hem hier niet posten, maar er staat niet veel nieuws in behalve dan de uitleg waarom er het e.e.a. met spoed is vervangen. (Het meeste is hier boven al genoemd)
Wat ik alleen niet begrijp is dat we hem ontvangen hebben via EK-Hosting, maar we zijn geen klant van EK maar rechstreeks bij Serverius (daar krijgen we ook de facturen van)
Yourwebhoster
08/08/16, 16:26
RFO vandaag ontvangen, hij is confidentieel dus ik mag hem hier niet posten, maar er staat niet veel nieuws in behalve dan de uitleg waarom er het e.e.a. met spoed is vervangen. (Het meeste is hier boven al genoemd)
Wat ik alleen niet begrijp is dat we hem ontvangen hebben via EK-Hosting, maar we zijn geen klant van EK maar rechstreeks bij Serverius (daar krijgen we ook de facturen van)
Ik heb het direct van Serverius gehad en niet van EK hosting. Het is verstuurd vanaf het klanten paneel en ik zie verder geen EK hosting in de trace.
Er zijn de laatste tijd enkele problemen geweest met airco's in verschillende ruimtes. De temperatuur is daarbij soms flink opgelopen. Ik geloof dat er ook extra koeling is geplaatst.
Zou dit de oorzaak kunnen zijn van dit defecte onderdeel?
Een kennis van me heeft me even uitgelegd hoe wat er waarschijnlijk aan de hand is geweest. Er is een verschil gemeten tussen de input en de output. Er hangen sensoren in het stroom netwerk en die meten bv 225volt in de kasten (extreem voorbeeld, het gaat waarschijnlijk om 0.10 volts) terwijl de input 231 volt zou moeten zijn. Door middel van metingen hebben ze vervolgens de oorzaak kunnen achterhalen. Het verdeelpunt bleek de oorzaak, zoals Serverius aangeeft een slechte connector. Omdat die connector niet helemaal jofel is zal hier warmte ontwikkeling plaats vinden.
Hoe hoger de belasting, hoe warmer dit punt zal worden en hoe meer verlies ze zien in het netwerk. En tjah, als het maar warm genoeg word krijg je vanzelf brand. Zodoende dat dit met grote spoed opgelost moest worden.
Zijn er hier nog mensen met gevolg schade, bv servers die nog niet lekker zijn opgestart? Bij ons draait alles zoals normaal, geen noemenswaardige downtime gehad.
Nu rest alleen nog de vraag: Wie heeft er onlangs daar een paar extra servers aangezet? ;)
Er zijn de laatste tijd enkele problemen geweest met airco's in verschillende ruimtes. De temperatuur is daarbij soms flink opgelopen. Ik geloof dat er ook extra koeling is geplaatst.
Zou dit de oorzaak kunnen zijn van dit defecte onderdeel?
Als het al een relatie heeft, dan blijft de echte oorzaak 'slechte connector' .
Je moet in elk geval geen relatie zien tussen wat Bosloop schreef over "slechte verbinding geeft warmte ontwikkeling" en "airco's bijgeplaatst".
Dat is echt een andere orde .
Ja - een stroom die door een verbinding met weerstand loopt (slechte verbinding) geeft daar ter plaatse warmte ontwikkeling.
Dat kan genoeg zijn om omliggend materiaal (isolatie , whatever) te smelten of te verkolen, en genoeg om eventueel ook het metaal te smelten.
Maar zo'n plaatselijk (erg) hoge temperatuur hoeft niet veel _warmte_ te geven, niet in de zin dat er airco's in de ruimte bij moeten.
Mijn 20 Watt soldeerboutje kan (heel plaatselijk - op de punt ) een temperatuur van tegen de 200 graden geven. Dat wil niet zeggen dat m'n kamer er warm van wordt - het blijft maar 20 Watt.
Een mogelijke relatie met bijgeplaatste airco's _zou_ kunnen zijn dat een reeds matige verbinding door wisselende belastingen nog slechter wordt.
Bij stevige belasting wordt een kabel (en verbinding) wat warmer , en zet dan uit. En als de belasting wegvalt, koelt het geheel weer af en krimpt . Van die thermische cyclus ( opwarmen|uitzetten - afkoelen|krimpen ) kan een verbinding die al niet geweldig was nog slechter worden - wat weer leidt tot meer warmte ontwikkeling, meer vervorming etc .
Kortom - de belasting van de airco's (en de apparatuur waarvoor ze nodig waren) heeft misschien een probleem zichtbaar gemaakt, maar niet veroorzaakt - elke component moet het maximale vermogen gewoon aankunnen.
[tenzij bv met deze apparatuur het maximale vermogen enorm overschreden is, maar dan praat je echt over cowboy beheer praktijken]
Yourwebhoster
09/08/16, 21:19
Er zijn de laatste tijd enkele problemen geweest met airco's in verschillende ruimtes. De temperatuur is daarbij soms flink opgelopen. Ik geloof dat er ook extra koeling is geplaatst.
Zou dit de oorzaak kunnen zijn van dit defecte onderdeel?
Er was een defect onderdeel waardoor de airco niet goed functioneerde (zover ik weet alleen in room 3) ondanks de redundantie. Om de redundantie te behouden met voldoende koelcapaciteit, zijn nood airco's geplaatst naast de werkende airco's totdat het onderdeel is vervangen. Het onderdeel zag er niet uit als een essentieel onderdeel voor de stroomtoevoer.
Overigens heeft de UPS de fluctuaties opgevangen waardoor aangesloten apparatuur geen last had van de slechte connector.