Search Results for: opera

lustig, wenn consultants von big blue sowas von sich geben: “[…] It’s based on Windows PE – it’s not based on a proprietary operating system. […]”

ein grosser deutscher provider, welcher nicht per email erreichbar ist, sondern nur ueber ein webbasiertes “mailcenter”, hat eine interessante anzeige des service levels in diesem eben genannten “mailcenter”. seit tagen beobachte ich diese nun… und es steht dort immer “Aktueller Servicelevel 89% in 48h” geschrieben. entweder die jungs sind verdammt gut und geben immer alles, damits nicht schlechter wird, oder sie hoeren einfach auf, wenns die magische marke 89% erreicht hat. meine vermutung ist eher, dass diese angabe hardcoded im quelltext der seite ist. so kann man natuerlich auch den anforderungen der fuer eine iso irgendwas benoetigten auflagen gerecht werden. ich beobachte weiter und bin gespannt…
das “mailcenter” schickt uebrigens (auf die per webinterface gestellten supportanfragen) als antwort mails, auf die man dann aber nicht mehr antworten kann. man bekommt lediglich eine mail mit blafasel und dem satz “Auf diese Absenderadresse kann nicht direkt geantwortet werden” sowie “Recht herzlichen Dank für Ihre freundliche Kooperation” zurueck. egal, ob ich nun freundlich kooperieren will oder nicht, stellt sich mir die frage nach sinn und zweck dieser “web-mailcenter-aber-nicht-per-mail-erreichbar”-aktion. wird man dem spam per webinterface eher herr als spam, welcher an den support auf port 25 eingeliefert wird? eine kontunuierliche kommunikation auf einem weg kann man das nicht nennen. ueber dem (vermutlich) harcoded servicelevel steht korioserweise der satz “Kundenservice per E-Mail”. warum heisst eine webseite mailcenter, wenn man nicht mal weiss, ob durch das formular wirklich mails geschickt werden? warum… ach egal… fragen ueber fragen…

warum eigentlich immer alles auf einmal? nun zickt der naechste server.

nicht mal mehr das modell der festplatte laesst sich auslesen.

merke: es geht nicht nur alte hardware kaputt.

Feb 6 23:12:32 serva kernel: md: syncing RAID array md7
Feb 6 23:12:32 serva kernel: md: minimum _guaranteed_ reconstruction speed: 100 KB/sec/disc.
Feb 6 23:12:32 serva kernel: md: using maximum available idle IO bandwith (but not more than 100000 KB/sec) for reconstruction.
Feb 6 23:12:32 serva kernel: md: using 124k window, over a total of 390708736 blocks.
Feb 6 23:12:32 serva kernel: hdh1: bad access: block=0, count=128
Feb 6 23:12:32 serva kernel: end_request: I/O error, dev 22:41 (hdh), sector 0
Feb 6 23:12:32 serva kernel: raid1: Disk failure on hdh1, disabling device.
Feb 6 23:12:32 serva kernel: ^IOperation continuing on 1 devices
Feb 6 23:12:32 serva kernel: hdh1: bad access: block=8, count=120
Feb 6 23:12:32 serva kernel: end_request: I/O error, dev 22:41 (hdh), sector 8
Feb 6 23:12:32 serva kernel: hdh1: bad access: block=32, count=96
[…]
Feb 6 23:12:32 serva kernel: end_request: I/O error, dev 22:41 (hdh), sector 120
Feb 6 23:12:32 serva kernel: md: updating md7 RAID superblock on device
Feb 6 23:12:32 serva kernel: md: (skipping faulty hdh1 )