backups, backups, ...
In mijn server thuis zit een adaptec raid controller waaraan 4 schijven in RAID5 hangen voor in totaal 2TB aan opsalg. Al enkele waren er enkele (onduidelijke) tekenen dat de array mogelijk in de problemen zat. Zo was er met momenten een kleine performance drop waar te nemen, daarnaast was er 1 van de HDD leds die soms niet mee pinkte met de rest.
Gisterenavond kreeg ik ineens geen enkel bestand meer open. Ik had eerst gedacht aan een corrupt FS maar een fsck lukte niet. Dan maar rebootten en tijdens het booten krijg je dan de melding "controller monitor failed. Controller not initialized".
Vloeken dat ik gedaan heb. Met het betaalbaar worden van grotere HDDs had ik al enige tijd plannen om men huidige setup te backuppen naar een andere schijf en ik had de aankoop van een 2TB schijf gepland voor volgende week. Maar dat zal dus overbodig worden.
Ik heb nog 1 hoop. Een identieke controller zoeken op ebay en hopen dat die men array terug in order krijgt.
Oplossing in zicht
Na enkele mislukte pogingen heb ik gemerkt dat men SAP gui vaak niet gemaximaliseerd geraakt. En dat is natuurlijk een probleem. Voor de maximalisatie gebruikte ik de toetsencombinatie alt+spatie gevolgd door een x. Maar om een onbekende reden komt deze combinatie soms wel en vaak niet aan in de applicatie.
Na wat extra rondzoeken heb ik ondertussen wel gevonden dat ik SAP bij het lanceren reeds kan maximaliseren door -GuiSize=Maximized door te geven bij het lanceren van sapshcut.exe .
Ik hoop ergens dat dit de laatste hindernis was.
Probleempje met RDP
Beginnen met een kleine voorgeschiedenis.
Op het werk zijn we vorig jaar overgestapt op SAP. Nu is het niet altijd even eenvoudig om met de beperkingen die ons opgelegd zijn te werken of om een goed overzicht te krijgen van bepaalde zaken. Hiervoor vallen we terug op oudere werkwijzen of zoeken we nieuwe oplossingen. 1 hiervan werkt met het dumpen van lijsten uit SAP in een eigen database en hiermee dan nieuwe, eigen rapporten aan te maken.
Maar in plaats van elke dag zelf die lijsten uit SAP te halen en in onze eigen DB te steken ben ik op zoek gegaan naar een automatisch process. Daar we zelf niets kunnen wijzigen aan SAP en zelfs niet de mogelijkheid hebben om macros uit te voeren heb ik met een creatieve oplossing gekomen. ’s Avonds na de diensturen blijft een systeem aanstaan waarop een eigen stukje software draait. Deze software lanceert SAP en gaat dan toetsaanslagen en muisklikken emuleren.
Telkens wanneer ik dit systeem manueel test slaagt het met vlag en wimpel. Maar wanneer het na de diensturen loopt faalt het vreemd genoeg meer dan het slaagt. Naar de reden van het falen ben ik al lang aan het zoeken, en van de week kreeg ik dan ook het idee om tijdens het process gewoon screenshots te nemen om te zien of er iets valt waar te nemen.
De eerste nacht van screenshots verliep natuurlijk zonder problemen. Ergerlijk is zoiets, dan wil je dat het faalt en werkt het gewoon. Maar toen ik deze ochtend op het werk toekwam had ik wel prijs, en op een zeer onverwachte manier. Men eenvoudig screenshot app stond gewoon te draaien in debugging mode van VB.net en was reeds bij het nemen van de eerste screenshot vastgelopen.
Al snel kwam ik achter de oorzaak. Wanneer de RDP sessie geminimaliseerd word naar de taakbalk dan blijkt het mis te lopen. Bij minimalisatie lijkt windows de desktop aan te passen. Ik heb nu de RDP sessie afgesloten en vervangen door een VNC sessie, nu staat het betreffende systeem dus ook effectief zelf ingelogd. Benieuwd of dit het probleem voor eens en voor altijd op zal lossen.
weekend 8:00
En het is niet dat op zaterdag de drukte al gepasseerd is. Je ziet duidelijk aan de hoeveelheid brood en gebak dat op zondag de massa gewoon vroeger komt. Iets wat ik eigenlijk niet verwacht had op de "rustdag".
De kerk kan al zeker niet de oorzaak zijn, de zondagsmis is hier al enkele jaren afgeschaft (de heilige mis gaat nu door op zaterdag om 17:00). Vraag me dus af wat dan wel de oorzaak zou kunnen zijn.
DOS aanval?
Dit toont de traffiek naar een server, opeens zien we daar 10mbps binnen komen gedurende 14 uur. We hebben geen idee wat het verkeer is of waar het vandaan komt. Op de server zelf valt ook niet veel waar te nemen. We vermoeden dus een DOS aanval.