Onderwerp: Kdiss netwerk down

Oorspronkelijk geplaatst door HJK

Nu inmiddels 24,5 uur.
Het ergste is nog, dat er niemand te bereiken is, de ene telefoniste meld dat ze om 23:00 uur nog bezig zijn, de ander wist te vertellen dat ze al om 16:00 uur naar huis waren gegaan. Het centrale nummer wordt doorgeschakeld naar een mobieltje die ook al 24 uur niet aan staat!

HOPELOOS!!!!

KDISS zit toch in dezelfde ruimte als ProServe bij euNetworks? Als dat klopt (ik zag gisterenmiddag ook al heel de tijd servers naar binnen gebracht worden) dan waren ze gisterenavond niet meer op de datavloer bezig in iedergeval. Ik was tot 22:30 in euNetworks (vanaf +/- 20:30) en heb niemand anders dan de bewaker gezien.

Oorspronkelijk geplaatst door Paulewk

Niet om het 1 of ander hoor, maar ik vind dit echt asociaal.

Die mensen van EU hebben hier niets mee te maken.

Mee eens, euN is niet de partij die je moet gaan lastig vallen.
Verder, wacht allemaal gewoon netjes op een verklaring van KDISS, je kunt je nu wel enorm boos gaan zitten maken enzo, maar daar schiet je niets mee op.

PS:

Oorspronkelijk geplaatst door Swiftway-UK

er is geen mail verloren gegaan en alles is weer goedgekomen.

Nou, zo simpel is het volgens mij nu ook weer niet. Als klanten de dag tevoren om b.v. 17:00 uur het laatst hun mail opgehaald hebben, en de server is om 01:00 offline gegaan, en je doet de volgende ochtend de verhuizing zoals jij voorstelt, dan missen de klanten de email die is binnengekomen op de oude server tussen 17:00 en 01:00.
En ook wijzigingen die op de server gedaan zijn na de laatste backup zijn natuurlijk weg, en weet jij van al jouw klanten wat zij precies allemaal gewijzigd hebben op de server?
Ik zal niet zeggen dat vroeg of laat de noodzaak ontstaat om de server te moeten verhuizen, maar om het nou te doen voorkomen alsof het bij wijze van spreken slechts een kwestie is van een knop omdraaien, dat is wel een beetje erg kort door de bocht.

Oorspronkelijk geplaatst door Aspegic

Nou, zo simpel is het volgens mij nu ook weer niet. Als klanten de dag tevoren om b.v. 17:00 uur het laatst hun mail opgehaald hebben, en de server is om 01:00 offline gegaan, en je doet de volgende ochtend de verhuizing zoals jij voorstelt, dan missen de klanten de email die is binnengekomen op de oude server tussen 17:00 en 01:00.

Je kunt die mail en data dan weer kopieren als de oude server online komt.
Lijkt me beter dat de klanten weer online zijn, mail kunnen ontvangen, websites bereikbaar zijn, etc.

Dat 0800 nummer is vaak niet bereikbaar, maar met nummer van de kdiss.nl whois kreeg ik iig een callcenter miep. Ik heb ook het kdiss kvk uitreksel hier, staan geen nummers op, maar mocht iemand geintreseerd zijn pm.
@swiftway: als je geen hotspare hebt draaien is 'even' een server opzetten etc. niet iets wat je 123 doet. En naderhand de data weer terugkopieren kan ook voor problemen zorgen.

Oorspronkelijk geplaatst door Swiftway-UK

Je kunt die mail en data dan weer kopieren als de oude server online komt.
Lijkt me beter dat de klanten weer online zijn, mail kunnen ontvangen, websites bereikbaar zijn, etc.

En valkuilen alom! Hoe wil je die email kopieren? Die zitten in een groot bestand, en als je die overkopieert overschrijf je email die inmiddels op de nieuwe server is binnengekomen. Een voor een kopieren? Dat wordt erg lastig. De klant zou b.v. een extra email account kunnen aanmaken voor de mailbox op de oude server om die nog leeg te halen, maar leg dat maar eens uit, aan een hele rits klanten, voor al hun mailboxen...

En de sql-database van die klant die een webshop draait? Zelfde probleem. Die database kun je niet zomaal overkopieren, want er kunnen inmiddels nieuwe bestellingen in die database zitten op de nieuwe server. Maar er kunnen ook nog onverwerkte bestellingen zitten in de database op de oude server. Dat wordt dus een incremental restore oid. En dat voor iedereen op de server.

Begrijp me niet verkeerd, je hebt natuurlijk gelijk dat je niet offline kunt blijven. Op een gegeven moment zul je aktie moeten ondernemen en verhuizen. Ik wil alleen maar zeggen dat zoiets een grondige planning vereist, zeker als het ad hoc moet gebeuren. Anders zit je binnen de korste keren met nog veel meer problemen.

Oorspronkelijk geplaatst door Aspegic

En valkuilen alom! Hoe wil je die email kopieren? Die zitten in een groot bestand, en als je die overkopieert overschrijf je email die inmiddels op de nieuwe server is binnengekomen.

Hoever gaat je kennis van systeembeheer? bestanden kun je namelijk prima mergen, met linux in ieder geval wel. Ook slaat linux (en BSD) elke mailbox in een eigen bestand op. Anyway, overzetten is geen probleem.

SQL is inderdaad wat lastiger, maar je kunt je klanten toegang geven tot zowel de oude als de nieuwe server om bestellingen te verwerken.

Oorspronkelijk geplaatst door Swiftway-UK

Ook slaat linux (en BSD) elke mailbox in een eigen bestand op. Anyway, overzetten is geen probleem.

Afhankelijk van je mbox of Maildir/ config. Beide is mogelijk en kun jij weinig overzeggen hoe iedereen dat geconffiged heeft.
Niet alles is bij iedereen gelijk.

Oorspronkelijk geplaatst door Swiftway-UK

SQL is inderdaad wat lastiger, maar je kunt je klanten toegang geven tot zowel de oude als de nieuwe server om bestellingen te verwerken.

Alsof je huidige klanten niet meer hun huidige status willen weten van hun bestelling. Nu schiuif je het probleem dus af op de klanten om het maar te mergen, terwijl dit net nog zo makkelijk volgens jou was.

Oorspronkelijk geplaatst door Aspegic

En valkuilen alom! Hoe wil je die email kopieren? Die zitten in een groot bestand, en als je die overkopieert overschrijf je email die inmiddels op de nieuwe server is binnengekomen. Een voor een kopieren? Dat wordt erg lastig. De klant zou b.v. een extra email account kunnen aanmaken voor de mailbox op de oude server om die nog leeg te halen, maar leg dat maar eens uit, aan een hele rits klanten, voor al hun mailboxen...

Je zou er over kunnen denken om voortaan Maildir te gaan gebruiken. Dan heb je gewoon losse bestanden en mappen per email.

Oorspronkelijk geplaatst door Aspegic

En de sql-database van die klant die een webshop draait? Zelfde probleem. Die database kun je niet zomaal overkopieren, want er kunnen inmiddels nieuwe bestellingen in die database zitten op de nieuwe server. Maar er kunnen ook nog onverwerkte bestellingen zitten in de database op de oude server. Dat wordt dus een incremental restore oid. En dat voor iedereen op de server.

Je zal hier toch een plan voor moeten hebben voor als het ooit nog een keer misgaat. Bijvoorbeeld voortaan een Master -> Slave setup gebruiken en de slave ergens anders draaien.

Offtopic:
Ik ben zelf ook opzoek geweest naar een goedkope dedicated server, kwam toen ook bij kdiss uit. Echter na een grondige zoektocht op WHT kwam ik er achter dat KDISS toch niet zoon goede optie was.

Oorspronkelijk geplaatst door bakkerl

Afhankelijk van je mbox of Maildir/ config. Beide is mogelijk en kun jij weinig overzeggen hoe iedereen dat geconffiged heeft.
Niet alles is bij iedereen gelijk.

Klopt. Wat we wel weten is dat er veel problemen zijn door het ontbreken van secondairy DNS's, en dus verlies van mail.

Ongeacht van latere problemen met de mail ben je deze dus nu kwijt. Met een fallback MX had je in ieder geval je mail gehad.

Jullie hebben mij nog niet eerder gezien in dit topic, maar ik houd het al bij vanaf het begin.

Ik heb één dedicated server bij Kdiss in de 217.170.21.xx range, deze is gisteren uiteraard ook offline geweest, en langer als ik verwacht had.

Maar als ik het hier zo lees ben ik nog een van de gelukkigen geweest, want mijn server was omstreeks 13:00 alweer online.

Ik heb gisteren wel een mailtje gestuurd naar Kdiss over de slechte informatievoorziening e.d.
En het antwoord hierop wil ik jullie niet onthouden.

-------------------------
Hallo Stefan,

de berichtgeving van onze kant liep inderdaad nogal stroef, en het was ook zeker niet de bedoeling om zo lang offline te blijven.
We zijn inmiddels met het netwerk en serverpark verhuisd naar het EuNetworks DC in Amsterdam. De exacte redenen en voordelen voor jouw als klant zul je op zeer korte termijn van ons vernemen.

Mijn excuses voor het ongemak.

Met vriendelijke groet,
Harm Weites - KDISS support
-----------------------------

Oorspronkelijk geplaatst door Swiftway-UK

Hoever gaat je kennis van systeembeheer? bestanden kun je namelijk prima mergen, met linux in ieder geval wel. Ook slaat linux (en BSD) elke mailbox in een eigen bestand op. Anyway, overzetten is geen probleem.

Elke mailbox staat welliswaar in een eigen bestand, maar niet iedere individuele email in dat mailbox bestand. Hoe wil jij de individuele emails mergen uit twee verschillende mailbox bestanden? Misschien schiet mij kennis op dat gebied inderdaad tekort, maar ik weet niet hoe ik dat voor elkaar zou moeten krijgen.

Oorspronkelijk geplaatst door Groovy

Je zal hier toch een plan voor moeten hebben voor als het ooit nog een keer misgaat. Bijvoorbeeld voortaan een Master -> Slave setup gebruiken en de slave ergens anders draaien.

Exact! Dat is ook alleen maar wat ik wilde zeggen, dat zoiets planning vereist en niet iets van "dat doen we wel eventjes".

Maar misschien raken we wat teveel off-topic, dus laat maar zitten. Iedere admin zal denk ik zelf het beste weten wat goed is voor zijn/haar server lijkt me.

Oorspronkelijk geplaatst door bakkerl

Alsof je huidige klanten niet meer hun huidige status willen weten van hun bestelling. Nu schiuif je het probleem dus af op de klanten om het maar te mergen, terwijl dit net nog zo makkelijk volgens jou was.

Ik denk dat als je klanten de keuze geeft:

1. Hele dag site, webwinkel offline, inkomsten weg
of
2. Site weer online, bestellingen kunnen gedaan worden, maar je moet later op de oude server bestellingen handmatig overzetten.

Dat ze toch allemaal voor optie 2 kiezen, wat denk jij.

Zelf email hoef je niet perse om te zetten, wees creatief:

Klanten halen hun mail op van mail.server.com
mail.server.com heeft IP X.X.X.X.

Oude server komt weer online. Maar mail2.server.com alias, verzoek je klanten om eenmalig de mail daar ook op te halen. Je kunt ook een script schrijven waardoor je server zelf, nadat je klanten mail opgehaald hebben direct de oude mail naar zich toe gaat halen.

Mja leuk voor 5 klanten niet voor een paar honderd. Ik ben nog steeds van mening dat de kans op problemen alleen maar groter wordt. Tenzij je met een mooi redunant systeem werkt is zoiets gewoon teveel werk met teveel kans op problemen.

Even then: het opzetten van fallback DNS en MX had je veel problemen bespaard.