Userbase

<img src="http://upload.userbase.be/upload/userbase_onderhoud.gif" align="left"> De robuustheid van de userbase server is bij deze getest. Zondagnamiddag is 1 van de schijven van de userbase server onderuit gegaan. We hebben hier weinig last van ondervonden, gezien alles op een mirror raid staat. Morgen (02/09) zal de harde schijf vervangen worden door een nieuw exemplaar. De downtime zou niet langer dan 15 minuten mogen duren. Het exacte uur ligt nog niet vast, aangezien ik zelf nog niet weet wanneer ik St Niklaas terecht ga komen

Niet hot swappable ? Dan zou er namelijk geen downtime zijn, alleen wa trager door rebuild.

goed gedaan tot nu toe, nu nog hopen dat er niets fout loopt bij het wisselen he

didi79 schreef:Niet hot swappable ? Dan zou er namelijk geen downtime zijn, alleen wa trager door rebuild.

De bays zitten vast gevezen in de server. Das het grootste probleem. Het 'trager' functioneren van userbase zit er zowiezo aan te komen tijdens de rebuild.

defenderII schreef:goed gedaan tot nu toe, nu nog hopen dat er niets fout loopt bij het wisselen he

Ik ben er momenteel vrij gerust in. De gevaarlijkste momenten zijn tijdens de resync. Aangezien er dan echt op de schijven gehamerd wordt. We hebben voor de zekerheid een paar extra off site backups genomen

Ieuw, vastgevezen bays... Toch geen server uit de HP ML-reeks toevallig? Want wie ooit op het idee gekomen is om de ML-reeks "server" te noemen moest zich schamen :-p
*horrorstories*

El cheapo Supermicro!

meon schreef:El cheapo Supermicro!

Yes! De laatste array is momenteel nog aan het rebuilden. Hier staan de LVM volumes op met /var/www en de MySQL databases enzo.

NickG schreef:Ieuw, vastgevezen bays... Toch geen server uit de HP ML-reeks toevallig? Want wie ooit op het idee gekomen is om de ML-reeks "server" te noemen moest zich schamen :-p
*horrorstories*

Wil dit nu zeggen dat je EDPnet vraagt om een mooiere server te sponsoren :)

't Is trouwens slechts de 2de/3de keer dat er een disk sneuvelt, of daar dan echt hot-swap voor nodig is ....

Toen ik er één wou sponsoren met deftig materiaal was het van njet

Ne zekere C.R. van een bedrijf dat nu niet meer bestaat, maar wiens afkorting R.R. was wilde zelfs een hele cluster sponsoren

airzimmy schreef:

NickG schreef:Ieuw, vastgevezen bays... Toch geen server uit de HP ML-reeks toevallig? Want wie ooit op het idee gekomen is om de ML-reeks "server" te noemen moest zich schamen :-p
*horrorstories*

Wil dit nu zeggen dat je EDPnet vraagt om een mooiere server te sponsoren

't Is trouwens slechts de 2de/3de keer dat er een disk sneuvelt, of daar dan echt hot-swap voor nodig is ....

Eigenlijk ga ik hiermee akkoord. Userbase is nu niet bepaald een bedrijfskritische applicatie die 24/7 moet up zijn. Een kwartiertje downtime moet best wel kunnen

PS: de raid rebuild is afgelopen. Userbase zou weer even snel moeten zijn als voorheen. Nu de disk nog RMA'n en we hebben weer reserve onderdelen

WhiteAngel mag hier weer voor zorgen zeker?
Of lukt het deze keer alleen

WhiteAngel schreef:WhiteAngel mag hier weer voor zorgen zeker?
Of lukt het deze keer alleen

Gij komt hier ook nie vaak hé, engelke .

Sub Zero schreef:Nu de disk nog RMA'n en we hebben weer reserve onderdelen

Ik had het dus op dit...

Goztow schreef:

WhiteAngel schreef:WhiteAngel mag hier weer voor zorgen zeker?
Of lukt het deze keer alleen

Gij komt hier ook nie vaak hé, engelke .

Tssss

Userbase leek vandaag down van ongeveer 7h00 tot 9h00.

Kwam de voorspelling van het gevaarlijke zwart gat bij het opstarten van de LHC bij de CERN vandaag toch uit ?

Een DOS attack vanuit TIK ?

Een cease-and-desist wegens Dommel ?

Of lag het toch aan iets anders ?

Userbase was inderdaad down, de schuldige was een uit de hand gelopen backup script dat de harde schijf vol zette.

Zo stabiel is de nieuwe server niet?
Dat doet ge niet hé! Ne *NIX bak rebooten!!

PS: waarom is de prefix van uw tabellen "skynet_" ?

cloink schreef:Zo stabiel is de nieuwe server niet?

Code: Selecteer alles

SQL Error : 1053 Server shutdown in progress

Dat doet ge niet hé! Ne *NIX bak rebooten!!

Niet de hele bak, maar wel MySQL.

Sensei Zeon schreef:Userbase was inderdaad down, de schuldige was de schrijver van een uit de hand gelopen backup script dat de harde schijf vol zette.

da's al correcter
(neuh, ik doe niet aan fingerpointing )

Ha, toch.

meon schreef:

Sensei Zeon schreef:Userbase was inderdaad down, de schuldige was de schrijver van een uit de hand gelopen backup script dat de harde schijf vol zette.

da's al correcter
(neuh, ik doe niet aan fingerpointing )

Niwaar!
Het waren de, euhm, kabouterkes!!!!!!!
ik ben onschuldig!

Ik ben momenteel de hele backup meuk aan het verplaatsen naar een lvm volume. Kwestie van het backup script de volgende keer wat in toom te houden.

Jan_B schreef:
Een DOS attack vanuit TIK ?

Zal het gaan ja

Jan_B schreef:Userbase leek vandaag down van ongeveer 7h00 tot 9h00.

Kwam de voorspelling van het gevaarlijke zwart gat bij het opstarten van de LHC bij de CERN vandaag toch uit ?

Een DOS attack vanuit TIK ?

Een cease-and-desist wegens Dommel ?

Of lag het toch aan iets anders ?

Tik vzw cannot confirm or deny any responsibility for the downtime of the Userbase webserver.

Nee serieus, we gaan een forum waar we héél graag mee zouden samenwerken een beetje gaan DOSsen zeker. 't Zal eerder omgekeerd zijn, individuele Userbasers die een DOS-attack doen op Tik. You know who you are, your actions have been logged and will be punished by death penalty. :-p

De server zal binnen een uurtje opnieuw enkele momenten plat gaan. Er is iets raars aan de hand met de harde schijven (opnieuw een schijf die SCSI errors geeft, zelfde SATA poort als de vorige harde schijf). 1 schijf is die kapot gaat is gewoon pech, een 2e schijf is al geen toeval meer.

Ik hou jullie op de hoogte!

Blah net hetzelfde meegemaakt tijdje geleden met een HP server. Uiteindelijk alles vervangen eer het opgelost was, nieuwe schijf, SATA controller, mobo... Good luck! :-s

We hebben blijkbaar gewoon 2x brute pech gehad, 2x een disk die op een paar weken gecrasht is