Waren we stiekem bezig met een serververhuis, blijkt het toch niet zo op de achtergrond te zijn gegaan. Man, man, man, problemen. Maar liefst 24 uur waren we offline. Paniek in de mailbox en gelukkig voor ons was ook die kapot. Anyway, een dag offline, dat is uniek in onze geschiedenis en dat op zich is weer goed want wij dealen in verbazing en verwondering. Feest! 

Luk: Ik was ook netwerkbeheerder en webmaster en postmaster tot een paar jaar geleden. 'Even' zoiets doen lukte bijna nooit, ondanks alle voorbereiding en voorzienigheid.
Dus denk ik me te kunnen voorstellen wat 3.14po doorgemaakt heeft.
Thankz dat GW er terug is!
De schijnheiligen hebben het schijnbaar gehaald. Ehyeh Asher Ehyeh.
Op 20-06-2014 18:29:43 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
Patrick NL: heeft wel 10x gekeken waneer Gw onlijn was.
Thx. en blij om Gw. weer te zien.
Op 20-06-2014 18:33:50 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
Tetzmol: Alles is weer helemaal toppie. Maar eerlijk gezegd heb ik weinig gemerkt van jullie afwezigheid. Ik had het zelf al druk genoeg op m'n werk.
“You never know what is enough unless you know what is more than enough.”
Op 20-06-2014 18:34:39 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
psixty4:
Tim de E.:
. . . Paniek in de mailbox en gelukkig voor ons was ook die kapot.


It's all a figment of imagination!
Op 20-06-2014 18:39:26 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
rudiev: Ik wist ook van nix, begon al ontwenningsverschijnselen te vertonen! Ik ben ook systeembeheerder geweest, maruh.. server verhuizen is toch server down brengen, losschroeven en meenemen en ergens anders ophangen en weer aanzetten, dat hoeft toch geen 24 uur te duren?

Maar vertel, waarom een verhuizingen? Van waar naar waar zijn jullie verhuist? Moest je een server verhuizen of compleet overzetten op andere ijzer? Ik kan me hele tijd terug ook een verhuizing herinneren, deze volgt al redelijk snel? En topics ala harrychristus die de server deed roken hebben we ook al tijdje niet meer gehad
je mag me beledigen, je mag me kwetsen, maar spreek wat je denkt, dan discussieren we verder...
Op 20-06-2014 18:42:21 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
stoerecurry: Eindelijk !
Tim, toppie dat je het weer geregeld hebt
Most people do not listen with the intent to understand, they listen with the intent to reply.
Op 20-06-2014 18:43:44 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
Luk:
rudiev:
Ik wist ook van nix, begon al ontwenningsverschijnselen te vertonen! Ik ben ook systeembeheerder geweest, maruh.. server verhuizen is toch server down brengen, losschroeven en meenemen en ergens anders ophangen en weer aanzetten, dat hoeft toch geen 24 uur te duren?
...

Als er DNS-aanpassingen moeten gebeuren, (maar ik denk niet dat dat het geval was, want de IP is nog dezelfde dan die van gisterenavond) is het al een pak lastiger.
Maar een hardnekkige switch die een IP/MAC-adres niet wil "lossen" als je je servers in een andere port duwt kan bv al genoeg zijn.
Ook het admin-password wijzigen kan voor ongemakken zorgen (je komt er pas achter waar dat ook al weer allemaal voor ingevuld staat als de boel niet meer draait, zeker in combinatie met bv SQL-server).
En als één en ander gevirtualiseerd draait lijkt het simpel, maar is het dat daarom niet .

En als men dan ook nog een boel orgonites in de buurt heeft werkt Wifi en draadloze keyboards en Bluetooth misschien ook niet meer. En ga dan maar zoeken hoe dat komt....

(bericht gewijzigd op 20/6/2014 18:51)
De schijnheiligen hebben het schijnbaar gehaald. Ehyeh Asher Ehyeh.
Op 20-06-2014 18:45:35 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
Chris de Boden: Hier werkt tie ook weer.
Ook laadt de site een stuk sneller lijkt het
Linux=Technisch lego voor volwassenen. Project SteviaLX 1404 v1.0
Op 20-06-2014 18:48:25 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
A3aan v.d.B.:
Dat zal menig zweetdruppeltje gekost hebben Tim, toch fijn dat GW weer in de lucht is!
Denkt, aleer gij doende zijt, en doende, denkt dan nog. (Guido Gezelle)
Op 20-06-2014 18:51:20 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
3.14po:
rudiev:

Maar vertel, waarom een verhuizingen?

Geen idee, had te maken met de infrastructuur waar we de dedicated servers huren. Meer weet ik inhoudelijk niet. Had niets te maken met GW-behoeftes.
United as one. Divided by zero.
Op 20-06-2014 19:03:11 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
rudiev:
Luk:
rudiev:
Ik wist ook van nix, begon al ontwenningsverschijnselen te vertonen! Ik ben ook systeembeheerder geweest, maruh.. server verhuizen is toch server down brengen, losschroeven en meenemen en ergens anders ophangen en weer aanzetten, dat hoeft toch geen 24 uur te duren?
...

Als er DNS-aanpassingen moeten gebeuren, (maar ik denk niet dat dat het geval was, want de IP is nog dezelfde dan die van gisterenavond) is het al een pak lastiger.
Maar een hardnekkige switch die een IP/MAC-adres niet wil "lossen" als je je servers in een andere port duwt kan bv al genoeg zijn.
Ook het admin-password wijzigen kan voor ongemakken zorgen (je komt er pas achter waar dat ook al weer allemaal voor ingevuld staat als de boel niet meer draait, zeker in combinatie met bv SQL-server).
En als één en ander gevirtualiseerd draait lijkt het simpel, maar is het dat daarom niet .

En als men dan ook nog een boel orgonites in de buurt heeft werkt Wifi en draadloze keyboards en Bluetooth misschien ook niet meer. En ga dan maar zoeken hoe dat komt....

Een DNS recordje aanpassen is zo gedaan, even ander ip-adresje inkloppen en klaar. Enige waar wat tijd in kan zitten is dns caching, maar meestal hebben dns records een ttl, time to live, van een dag waarbij op 50% al gefresht wordt(als ik het goed heb).
Beheer switches ed is verantwoording van netwerkbeheer, dus dat moeten die oplossen
Ja admin passwords veranderen kan lastig zijn, maar dan wordt je gelijk weer herinnert waarom je nergens het admin password moet gebruiken, daar maak je service accounts voor aan met aangepaste rechten ipv admin. Maar ik weet hoe sommige dingen soms draaiend worden gemaakt door ergens even een admin password te gebruiken
Virtualisatie zou het makkelijk moeten maken, je moet alleen zorgen dat je netwerk op de nieuwe plek goed is en dan kan je zo verder!
je mag me beledigen, je mag me kwetsen, maar spreek wat je denkt, dan discussieren we verder...
Op 20-06-2014 19:10:15 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
Luk:
rudiev:
.... je moet alleen zorgen dat je netwerk op de nieuwe plek goed is en dan kan je zo verder!


Ja, natuurlijk, dàt is het .

De schijnheiligen hebben het schijnbaar gehaald. Ehyeh Asher Ehyeh.
Op 20-06-2014 19:13:28 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
3.14po:
rudiev:
Luk:
rudiev:
Ik wist ook van nix, begon al ontwenningsverschijnselen te vertonen! Ik ben ook systeembeheerder geweest, maruh.. server verhuizen is toch server down brengen, losschroeven en meenemen en ergens anders ophangen en weer aanzetten, dat hoeft toch geen 24 uur te duren?
...

Als er DNS-aanpassingen moeten gebeuren, (maar ik denk niet dat dat het geval was, want de IP is nog dezelfde dan die van gisterenavond) is het al een pak lastiger.
Maar een hardnekkige switch die een IP/MAC-adres niet wil "lossen" als je je servers in een andere port duwt kan bv al genoeg zijn.
Ook het admin-password wijzigen kan voor ongemakken zorgen (je komt er pas achter waar dat ook al weer allemaal voor ingevuld staat als de boel niet meer draait, zeker in combinatie met bv SQL-server).
En als één en ander gevirtualiseerd draait lijkt het simpel, maar is het dat daarom niet .

En als men dan ook nog een boel orgonites in de buurt heeft werkt Wifi en draadloze keyboards en Bluetooth misschien ook niet meer. En ga dan maar zoeken hoe dat komt....

Een DNS recordje aanpassen is zo gedaan, even ander ip-adresje inkloppen en klaar. Enige waar wat tijd in kan zitten is dns caching, maar meestal hebben dns records een ttl, time to live, van een dag waarbij op 50% al gefresht wordt(als ik het goed heb).
Beheer switches ed is verantwoording van netwerkbeheer, dus dat moeten die oplossen
Ja admin passwords veranderen kan lastig zijn, maar dan wordt je gelijk weer herinnert waarom je nergens het admin password moet gebruiken, daar maak je service accounts voor aan met aangepaste rechten ipv admin. Maar ik weet hoe sommige dingen soms draaiend worden gemaakt door ergens even een admin password te gebruiken
Virtualisatie zou het makkelijk moeten maken, je moet alleen zorgen dat je netwerk op de nieuwe plek goed is en dan kan je zo verder!

Hadden we jou maar gehad, dan was het eergisteren al opgelost.
United as one. Divided by zero.
Op 20-06-2014 19:13:59 | Kudos: 1 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
Emie :
Is it electrickery?
Op 20-06-2014 19:16:17 | Kudos: 1 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
rudiev:
3.14po:
rudiev:

Maar vertel, waarom een verhuizingen?

Geen idee, had te maken met de infrastructuur waar we de dedicated servers huren. Meer weet ik inhoudelijk niet. Had niets te maken met GW-behoeftes.

Dus jullie hebben zelf eigenlijk niet zo veel hoeven doen dan? Want de infrastructuur wordt beheert door de hoster, jullie beheren alleen de server.
je mag me beledigen, je mag me kwetsen, maar spreek wat je denkt, dan discussieren we verder...
Op 20-06-2014 19:19:23 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
Dicit: Gelukkig hadden we de foto`s nog.
Nooit te oud om nog meer te leren.
Op 20-06-2014 19:19:34 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
Luk:
rudiev:

Een DNS recordje aanpassen is zo gedaan, even ander ip-adresje inkloppen en klaar.

Vergeet ook niet MX-records, A-pointers, alle andere servers en services (FTP, RDP, ... )die op hun IP benaderd worden effe aan te passen dan. En de serial te updaten, en de reverse-ARPA.
Of vertrouw je helemaal op Microsofts DNS-server die dat allemaal voor je zou moeten doen?
Dat bestond nog niet "in mijn tijd". Toen moest alles nog met de hand in conf-files.
En dan is het (inderdaad) wachten op het verlopen van de DNS-cache van alle DNS-servers "in de buurt".

Maar zoals ik al schreef: ik denk dat de IP dezelfde is gebleven dus al deze dingen speelden niet bij de verhuis die 3.14po deed.

Vraag me wel af wat er dan wél misliep, eigenlijk .
Dan toch die slechte switch of die gebrekkige patchkabel?
(bericht gewijzigd op 20/6/2014 19:20)
De schijnheiligen hebben het schijnbaar gehaald. Ehyeh Asher Ehyeh.
Op 20-06-2014 19:20:11 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
paps: We zijn dr weer....

Koester uw onwetendheid, de rest kunt u opzoeken.
Op 20-06-2014 19:24:26 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
rudiev:
Luk:
rudiev:
.... je moet alleen zorgen dat je netwerk op de nieuwe plek goed is en dan kan je zo verder!


Ja, natuurlijk, dàt is het .


Dat is het voordeel van virtualisatie! Met VMware of soortgelijke pakketten gaat het virtualiseren nog veel verder. Je virtuele server kan zelfs tussen datacenters wisselen zonder dat je er veel van merkt.
En verder zei 3.14po al dat het de infrastructuur betrof, dus dan zou er niet zoveel met je server zelf moeten veranderen. Misschien wat netwerkinstellinkjes..
je mag me beledigen, je mag me kwetsen, maar spreek wat je denkt, dan discussieren we verder...
Op 20-06-2014 19:26:24 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
rudiev:
3.14po:
rudiev:

Een DNS recordje aanpassen is zo gedaan, even ander ip-adresje inkloppen en klaar. Enige waar wat tijd in kan zitten is dns caching, maar meestal hebben dns records een ttl, time to live, van een dag waarbij op 50% al gefresht wordt(als ik het goed heb).
Beheer switches ed is verantwoording van netwerkbeheer, dus dat moeten die oplossen
Ja admin passwords veranderen kan lastig zijn, maar dan wordt je gelijk weer herinnert waarom je nergens het admin password moet gebruiken, daar maak je service accounts voor aan met aangepaste rechten ipv admin. Maar ik weet hoe sommige dingen soms draaiend worden gemaakt door ergens even een admin password te gebruiken
Virtualisatie zou het makkelijk moeten maken, je moet alleen zorgen dat je netwerk op de nieuwe plek goed is en dan kan je zo verder!

Hadden we jou maar gehad, dan was het eergisteren al opgelost.

Precies!
Haha.. nee, maar je kan altijd advies inwinnen indien nodig, ik wil altijd wel even een blik werpen op wat er zou moeten gebeuren mits ik de nodige details weet van wat voor werkzaamheden er gebeuren.

Ik heb ook verhuizingen gedaan van servers zelf en de grootste aanpassingen waren altijd op netwerkniveau. Je server zou zonder problemen in het netwerk weer moeten werken mits die weer alles kan vinden in het netwerk zelf.

je mag me beledigen, je mag me kwetsen, maar spreek wat je denkt, dan discussieren we verder...
Op 20-06-2014 19:32:21 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
rudiev:
Luk:
rudiev:

Een DNS recordje aanpassen is zo gedaan, even ander ip-adresje inkloppen en klaar.

Vergeet ook niet MX-records, A-pointers, alle andere servers en services (FTP, RDP, ... )die op hun IP benaderd worden effe aan te passen dan. En de serial te updaten, en de reverse-ARPA.
Of vertrouw je helemaal op Microsofts DNS-server die dat allemaal voor je zou moeten doen?
Dat bestond nog niet "in mijn tijd". Toen moest alles nog met de hand in conf-files.
En dan is het (inderdaad) wachten op het verlopen van de DNS-cache van alle DNS-servers "in de buurt".

Maar zoals ik al schreef: ik denk dat de IP dezelfde is gebleven dus al deze dingen speelden niet bij de verhuis die 3.14po deed.

Vraag me wel af wat er dan wél misliep, eigenlijk .
Dan toch die slechte switch of die gebrekkige patchkabel?

Het maakt niet uit welk dns records je aanpast, het blijft alleen het aanpassen van het ip-adres. Tuurlijk, in bedrijfsomgevingen moet je wel goed gedocumenteerd hebben welke records er allemaal naar een server verwijzen. Maar het betreft hier GW, niet dat dat het minder maakt, maar die zullen niet veel records hebben in de dns. Daarbij kan je altijd nog zoeken in de dns welke verwijzingen er zijn naar een bepaald ip adres en di kan je dan allemaal aanpassen naar het nieuwe adres. Moeilijk niet, kan veel werk zijn, dat wel.

Ja, ik vertrouwde op de microsft dns, want ik werkte ook in microsoft omgevingen, dus dan kom je al snel uit op microsoft dns servers. Nooit problemen gehad moet ik zeggen met dns, indien nodig forceerde je gewoon een replicatie, wat dat betreft was de dns integratie in de active directory wel gemakkelijk.
je mag me beledigen, je mag me kwetsen, maar spreek wat je denkt, dan discussieren we verder...
Op 20-06-2014 19:43:41 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
3.14po:
rudiev:
3.14po:
rudiev:

Maar vertel, waarom een verhuizingen?

Geen idee, had te maken met de infrastructuur waar we de dedicated servers huren. Meer weet ik inhoudelijk niet. Had niets te maken met GW-behoeftes.

Dus jullie hebben zelf eigenlijk niet zo veel hoeven doen dan? Want de infrastructuur wordt beheert door de hoster, jullie beheren alleen de server.

Klopt. Ik moest alleen de DNS wijzigen.
United as one. Divided by zero.
Op 20-06-2014 19:44:20 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
Veteo: Mooi zeg, de datums bij de nieuwsitems kloppen nu ook weer.
(Jammer dat Pieter dat niet meemaakt. )
You don't know what you've got until it's gone...
Op 20-06-2014 20:07:43 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
satijn: Goedemorgen, zo weinig reactie's vandaag??
Op 20-06-2014 20:44:28 | Kudos: 1 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
Luk:
rudiev:
Luk:
rudiev:

Een DNS recordje aanpassen is zo gedaan, even ander ip-adresje inkloppen en klaar.

Vergeet ook niet MX-records, A-pointers, alle andere servers en services (FTP, RDP, ... )die op hun IP benaderd worden effe aan te passen dan. En de serial te updaten, en de reverse-ARPA.
Of vertrouw je helemaal op Microsofts DNS-server die dat allemaal voor je zou moeten doen?
Dat bestond nog niet "in mijn tijd". Toen moest alles nog met de hand in conf-files.
En dan is het (inderdaad) wachten op het verlopen van de DNS-cache van alle DNS-servers "in de buurt".

Maar zoals ik al schreef: ik denk dat de IP dezelfde is gebleven dus al deze dingen speelden niet bij de verhuis die 3.14po deed.

Vraag me wel af wat er dan wél misliep, eigenlijk .
Dan toch die slechte switch of die gebrekkige patchkabel?

Het maakt niet uit welk dns records je aanpast, het blijft alleen het aanpassen van het ip-adres. Tuurlijk, in bedrijfsomgevingen moet je wel goed gedocumenteerd hebben welke records er allemaal naar een server verwijzen. Maar het betreft hier GW, niet dat dat het minder maakt, maar die zullen niet veel records hebben in de dns. Daarbij kan je altijd nog zoeken in de dns welke verwijzingen er zijn naar een bepaald ip adres en di kan je dan allemaal aanpassen naar het nieuwe adres. Moeilijk niet, kan veel werk zijn, dat wel.

Ja, ik vertrouwde op de microsft dns, want ik werkte ook in microsoft omgevingen, dus dan kom je al snel uit op microsoft dns servers. Nooit problemen gehad moet ik zeggen met dns, indien nodig forceerde je gewoon een replicatie, wat dat betreft was de dns integratie in de active directory wel gemakkelijk.

En als je je servers moet gaan verdelen in verschillende kwart-C-class sub-netwerken en zo. Dan is het allemaal niet effe 'een adresje wijzigen'. Ik spreek dan vooral van de tijd voor active directory en M$ dns, toen alles nog echt met de hand en het verstand moest.
(bericht gewijzigd op 20/6/2014 21:21)
De schijnheiligen hebben het schijnbaar gehaald. Ehyeh Asher Ehyeh.
Op 20-06-2014 21:01:59 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
Och kom...: Ik krijg altijd van die doem gevoelens. Platgelegt door de NVD. Sabotage van de vrije meningsuiting. Gelukkig mogen we nog even.
Zo lang er leven is, is er hoop...
Op 20-06-2014 21:13:13 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
Tetzmol:
Och kom...:
Ik krijg altijd van die doem gevoelens. Platgelegt door de NVD. Sabotage van de vrije meningsuiting. Gelukkig mogen we nog even.

Niet zo sikkeneuren hoor. Als je auto naar de garage gaat voor groot onderhoud is dat ook niet meteen einde verhaal. Tenzij je naar kwikfit of beun de haas gaat natuurlijk.
“You never know what is enough unless you know what is more than enough.”
Op 20-06-2014 21:42:27 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
rudiev:
Luk:
rudiev:

Het maakt niet uit welk dns records je aanpast, het blijft alleen het aanpassen van het ip-adres. Tuurlijk, in bedrijfsomgevingen moet je wel goed gedocumenteerd hebben welke records er allemaal naar een server verwijzen. Maar het betreft hier GW, niet dat dat het minder maakt, maar die zullen niet veel records hebben in de dns. Daarbij kan je altijd nog zoeken in de dns welke verwijzingen er zijn naar een bepaald ip adres en di kan je dan allemaal aanpassen naar het nieuwe adres. Moeilijk niet, kan veel werk zijn, dat wel.

Ja, ik vertrouwde op de microsft dns, want ik werkte ook in microsoft omgevingen, dus dan kom je al snel uit op microsoft dns servers. Nooit problemen gehad moet ik zeggen met dns, indien nodig forceerde je gewoon een replicatie, wat dat betreft was de dns integratie in de active directory wel gemakkelijk.

En als je je servers moet gaan verdelen in verschillende kwart-C-class sub-netwerken en zo. Dan is het allemaal niet effe 'een adresje wijzigen'. Ik spreek dan vooral van de tijd voor active directory en M$ dns, toen alles nog echt met de hand en het verstand moest.

Gelukkig is de automatisering ook geautomatiseerd
Windows registreerde zichzelf in dns, dus als je de server aanpaste en ff een rebootje gaf werd de server opnieuw in de dns geregisteerd. Eventueel zonder reboot via de command prompt, maar met zulke wijzigingen was een reboot altijd wel aan te raden.. het bleef natuurlijk wel windows
je mag me beledigen, je mag me kwetsen, maar spreek wat je denkt, dan discussieren we verder...
Op 20-06-2014 21:48:22 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
Chris de Boden:
Tetzmol:
Och kom...:
Ik krijg altijd van die doem gevoelens. Platgelegt door de NVD. Sabotage van de vrije meningsuiting. Gelukkig mogen we nog even.

Niet zo sikkeneuren hoor. Als je auto naar de garage gaat voor groot onderhoud is dat ook niet meteen einde verhaal. Tenzij je naar kwikfit of beun de haas gaat natuurlijk.

Zie het als groot onderhoud... het geheel lijkt wel een stuk gesmeerder te lopen(iig op mijn Ubuntu 14.04 Linux bak, mijn Windows 7 computer heb ik al dagen niet meer opgestart)
Linux=Technisch lego voor volwassenen. Project SteviaLX 1404 v1.0
Op 20-06-2014 22:23:00 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
Chris de Boden: Hahahaha Nu lijkt facebook weer down:
"Service Unavailable"
Linux=Technisch lego voor volwassenen. Project SteviaLX 1404 v1.0
Op 20-06-2014 22:34:39 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
rudiev:
Chris de Boden:

het geheel lijkt wel een stuk gesmeerder te lopen

Dat was mij ook opgevallen. Maar het draait op windows, en een boot doet goed Hoewel er toch maandelijk een reboot moet zijn in verband met updates..
je mag me beledigen, je mag me kwetsen, maar spreek wat je denkt, dan discussieren we verder...
Op 20-06-2014 22:38:00 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
Chris de Boden: Klopt
Linux=Technisch lego voor volwassenen. Project SteviaLX 1404 v1.0
Op 20-06-2014 22:49:01 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
Veteo:
rudiev:
Chris de Boden:

het geheel lijkt wel een stuk gesmeerder te lopen

Dat was mij ook opgevallen. Maar het draait op windows, en een boot doet goed Hoewel er toch maandelijk een reboot moet zijn in verband met updates..

Ah ja, een reddingsboot natuurlijk.
You don't know what you've got until it's gone...
Op 20-06-2014 22:54:58 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
Chris de Boden:
Veteo:
rudiev:
Chris de Boden:

het geheel lijkt wel een stuk gesmeerder te lopen

Dat was mij ook opgevallen. Maar het draait op windows, en een boot doet goed Hoewel er toch maandelijk een reboot moet zijn in verband met updates..

Ah ja, een reddingsboot natuurlijk.

Windows en booten.... hou op, schei uit
Linux=Technisch lego voor volwassenen. Project SteviaLX 1404 v1.0
Op 20-06-2014 23:01:10 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
nupeet: Pppfff wat een opluchting,
Unity in the Heart of Diversity
Op 20-06-2014 23:04:57 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
DeSchaduw: Gezien de foutmelding leek het alsof de SQL server een schop nodig heeft gehad. In zo een geval helpt bidden soms
Ik zeg wat ik denk. Daarom ben ik vaak stil.
Op 20-06-2014 23:12:34 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
psixty4:
DeSchaduw:
Gezien de foutmelding leek het alsof de SQL server een schop nodig heeft gehad. In zo een geval helpt bidden soms

Naar wie of wat bid je dan?

It's all a figment of imagination!
Op 20-06-2014 23:15:34 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
DeSchaduw:
psixty4:
DeSchaduw:
Gezien de foutmelding leek het alsof de SQL server een schop nodig heeft gehad. In zo een geval helpt bidden soms

Naar wie of wat bid je dan?


Bill Gates natuurlijk
Ik zeg wat ik denk. Daarom ben ik vaak stil.
Op 20-06-2014 23:19:32 | Kudos: 1 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
rudiev:
psixty4:
DeSchaduw:
Gezien de foutmelding leek het alsof de SQL server een schop nodig heeft gehad. In zo een geval helpt bidden soms

Naar wie of wat bid je dan?


je mag me beledigen, je mag me kwetsen, maar spreek wat je denkt, dan discussieren we verder...
Op 21-06-2014 0:27:49 | Kudos: 1 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
hugo: Eigenlijk wel rustig, zo' dag zonder GW.
(Behalve mss voor pipo.)
DansFans: je dance, donc je suis.
Op 21-06-2014 2:42:20 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
LiveTime: Mischien dan toch ff een berichtje vooraf de volgende keer.....!
Maar top dat jullie GW weer in de koperdraad hebben
Op 21-06-2014 7:37:48 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
rudiev: Het zoeken op de site rechtsboven werkt trouwens ook weer! Voorheen kreeg ik een access denied van google.

De site draait nog steeds beter dan voorheen, vermoedelijk zal de infrastructuur wel een flinke update hebben gehad, nieuw ijzer(hardware) en misschien wel software update ook.
je mag me beledigen, je mag me kwetsen, maar spreek wat je denkt, dan discussieren we verder...
Op 21-06-2014 15:48:47 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
niobe: mooi, was al steeds aan t kijken!
Op 21-06-2014 16:07:53 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
DeSchaduw:
LiveTime:
Mischien dan toch ff een berichtje vooraf de volgende keer.....!
Maar top dat jullie GW weer in de koperdraad hebben

Of een berichtje tussendoor. Een simpele index.html die vertelt dat de dagelijkse verwondering is hoe lang het duurt voordat de site weer online komt
Ik zeg wat ik denk. Daarom ben ik vaak stil.
Op 21-06-2014 16:39:47 | Kudos: 1 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
rudiev:
DeSchaduw:
LiveTime:
Mischien dan toch ff een berichtje vooraf de volgende keer.....!
Maar top dat jullie GW weer in de koperdraad hebben

Of een berichtje tussendoor. Een simpele index.html die vertelt dat de dagelijkse verwondering is hoe lang het duurt voordat de site weer online komt

Als je server down is wordt het lastig om een index.html te tonen.
Ze hadden wel via dns met een cname record www.grenswetenschap.nl door kunnen laten verwijzen naar bijvoorbeeld je persoonlijke site van je provider en daar een simpele voortgangspagina kunnen laten tonen. Ze hadden dan www.grenswetenschap.nl kunnen laten doorverwijzen naar www.gebruikersnaam.provider.nl
Zie uitleg: http://www.networking4all.com/nl/helpdesk/domeinnamen/dns/cname+records/
je mag me beledigen, je mag me kwetsen, maar spreek wat je denkt, dan discussieren we verder...
Op 21-06-2014 19:11:41 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
DeSchaduw:
rudiev:
DeSchaduw:
LiveTime:
Mischien dan toch ff een berichtje vooraf de volgende keer.....!
Maar top dat jullie GW weer in de koperdraad hebben

Of een berichtje tussendoor. Een simpele index.html die vertelt dat de dagelijkse verwondering is hoe lang het duurt voordat de site weer online komt

Als je server down is wordt het lastig om een index.html te tonen.
Ze hadden wel via dns met een cname record www.grenswetenschap.nl door kunnen laten verwijzen naar bijvoorbeeld je persoonlijke site van je provider en daar een simpele voortgangspagina kunnen laten tonen. Ze hadden dan www.grenswetenschap.nl kunnen laten doorverwijzen naar www.gebruikersnaam.provider.nl
Zie uitleg: http://www.networking4all.com/nl/helpdesk/domeinnamen/dns/cname+records/

Maar de server was niet down, alleen de SQL
Ik zeg wat ik denk. Daarom ben ik vaak stil.
Op 21-06-2014 19:14:32 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
Luk:
DeSchaduw:
rudiev:
DeSchaduw:
LiveTime:
Mischien dan toch ff een berichtje vooraf de volgende keer.....!
Maar top dat jullie GW weer in de koperdraad hebben

Of een berichtje tussendoor. Een simpele index.html die vertelt dat de dagelijkse verwondering is hoe lang het duurt voordat de site weer online komt

Als je server down is wordt het lastig om een index.html te tonen.
Ze hadden wel via dns met een cname record www.grenswetenschap.nl door kunnen laten verwijzen naar bijvoorbeeld je persoonlijke site van je provider en daar een simpele voortgangspagina kunnen laten tonen. Ze hadden dan www.grenswetenschap.nl kunnen laten doorverwijzen naar www.gebruikersnaam.provider.nl
Zie uitleg: http://www.networking4all.com/nl/helpdesk/domeinnamen/dns/cname+records/

Maar de server was niet down, alleen de SQL

Neenee, de eerste avond was alles down. 's Anderendaags werkte de webserver terug, maar gaf enkel een error omdat de SQL-server nog niet oké was.
De schijnheiligen hebben het schijnbaar gehaald. Ehyeh Asher Ehyeh.
Op 21-06-2014 19:19:10 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
rudiev:
DeSchaduw:
rudiev:
DeSchaduw:
LiveTime:
Mischien dan toch ff een berichtje vooraf de volgende keer.....!
Maar top dat jullie GW weer in de koperdraad hebben

Of een berichtje tussendoor. Een simpele index.html die vertelt dat de dagelijkse verwondering is hoe lang het duurt voordat de site weer online komt

Als je server down is wordt het lastig om een index.html te tonen.
Ze hadden wel via dns met een cname record www.grenswetenschap.nl door kunnen laten verwijzen naar bijvoorbeeld je persoonlijke site van je provider en daar een simpele voortgangspagina kunnen laten tonen. Ze hadden dan www.grenswetenschap.nl kunnen laten doorverwijzen naar www.gebruikersnaam.provider.nl
Zie uitleg: http://www.networking4all.com/nl/helpdesk/domeinnamen/dns/cname+records/

Maar de server was niet down, alleen de SQL

Wat ik hierboven begreep is dat de server is verhuist, waarschijnlijk op een nieuwere infrastructuur. Ik kan het mis hebben, maar de server is volgens mij down geweest. Pas later kregen we volgens mij die sql melding wat dan inderdaad duidt op sql problemen.

En mocht ik het mis hebben, volgens mij is de server gereboot, dus weldegelijk down geweest haha (indek-modus)
je mag me beledigen, je mag me kwetsen, maar spreek wat je denkt, dan discussieren we verder...
Op 21-06-2014 19:21:14 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
rudiev: Kijk.. Luk zegt het ook al
je mag me beledigen, je mag me kwetsen, maar spreek wat je denkt, dan discussieren we verder...
Op 21-06-2014 19:21:58 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
DeSchaduw:
Luk:
DeSchaduw:
rudiev:
DeSchaduw:
LiveTime:
Mischien dan toch ff een berichtje vooraf de volgende keer.....!
Maar top dat jullie GW weer in de koperdraad hebben

Of een berichtje tussendoor. Een simpele index.html die vertelt dat de dagelijkse verwondering is hoe lang het duurt voordat de site weer online komt

Als je server down is wordt het lastig om een index.html te tonen.
Ze hadden wel via dns met een cname record www.grenswetenschap.nl door kunnen laten verwijzen naar bijvoorbeeld je persoonlijke site van je provider en daar een simpele voortgangspagina kunnen laten tonen. Ze hadden dan www.grenswetenschap.nl kunnen laten doorverwijzen naar www.gebruikersnaam.provider.nl
Zie uitleg: http://www.networking4all.com/nl/helpdesk/domeinnamen/dns/cname+records/

Maar de server was niet down, alleen de SQL

Neenee, de eerste avond was alles down. 's Anderendaags werkte de webserver terug, maar gaf enkel een error omdat de SQL-server nog niet oké was.

Bij verhuizen van een server heb je de optie om bijvoorbeeld op de oude een ´verhuismelding´ te zetten totdat de nieuwe online is.
Dan kan je er eerst voor zorgen dat de nieuwe operationeel is voordat je de DNS omschakelt.
Een andere optie die ik tegenwoordig vaak gebruik is DNS beheer via Cloudflare. Daarmee kan je in zeer korte tijd switchen tussen IP adressen en dus bij calamiteiten een tijdelijke pagina laten zien.
Ik zeg wat ik denk. Daarom ben ik vaak stil.
Op 21-06-2014 19:26:23 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
rudiev:
DeSchaduw:
Luk:

Neenee, de eerste avond was alles down. 's Anderendaags werkte de webserver terug, maar gaf enkel een error omdat de SQL-server nog niet oké was.

Bij verhuizen van een server heb je de optie om bijvoorbeeld op de oude een ´verhuismelding´ te zetten totdat de nieuwe online is.
Dan kan je er eerst voor zorgen dat de nieuwe operationeel is voordat je de DNS omschakelt.
Een andere optie die ik tegenwoordig vaak gebruik is DNS beheer via Cloudflare. Daarmee kan je in zeer korte tijd switchen tussen IP adressen en dus bij calamiteiten een tijdelijke pagina laten zien.

Het waren werkzaamheden aan de infrastructuur waar ze mee hadden te maken. Als ik het goed heb draaien de GW servers in een virtuele omgeving en dan hoef je geen fysieke server meer te verhuizen, laat staan van de ene server naar de andere server verhuizen waar jij het over heb. Als ik het goed heb heeft GW virtuele prive servers. Gezien het werkzaamheden aan de infrastructuur betrof vermoed ik dat er nieuwe hardware en/of software werkzaamheden waren. Ik vermoed dat de GW servers down zijn gebracht en dan worden ze virtueel verhuist van de ene omgeving naar de andere omgeving. Dit is niet veel meer dan een kopieeractie van wat bestandjes, dat zijn bestandje met je virtuele server configuratie en bestandjes die je harddisken zijn in je virtuele server. Daarna worden de servers weer gestart en zou alles het weer moeten doen... ZOU Gezien 3.13po aangaf alleen een dns aan te hebben moeten passen zal ik er niet al te veel naast zitten.
Misschien heeft de provider nieuwe fysieke servers in gebruik genomen. Misschien een nieuw SAN (opslag). Misschien is er een nieuwe versie van de virtualisatie software in gebruik genomen. Dat soort werkzaamheden zijn er geweest vermoed ik.
je mag me beledigen, je mag me kwetsen, maar spreek wat je denkt, dan discussieren we verder...
Op 21-06-2014 19:41:52 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
DeSchaduw:
rudiev:
DeSchaduw:
Luk:

Neenee, de eerste avond was alles down. 's Anderendaags werkte de webserver terug, maar gaf enkel een error omdat de SQL-server nog niet oké was.

Bij verhuizen van een server heb je de optie om bijvoorbeeld op de oude een ´verhuismelding´ te zetten totdat de nieuwe online is.
Dan kan je er eerst voor zorgen dat de nieuwe operationeel is voordat je de DNS omschakelt.
Een andere optie die ik tegenwoordig vaak gebruik is DNS beheer via Cloudflare. Daarmee kan je in zeer korte tijd switchen tussen IP adressen en dus bij calamiteiten een tijdelijke pagina laten zien.

Het waren werkzaamheden aan de infrastructuur waar ze mee hadden te maken. Als ik het goed heb draaien de GW servers in een virtuele omgeving en dan hoef je geen fysieke server meer te verhuizen, laat staan van de ene server naar de andere server verhuizen waar jij het over heb. Als ik het goed heb heeft GW virtuele prive servers. Gezien het werkzaamheden aan de infrastructuur betrof vermoed ik dat er nieuwe hardware en/of software werkzaamheden waren. Ik vermoed dat de GW servers down zijn gebracht en dan worden ze virtueel verhuist van de ene omgeving naar de andere omgeving. Dit is niet veel meer dan een kopieeractie van wat bestandjes, dat zijn bestandje met je virtuele server configuratie en bestandjes die je harddisken zijn in je virtuele server. Daarna worden de servers weer gestart en zou alles het weer moeten doen... ZOU Gezien 3.13po aangaf alleen een dns aan te hebben moeten passen zal ik er niet al te veel naast zitten.
Misschien heeft de provider nieuwe fysieke servers in gebruik genomen. Misschien een nieuw SAN (opslag). Misschien is er een nieuwe versie van de virtualisatie software in gebruik genomen. Dat soort werkzaamheden zijn er geweest vermoed ik.

Ongeacht of the infrastructuur virtueel is of niet, voorkomen is altijd beter als genezen....zoals ik door schade en schande heb ervaren.
Ik zeg wat ik denk. Daarom ben ik vaak stil.
Op 21-06-2014 19:49:43 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
NewDayNL: Nou, ik vind het allemaal moeilûk wat jullie allemaal zeggen. Maar als De Enchanter happy is dan ben ik het ook.

P64: ik mail je komende week.

RR

EDIT: "69" ZEIT IK *BLOOS* 64 tuurlijk!
(bericht gewijzigd op 21/6/2014 20:2)
Het was altijd groter dan we dachten dat het was
Op 21-06-2014 20:00:29 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
CCRider: Hahahahahahaha
My dentist told me I need a crown. I was like I KNOW, RIGHT?
Op 21-06-2014 20:18:45 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
3.14po:
rudiev:
DeSchaduw:
Luk:

Neenee, de eerste avond was alles down. 's Anderendaags werkte de webserver terug, maar gaf enkel een error omdat de SQL-server nog niet oké was.

Bij verhuizen van een server heb je de optie om bijvoorbeeld op de oude een ´verhuismelding´ te zetten totdat de nieuwe online is.
Dan kan je er eerst voor zorgen dat de nieuwe operationeel is voordat je de DNS omschakelt.
Een andere optie die ik tegenwoordig vaak gebruik is DNS beheer via Cloudflare. Daarmee kan je in zeer korte tijd switchen tussen IP adressen en dus bij calamiteiten een tijdelijke pagina laten zien.

Het waren werkzaamheden aan de infrastructuur waar ze mee hadden te maken. Als ik het goed heb draaien de GW servers in een virtuele omgeving en dan hoef je geen fysieke server meer te verhuizen, laat staan van de ene server naar de andere server verhuizen waar jij het over heb. Als ik het goed heb heeft GW virtuele prive servers. Gezien het werkzaamheden aan de infrastructuur betrof vermoed ik dat er nieuwe hardware en/of software werkzaamheden waren. Ik vermoed dat de GW servers down zijn gebracht en dan worden ze virtueel verhuist van de ene omgeving naar de andere omgeving. Dit is niet veel meer dan een kopieeractie van wat bestandjes, dat zijn bestandje met je virtuele server configuratie en bestandjes die je harddisken zijn in je virtuele server. Daarna worden de servers weer gestart en zou alles het weer moeten doen... ZOU Gezien 3.13po aangaf alleen een dns aan te hebben moeten passen zal ik er niet al te veel naast zitten.
Misschien heeft de provider nieuwe fysieke servers in gebruik genomen. Misschien een nieuw SAN (opslag). Misschien is er een nieuwe versie van de virtualisatie software in gebruik genomen. Dat soort werkzaamheden zijn er geweest vermoed ik.

Zoiets, ja. Ik weet er zelf het fijne niet van.
United as one. Divided by zero.
Op 21-06-2014 20:36:37 | Kudos: 0 Bericht positief waarderen
 Directe link naar reactie Meld ongepaste reactie
Sitemap - © 2017Grenswetenschap.nl - Reageervoorwaarden