Tijd te kort

In verband met te weinig tijd en te veel drukte op het werk ben ik niet meer in staat om mijn blog te schrijven.

Dag 75: Intervisie op school.

Vandaag was er intervisie op school en was ik dus niet aanwezig bij I-Company.

Dag 74: stageverslag en vastgelopen server

Vandaag heb ik naast de normale werkzaamheden hard gewerkt aan mijn stage verslag. Het was vandaag behoorlijk rustig op de afdeling en hierdoor heb ik de tijd gehad om aan mijn stage verslag te werken. Verder was er vandaag nog een issue van een klant waarbij de server voor de tweede keer in 1 week down was. De vorige keer was dit omdat de schijf nog maar 80kb aan ruimte over had. Dit hebben wij toen opgeschoond en alles werkte weer naar behoren. Vandaag was de server weer down en werden wij tijdens de lunch geroepen om te kijken wat er aan de hand was. Nu bleek dat  twee websites bij elkaar meer dan 100% CPU verbruik hadden. Hierdoor liepen alle andere websites vast en was het niet meer mogelijk deze te bezoeken.

Daarnaast heb ik vandaag voor deze zelfde klant een probleem onderzocht. Namelijk dat wanneer er een tekst module aangepast werd met de Rich text Editor oftewel de FCK module van DNN, werd bij het .net portaal niet de groote en het lettertype weergegeven. Na meerdere malen bestanden vervangen en in configuraties kijken is gebleken dat er een css bestand ergens op de website verkeerd geconfigureerd staat waardoor deze twee zaken niet worden weergegeven.

Verder waren er vandaag niet veel issues waardoor er niet veel te vertellen is.

Dag 72: Stageverslag

Vandaag heb ik naast de normale werkzaamheden hard gewerkt aan mijn stage verslag. Het was vandaag behoorlijk rustig op de afdeling en hierdoor heb ik de tijd gehad om aan mijn stage verslag te werken. Verder zijn er vandaag eigenlijk geen bijzondere issues geweest.

Dag 71: Verwijdering van producten en Google indexering

Vandaag was het naast de normale werkzaamheden vrij rustig op de servicedesk. Daarom zijn er niet zo veel belangrijke en noemenswaardige onderwerpen aan bod gekomen. Daarom zal ik enkel over twee onderwerpen iets vertellen vandaag.

Als eerste heb ik vandaag een ticket behandeld van een klant die een vraag had met betrekking tot zijn website beter bereikbaar maken voor Google. Dit is vrij simpel op een DNN website. Dit kan namelijk gedaan worden door bij de pagina settings de sleutelwoorden in te voeren die Google moet vinden wanneer Google de website indexeert. Echter zijn wij erachter gekomen dat de pagina omschrijving ook word meegenomen door Google wanneer Google indexeert. Zelfs de volledige inhoud van de pagina word meegenomen bij het indexeren van de website. Daarom heb ik de klant haarfijn uitgelegd hoe het mogelijk is om zijn website beter bereikbaar te maken voor Google. Er kunnen slechts 15 sleutelwoorden ingevoerd worden die Google meeneemt tijdens de indexatie. Verder kunnen er ook maar 100 characters bij de omschrijving meegegeven worden.

Het tweede ticket ging over een verwijderde productlijn op een pagina. De klant had via het CMS van DNN enkele productlijnen toegevoegd en verwijderd. Per ongeluk had de klant echter een categorie nummer veranderd in een ander nummer. Dit had tot resultaat dat er een complete productlijn niet meer aanwezig was in de webshop. De klant was best geschrokken dat dit per ongeluk gebeurd was. Ik heb daarna samen met en collega in de database gekeken. Na onderzoek bleek dat een hoofdcategorie ID veranderd was en dat die dezelfde ID had gekregen als een sub categorie. Hierdoor was dus de gehele categorie niet meer actief. Ik heb daarom de hoofdcategorie ID weer terug gezet op de originele ID. Nadat deze aanpassing actief was werkte de webshop weer naar behoren en waren er geen problemen meer aanwezig.

Daarnaast heb ik nog allerlei normale werkzaamheden behandeld vandaag zoals FTP users aanmaken, het registreren van domein, met in het bijzonder .xxx domeinen voor klanten die zeker willen weten dat er geen personen zijn die de .xxx domeinen aanschaffen en hier niet legale zaken mee doen. Daarnaast heb ik op het einde van de dag nog een gehele nieuwe omgeving aangemaakt voor een nieuwe website op een acceptatie omgeving. Hierbij moest ook een compleet nieuwe acceptatie database aangemaakt worden.

Gelukkig is het weer einde van de dag!

Dag 70: Datacenter bezoek en installatie nieuwe servers

Vandaag was het in het begin van de dag een rustig dagje. Er waren omdat wij gisteren hard doorgewerkt hebben bijna geen tickets meer aanwezig in de servicedesk. In de ochtend was het aan ons enkel om een PHP website over te zetten van een externe omgeving naar onze interne hosting omgeving. Dit heeft Martijn dan ook in de ochtend gedaan. Ik ben in de ochtend bezig geweest om op alle computers in het bedrijf nieuwe virusscanners te installeren. Dit was heel erg nodig omdat niet op elke PC virus scanners aanwezig waren, of er was een hele oude slechte scanner aanwezig. Dit heb ik in de ochtend op elke PC vervangen. Ik heb op aanbeveling van de directeur Microsoft ForeFront Endpoint Protection uitgerold. Dit is een anti spyware en virus programma wat ervoor moet zorgen dat de werkstations in het bedrijf niet geïnfecteerd raken met spyware of virussen.

Daarna ben ik met Martijn na het Datacenter in Haarlem gereden. Wij hadden van een klant de vraag gekregen of er 2 nieuwe servers en 1 nieuwe switch geïnstalleerd konden worden in het datacenter. Dit is natuurlijk mogelijk en dat hebben wij vanmiddag gedaan. Het was nogal een gedoe om met die gigantische dozen naar binnen te komen in het datacenter, maar uiteindelijk was het toch gelukt. Nadat wij de servers in de rekken gehangen hadden en de powerkabels aangesloten hadden werd al vrij snel duidelijk dat er 2 van de 4 powerkabels niet naar behoren functioneerden. Gelukkig had ik zelf nog enkele andere meegenomen waardoor we deze konden vervangen. Na vervanging van de kabels werkten ze wel weer. Daarna hebben wij ook de switch aangesloten. Dit was nodig omdat de switch die op het moment aanwezig was vol zit. Wij hebben de nieuwe switch dan ook aangesloten op de oude switch en verschillende kabels overgezet van de oude naar de nieuwe switch. Dit was nog wel even puzzelen om het werkend te testen. Op onze laptop die wij meegenomen hebben kregen wij het namelijk niet voor elkaar om de zojuist geïnstalleerde servers te pingen of überhaupt om de gateway te bereiken.
Na een half uurtje puzzelen zijn wij er dan toch uitgekomen en hebben wij op onze laptop internet toegang gekregen. Hierna is de klant ingelicht en gevraagd of de klant de servers ook kon benaderen. Dit was helaas niet zo. Na wat heen en weer gebel en verbinding proberen te maken met de servers bleek dat de servers beide geconfigureerd waren met dezelfde IP adressen. Via de iLO interface was het wel mogelijk om de servers te onderscheiden. Hierna zijn wij weer terug gereden naar het hoofdkantoor en heb ik nog ervoor gezorgd dat de firewall ook volledig naar behoren werkte. Ik heb daar de interne en externe IP adressen aan elkaar gekoppeld in de firewall met NAT rules. Ook heb ik ervoor gezorgd dat de servers extern bereikbaar waren via RDP en HTTP/HTTPS toegang. Dit bleek achteraf ook allemaal te werken.

Al met al een leuk dagje! Nu eerst weer weekend.

Dag 69: Drukke dag op de servicedesk/ migraties

Vandaag was het wederom zoals de rest van de week een zeer drukke dag op de servicedesk. Het begon vandaag allemaal met enkele telefoontjes van klanten waarbij kleine problemen zoals FTP toegang en spam e-mail vrij snel opgelost konden worden. Later in de middag kwamen er wat grotere problemen en projecten binnen die mij aardig wat tijd gekost hebben.

Ik heb vandaag contact gehad met een klant die 2 nieuwe servers bij ons in het datacentrum wil plaatsen. Om hiervoor goedkeuring te geven moest er eerst nagegaan worden of er wel genoeg stroom aanwezig was in het rek. Hiervoor had ik een ticket uitgezet naar het desbetreffende datacenter, maar tot op heden had ik nog geen antwoord ontvangen. Daarna belde vandaag de klant nog een keer met de vraag wat de status van de plaatsing was. Nadat ik de klant had uitgelegd dat er een vraag open stond ivm de stroom die er wel of niet aanwezig is, was de klant al bekoeld. Daarna heb ik gebeld met het datacentrum en bleek er al een antwoord gestuurd te zijn op onze vraag, deze was alleen niet aangekomen bij ons op een of andere wazige manier. Achteraf bleek dat er nog genoeg stroom aanwezig was en hebben wij akkoord gegeven voor aflevering van de servers bij ons op kantoor. In de loop van volgende week zullen deze in het datacentrum geïnstalleerd worden.

Verder ben ik vandaag een aantal uren bezig geweest voor 1 bepaalde klant aan twee verschillende migratie trajecten. Zo heb ik bijvoorbeeld een website die klant gemigreerd naar onze hosting omgeving. Dit op zich is niet zo lastig, alleen had deze klant ongeveer 250 geregistreerde domein namen bij zijn website. Hiervoor ben ik dus ruim een uur bezig geweest om deze van de externe hosting omgeving over te zetten naar onze hosting omgeving. Waarna ik ook nog is ruim een uur bezig ben geweest om de werkelijke website aan de praat te krijgen omdat meerdere modules die aanwezig waren in de website uitgeschakeld moesten worden anders werkte de website niet.

Daarna hoorde ik van mijn operations manager dat de klant vergeten was ons te vertellen dat ook nog vandaag een volledige batch van website migraties geplanned stond. Deze migraties zijn vorige week al gedaan en wij waren aan het wachten op antwoord van de klant of deze websites goed getest waren en er geen wijzigingen meer nodig waren. Mits dit zo was konden wij de sites nogmaals migreren om ze te actualiseren en zo de migratie te beëindigen. De websites waren al getest maar de klant was dit vergeten te melden aan ons, waardoor wij om 3 uur smiddags nog is ~10 volledige websites moesten migreren. Normaal staat hier 6 uur werk voor, maar ik heb mij even snel er doorheen gewerkt zodat wij het morgen iets rustiger hebben omdat vrijdag altijd al een drukke dag is. Hierdoor heb ik de werkzaamheden in ruim 3 uur kunnen doen in plaats van 6.

Al met al wederom een drukke dag. Morgen is het de laatste dag van de week en is het alweer tijd voor weekend.

Dag 68: Explosie op de helpdesk

Vandaag was het wederom een zeer drukke stress volle dag. Aan het begin van de dag begon het al "lekker" met het hondenweer van vandaag. Daarna kwamen wij bij I-Company aan om een geheel geëxplodeerde helpdesk te vinden. Er waren in de nacht ruim 12 tickets bij gekomen. Waarvan soms wel 2 á 3 per klant.
Aan het begin van de ochtend zijn wij daarom hiermee aan de slag gegaan en hebben enkele van deze tickets op kunnen lossen.
1 van deze tickets was bijvoorbeeld het aanmaken van een geheel nieuwe website omgeving inclusief database voor een klant. Nadat ik gevraagd had aan onze sales manager of deze klant uberhaupt wel deze websites "zomaar" bij ons mocht plaatsen bleek al gauw dat dit niet zo was en dat de klant hiervoor extra moest gaan betalen. Onze sales manager heeft dit verder gecommuniceerd met de klant en ik heb deze omgevingen aangemaakt in de tussentijd zodat deze vrijwel direct doorgespeeld konden worden aan de klant zelf.
Verder was er vandaag ook 1 klant die drie tickets vrijwel direct ingezonden had over zijn website. Er waren verschillende delen van een nieuw geïmplementeerde Google Analytics code onjuist. Er werden nog steeds oudere functies gebruikt waarbij de eigenlijke nieuwe code niet eens gebruikt werd. Dit heb ik daarom doorgespeeld naar onze developers samen met een ander probleem van deze klant. De klant had enkele pagina's op zijn website op "no index" gezet. Dit houd in dat zoekmachines die pagina's niet indexeert waardoor je deze niet kan vinden op zoekmachines.

Verder heb ik nog kleine dingetjes voor het bedrijf gedaan zoals FTP accounts aangemaakt bij verschillende klanten en daarnaast heb ik ook veel van de "On Hold" tickets nogmaals beantwoord met de vraag of het al opgelost was of dat er nog actie van onze kant nodig was.

Wij hebben vandaag ook de taak gekregen om een plugin module te installeren bij iedereen in het bedrijf. Een externe partij is namelijk een CRM module bij ons in aan het implementeren en wij hebben de taak gekregen om ervoor te zorgen dat dit bij iedereen in het bedrijf aanwezig is zodat iedereen de nieuwe CRM module kan gebruiken.

Dag 67: SSL certificaten & allerlei kleine problemen

Vandaag heb ik weer een drukke dag achter de boeg! Niet alleen waren er vandaag allerlei kleine problemen aanwezig zowel intern als extern. Er waren bijvoorbeeld vragen om FTP accounts aan te maken, om requests in te schieten bij externe host aanbieders en vragen om SSL certificaten te installeren voor de klant.

Dit laatste ben ik wel eventjes mee bezig geweest. Ik heb een standaard COMODO Secure Site SSL certificaat aangevraagd voor een klant vandaag. Na en tijdje kwam de bevestigingsmail binnen en heb ik het certificaat kunnen bevestiging, anders dan gisteren kwam vandaag wel de e-mail binnen. Heel erg raar aangezien dit nieuwe e-mail account precies op dezelfde manier is aangemaakt als de vorige waar ik gisteren over gesproken heb. In ieder geval lukte het vandaag prima en kreeg ik een .zip bestandje binnen met enkele bestanden. Hierin stonden onder andere de volgende certificaten:

- Root certificaat
- Intermediate Certificaat
- Personal Certificaat

In deze volgorde moesten de certificaten ook geinstalleerd worden want anders ging het niet werken volgens onze SSL provider. Nadat ik dit had gedaan was direct
Het certificaat vervangen en werkte de website naar behoren.

Verder heb ik vandaag nog kleine dingen gedaan voor zowel interne als externe klanten. De meeste hiervan zijn niet noemenswaardig en zal ik daarom niet beschrijven. Vandaag was het wederom hektisch dus ik hoop dat het morgen wat minder is.

Dag 66: Hektische dag! SSL certificaten

Vandaag was het weer een hektisch dagje op de servicedesk. Verschillende klanten kwamen met allerlei problemen waar wij op het eerste ogenblik niet veel mee konden. Later bleek toch dat wij hier best veel mee konden en de problemen zonder veel moeite konden oplossen.

Zo was er vandaag een probleem over een SSL certificaat. Wij hebben onlangs een SSL certificaat aangevraagd voor een website van een klant. Vandaag kregen wij een herinnerings e-mail van de provider, dat het certificaat nog steeds niet bevestigd was. Ik heb naar aanleiding hiervan in allerlei spam filters gezocht naar verschillende e-mail adressen en onderwerpen die te maken konden hebben met de e-mail van de bevestiging. Wij hebben best lang gezocht en hebben niets kunnen vinden in de filters. Naar aanleiding hiervan heb ik verschillende keren gemailed met de provider van de certificaten dat deze e-mail nog niet binnen was gekomen. Deze provider bleef mij keer op keer vertellen dat ik het domein van de provider moest whitelisten want waarschijnlijk bleef de mail hangen achter dit spam filter. Dit was echter helemaal niet zo omdat wij wel vaker SSL certificaten en bevestigings berichten binnen krijgen van deze provider. Op het einde heb ik alsnog het domein gewhitelist en is de bevestigings e-mail nogmaals gestuurd. Echter kwam deze nog steeds niet aan. Ik heb toen met mijn eigen e-mail adres van buitenaf een e-mail gestuurd naar het e-mail account van website. Deze kwam toen ook niet aan dus mijn vermoeden is dat de account buitenstaande e-mail weigert.

Verder ben ik vandaag ook bezig geweest met het uitbreiden van een partitie van een schijf op een linux omgeving van een klant. Hier heb ik al eerder wat over vertelt en daar zijn wij vandaag weer verder mee gegaan. Dit omdat de vorige keer een reboot van de server nodig was om de laatste stappen van het uitbreiden van de partitie uit te voeren. Nadat de server gereboot was konden wij nog steeds niet de partitie vergroten. Naderhand hebben wij het zelfs geprobeerd met een Live Linux  CD waarbij we met een GUI de partitie zouden moeten vergroten. Dit lukte wederom niet en enkele minuten daarna hing de klant alweer aan de telefoon met de vraag waarom zijn server down was, terwijl de klant bevestigd had dat wij de server mochten herstarten. De klant had namelijk opgemerkt dat alle services van hem down waren, zoals MSSQL, Proxy en websites. Nadat wij de server weer online gezet hadden en nogmaals gekeken hadden naar het uitbreiden van de partitie is gebleken dat het om een eerdere ext3 partitie ging. Na onderzoek blijkt dat het NIET mogelijk is om deze partitie uit te breiden.

Helaas dus nog steeds 2 niet opgelost problemen. Morgen is weer een dag!

Dag 65: Lekkere werkdag, domein verhuizingen en meer

Vandaag was het voor de derde dag op rij een mooie rustige werkdag. Er kwamen niet zo heel veel tickets binnen en er waren niet zo heel veel lopende zaken. Hierdoor konden wij rustig werken aan enkele andere zaken die al een tijdje uitgesteld omdat het zo gigantisch druk was.

Vandaag heb ik voor een klant bijvoorbeeld geprobeerd een domein te verhuizen. Een week geleden heb ik al enkele domeinen verhuist voor dezelfde klant. Echter 1 enkel domein kon ik niet verhuizen. Bij onze provider TransIP heb ik eerst gecheckt of het domein verhuisbaar was, dit bleek niet zo te zijn. TransIP gaf mij de melding dat het domein "Niet te verhuizen" was. Hierbij dacht ik logisch na dat een ".com" domein een zogenaamde "Domain Lock" heeft waarbij gezegd kan worden dat het domein "gelockt" is en dus niet verhuist kan worden tenzij de lock eraf gaat. Nadat ik dit terug gekoppeld heb aan de klant heb ik vandaag nadat ik het nogmaals gevraagd had een e-mail gekregen dat de "Domain Lock" eraf was en ik het domein kon verhuizen. Ik heb het dus vandaag nogmaals geprobeerd en wederom kreeg ik de melding dat het domein niet te verhuizen was. Daarom heb ik een ticket ingeschoten bij TransIP en heb ik gevraagd waarom het domein niet verhuisbaar is terwijl de klant de "Domain lock" wel uitgeschakeld heeft. TransIP gaf mij hierop het antwoord dat het domein reeds bestaat in een account van TransIP en het daardoor niet verhuisbaar is. Het domein kan echter wel verhuist worden van account naar account dus daardoor moest de klant een "Interne Push" uitvoeren om het domein naar onze account te verhuizen. Hierbij moesten beide partijen akkoord geven op de verhuizing.

Dit heb ik dus weer teruggekoppeld aan de klant en deze zal het opnemen met hun domein provider. Hopelijk is dit snel opgelost zodat het domein snel bij ons staat.

Verder heb ik vandaag een telefoontje gekregen van een klant van ons die een compleet eigen kast heeft in het datacenter. De vraag van de klant was of zei nog 5 nieuwe servers in hun kast konden zetten, dus of er nog genoeg ruimte, ampere en switchpoorten aanwezig was. Na wat onderzoek is gebleken dat er nog wel voldoende stroom aanwezig was maar niet voldoende switchpoorten meer aanwezig waren. Het betreft namelijk een 24 poort switch welke nog maar 4 poorten in vrij zijn. Aangezien er 5 servers bij moeten komen gaat dit dus niet passen. Ik zal maandag nog even kijken welk specifiek type switch er in de kast hangt en welke de klant kan aanschaffen voor ons om in het rek te hangen.

Maar voor nu eerst lekker weekend

Dag 64: DNN FAQ module problemen

Vandaag was het wederom een rustigere dag op de Servicedesk. Dit omdat wij  eergisteren de schouders eronder gezet hadden en nagenoeg alle openstaande tickets weg gewerkt hebben. Hierdoor is de servicedesk veel overzichtelijker geworden is lopen er niet 20 zaken door elkaar heen. Hierdoor is er alleen niet veel te vertellen over de werkzaamheden van vandaag, behalve 1 vraag van een klant.

Er was namelijk een klant die enkele problemen had met zijn FAQ module van hun DNN website. De klant had namelijk vragen toegevoegd aan 1 van de FAQ modules. Echter stond er voor deze vragen een "Q" en een #. De klant vroeg aan mij hoe zij dit kon weghalen. Dit is echt niet mogelijk door de klant zelf en daarom moest ik de template van deze DNN module aanpassen. Dit bleek een simpele aanpassing te zijn, er moest enkel de [INDEX] en de Q parameter weggehaald worden van de template van de FAQ module.
Verder had deze klant ook de vraag of zij de vragen kon categoriseren. Zodat er op de voorgrond meerdere categorieën aanwezig waren, waarop geklikt kon worden waardoor alle vragen die betrekking hadden op deze categorie zichtbaar werden. Nadat ik nogmaals de FAQ module bekeken had werd al snel duidelijk dat het systeem dat deze klant bij ons gekocht had vrij beperkt was. De klant kon enkel de vragen op de achtergrond sorteren op categorie. Dit werd niet zichtbaar op de voorgrond. Eigenlijk dus een waardeloze functie van het systeem.
De klant had nog een derde vraag over het sorteren van de vragen wat het systeem zelf doet. Namelijk wanneer de klant een vraag aanpaste, kwam deze vraag helemaal bovenaan te staan. De klant vroeg zich af of het mogelijk was om de vragen een vaste plek te geven binnen de module. Zodat deze helemaal niet verplaatsten van plek, de klant vond dit vrij irritant voor zijn eigen klanten. Nadat ik de template had bekeken van de FAQ module werd alweer duidelijk dat het een zeer beperkt systeem was. Er was namelijk enkel mogelijk om te sorteren op Datum (Nieuwste/Oudste) of op Populariteit(Hoog/Laag). Dit is dus helemaal niet wat de klant in gedacht had en daarom kunnen de vragen in de FAQ module dus nooit een vaste plek krijgen in het huidige systeem.

Verder was er vandaag nog een maand meeting, daarna was het tijd om naar huis te gaan.