Homeserver Forum

Da ich mir grade eine kleine Verschnaufspause gönne , gibt's zur Abwechslung mal wieder einen kleinen Zwischenbericht.

Ich habe mir nun einen Namen für das "Kind" ausgedacht.
Wer sich seine Konsole mal etwas genauer ansieht wird feststellen, dass der Platz unterhalb der Addin-Icons doch recht beschränkt ist.
Wenn ich mich noch recht erinnere waren es maximal 25 Zeichen.
Wenn der Name nun aus mehreren einzelnen Wörtern besteht, wird's wegen des Zeilenumbruchs eng.
Somit konnte ich meine ersten 2 Namen vergessen.
Schade eigentlich.

Also musste ein (relativ) kurzer, aber dennoch aussagekräftiger Name her.
Die erste Überlegeung war: Was macht dieses Addin?!?
Nun, es sammelt Daten von den Clienten.
Mit diesen Daten lassen sich dann Rückschlüsse auf den Zustand der Rechner herleiten.
Außerdem lassen sich somit eventuelle Fehler analysieren ....

Da die Hardwaresensoren von EVEREST ausgelesen werden, liegt es nahe auch hier einen Namensbezug herzustellen.
Da ich aber keinen Ärger mit Lavalys (dem Hersteller) bekommen möchte, fällt der Name EVEREST schonmal weg.
hmmm.
Wer sich mit der Produktpalette von Lavalys auskennt, weiß, dass EVEREST in 2 unterschiedlichen Versionen verfügbar ist.
Da die Corporate Edition sich aber hauptsächlich an Unternehmen richtet und ohnehin keine Möglichkeit bietet die Hardwaresensoren an 3rd Partyprogramme zu übergeben, bleibt also nur die Ultimate Edition ....

Somit ergibt sich dann der Name
Ultimate Analyzer

Böse Zungen behaupten ja, dass ich mittlerweile größenwahnsinnig geworden und der Meinung bin, dass das Addin die ultimative Analysesoftware für den WHS ist....
Daher der Name.
Alles Lüge!!!!


So, genug herumgeblödelt.

Zur Zeit werkel ich immernoch an dem Service herum.
Dieser wird von Tag zu Tag umfangreicher und nähert sich langsam aber sicher seiner Fertigstellung.
Ich denke, dass ich Ende nächster Woche damit fertig bin und mich dann dem eigentlichen Addin widmen kann.
Dieses sollte dann weniger Zeit in Anspruch nehmen, da es (mit einigen Ausnahmen) praktisch nur als Reader dient.

Da ich kein Freund von debug.logs bin, habe ich mich dazu entschlossen Fehler dahin zu protokollieren, wo sie auch (meiner Meinung nach) hingehören.
In's Eventlog.
Oder auf deutsch: Die Ereignisanzeige.
Auf dem folgenden Bild seht ihr was passiert, wenn der Service die Datenbank nicht finden, bzw. sich zu dieser nicht connecten kann.



Außerdem sieht man, dass ich unterschiedliche EventIDs (Ereigniskennung) vergeben habe.
Diese IDs habe ich mir in einer Exceltabelle aufgelistet und die möglichen Ursachen dazu geschrieben.
Somit lässt sich bei einem eventuell auftretenden Fehler recht schnell herausfinden, wo es denn nun hakt.
Eventuell werde ich diese Tabelle auch mit in's Handbuch einfließen lassen.
Mal schauen....

So.
Nun mache ich mal weiter....


Gruß
sTunTe

Das klingt ja alles sehr gut, ich warte schon ganz gespannt auf das Add In


Aber der Name... wenn man es nicht besser wüsste... es klingt fast als... nein ... das kann kein Größenwahn sein... hat ja alles nen Grund

Mike Lowrey hat geschrieben:Aber der Name... wenn man es nicht besser wüsste... es klingt fast als...

Es heißt Analyzer und nicht Analyzer.
Somit ist also kein Bezug auf irgendeinen Mastdarm (Rektum) gemeint.
Und nein, ich bin auch nicht analfixiert.
Und Sigmund Freud gehört auch nicht zu meinen besten Freunden...

Ach... immer diese Wortspielereien... lol

Gruß
sTunTe

Sigmund Freud gehört auch nicht zu meinen besten Freunden...

Ja klar... Es wurde auch immer gesagt, es würde keine Mauer geben


PS: YMMD der perfekte Lacher für den Abend

Mike Lowrey hat geschrieben:PS: YMMD der perfekte Lacher für den Abend

Gern geschehen.

Nur so aus reiner Neugier:
Wie hättest Du denn das Addin genannt?

Gruß
sTunTe

Ich hätte sowas in Richtung ClientAnalyzer4WHS o.ä. gewählt.
Damit wird verdeutlicht was es macht und das es speziell für den WHS ist.


PS: Ist auch nur geringfügig länger.

PPS: _mir_ ist der Name aber auch völlig egal (den hast du ja zu verantworten )

Hallo Mike.

Mike Lowrey hat geschrieben:Ich hätte sowas in Richtung ClientAnalyzer4WHS o.ä. gewählt.
Damit wird verdeutlicht was es macht und das es speziell für den WHS ist.

Da nicht nur die Clienten sondern auch der WHS selbst analysiert wird, wäre der erste Teil Deines Namens schonmal verkehrt.
Und zum Part "4WHS":
Da es sich um ein Addin handelt, ergibt sich das Zielmedium (WHS) automatisch.
Du kannst demnächst ja mal versuchen das Addin auf einem anderen System zu installieren...

Und wenn überhaupt, dann bitte "for WHS" bzw. "for Windows Home Server".
Ich bin weder ein schreibfauler Amerikaner, der alles abkürzen muss, noch ein "kewler" Teenager, der keinen blassen Dunst von Rechtschreibung/Grammatik besitzt.*
Und da es sich auch nicht um ein von Microsoft zertifiziertes Produkt handelt, wird es auch kein "Application for Windows"-Logo enthalten (kleine Anspielung auf das Logo "Games for Windows"... )

Ich denke, dass ich bei dem Namen bleiben werde.
Und wem es nicht passt, kann gerne mit Tipp-Ex den Namen auf seiner Konsole überpinseln und was eigenes, kreatives drüberkritzeln.

Gruß
sTunTe

* Woher auch, wenn Legastheniker und Analphabeten wie Bushido/Sido und wie sie nicht alle heißen, zu Ihren Idolen gehören....

Sagt dir der WHS Testloader nichts? Damit kann man die Add Ins auch prima auf dem Client ausführen

War ich es der einen kurzen Namen wollte oder du? eine 4 ist nun mal zwei Zeichen kürzer als ein for/für.

Aber wie schon gesagt mir ist der Name sowieso egal

Mike Lowrey hat geschrieben:War ich es der einen kurzen Namen wollte oder du? eine 4 ist nun mal zwei Zeichen kürzer als ein for/für.
Aber wie schon gesagt mir ist der Name sowieso egal

Klugscheißer!

Mike Lowrey hat geschrieben:Sagt dir der WHS Testloader nichts? Damit kann man die Add Ins auch prima auf dem Client ausführen

Und nochmal Klugscheißer!
Dann versuch doch mal einen Service (oder Dienst, wenn Dir das Wort lieber ist) mit dem Testloader zu starten.
Viel Erfolg!

Mal ganz davon ab, dass mir auf einem Clienten sämtliche WHS spezifischen Registryeinträge fehlen und ich diese erst importieren müsste.
Da setzt ich mir doch lieber eine WHS-VM auf und programmiere dort....

Edit: Wofür habe ich denn 4 Kerne mit 8 Threads und 6GB RAM?!?

Gruß
sTunTe

Waas hast du gegen Klugscheißer? Das bringt doch soviel Leben in die Bude

Ah da hat wer nen schicken Nehalem als Server und das soll sich Home Server schimpfen tststs

Was macht denn abseits der hitzigen ( ) Namensdikussionen der WHS Service? Oder bist du schon beim eigentlichen Konsolen Add In?

Hallo Mike.

Mike Lowrey hat geschrieben:Waas hast du gegen Klugscheißer? Das bringt doch soviel Leben in die Bude

.... und einen erhöhten Blutdruck ....

Mike Lowrey hat geschrieben:Ah da hat wer nen schicken Nehalem als Server und das soll sich Home Server schimpfen tststs

Falsch geraten.
Mein schicker WHS ist mit einem Yorkfield aka Q9300 bestückt (s. Link in Signatur).
Der Nehalem (Bloomfield, besser bekannt als Core i7) ist meine Workstation, auf der allerdings mein virtueller "Programmier-WHS" läuft.
Man(n) gönnt sich ja sonst (fast) nichts...

Mike Lowrey hat geschrieben:Was macht denn abseits der hitzigen ( ) Namensdikussionen der WHS Service? Oder bist du schon beim eigentlichen Konsolen Add In?

Netter Versuch...
Aber ich verrat's Dir:
Da ich keine Lust habe über 500 Variablen für die ausgelesenen Werte anzulegen, damit diese dann in die DB (fehlerfrei) geschrieben werden können, schreibe ich momentan eine Funktion, die mir die Spaltennamen der Tabellen ausliest und in mehrere Arraylisten packt...
Ach:
Habe ich eigentlich schon erwähnt, dass ich die Syntax von SQL auf den Tod nicht ausstehen kann...

Gruß
sTunTe

So ne Core i7 Workstation wäre auch was feines für mich, aber da hat Man(n) sich vorher zu viele andere Sachen gegönnt

Zu SQL Syntax fällt mir nur eines ein: *würg* !

Mike Lowrey hat geschrieben:So ne Core i7 Workstation wäre auch was feines für mich, aber da hat Man(n) sich vorher zu viele andere Sachen gegönnt

Dann muss Man(n) die Priorität des Threads vom Prozess "Neuen Rechner kaufen 23.0.exe" erhöhen
und die Priorität von "Schuhe und anderes Gedöns für Frau 0.5 Unstable Be(r)ta.trojan.exe" so niedrig wie möglich halten....
Auf garkeinen Fall den Prozess killen!!!
Das wird mit dem Event "Knast 1.0.exe" bestraft....

Mike Lowrey hat geschrieben:Zu SQL Syntax fällt mir nur eines ein: *würg* !

Sag ich doch.


Gruß
sTunTe

Au weia....

Mit meiner Prognose, den Service zum Wochenende fertig zu stellen, lag ich wohl ein kleines bischen daneben....
Es hat sich leider ein "Fehler" eingeschlichen, dessen (umständliche) Lösung ich allerdings schon gefunden habe.

Das Problem:
Sollte ein Rechner zur "falschen Zeit" offline gehen, bekommt der Service das nicht rechtzeitig mit und hängt sich ohne Fehlermeldung auf....

Den Grund dafür habe ich aber mittlerweile finden können.
Ursprünglich war es so, dass zunächst für den entsprechenden Rechner überprüft wurde, ob dieser überhaupt online ist.
Falls ja, lassen sich Daten über WMI abfragen.
Falls ja, Werte "123" über WMI auslesen,
dann Werte "456" auslesen,
usw... usf...

Zwischen den einzelnen Abfragen vergeht natürlich etwas Zeit... *ach was *
Sollte nun der Rechner genau zur Laufzeit herunterfahren in der die Werte abgefragt werden, tritt o.g. Problem auf.
Da es leider nicht möglich ist eine "Try-Catch"-Anweisung und eine "on error"-Anweisung innerhalb einer Funktion zu verwenden, muss ich nun jede einzelne in zwei Subs (bzw. eine Funktion + eine Sub) aufteilen.
Ärgerlich... aber so ist es nunmal.
Eventuell (hier muss ich nochmal testen) werde ich auch vor jeder WMI-Abfrage überprüfen, ob der Client noch online ist.
Das würde zwar die Laufzeit und den Traffic erhöhen, aber so minimal, dass es kaum auffällt...
Mal so als Beispiel: Die Abfrage der Mainboardspezifischen Werte mit der "neuen" Methode dauert (Server + 4 Clienten, wovon einer per WLAN angeklemmt ist) ca. 0,7 - 0,8 Sekunden.
Rechne ich diesen Wert nun hoch auf maximal 10 Clienten und berücksichtige dabei die übrigen Abfragen, sollte ein kompletter Durchlauf für alle Rechner in etwa 10 Sekunden erledigt sein. Oder anders ausgedrückt: Pro Rechner 1 Sekunde.
Dabei sollte die Rechenleistung des Servers und der Clienten eine eher untergeordnete Rolle spielen, da nicht wirklich viel gerechnet wird...
Mal schauen, ob ich diesen Wert einhalten kann....


Gruß
sTunTe

So, zur Abwechslung mal wieder etwas neues...

Das Addin ist tot!!!
Lang lebe das Addin!!!



Für diejenigen, die den Sinn dieses Wortspielchens nicht verstanden haben:
Ich habe aufgehört an meinem Addin "Ultimate Analyzer" zu arbeiten und dafür ein "neues" Addin mit nahezu Identischen Funktionen gebastelt, bzw. sitze ich grade an selbigem.
Grund für die Aufgabe:
Ich habe die Schwierigkeiten mit WMI-Abfragen -> Datenbank -> Addin nicht mit vernünftigen Mitteln in den Griff bekommen + noch einige andere Ungereimtheiten...

Worin liegt nun der Unterschied zwischen dem alten und dem neuen Addin, dessen Namen ich noch nicht preisgeben werde:
Zum einen wird es nun keinen Service (Dienst) mehr geben, was vor allem die Installation um einiges vereinfacht.
Das hat allerdings auch den Nachteil, dass man nicht nachträglich an Infos (z.B. Temperaturen) kommen kann, sondern nur dann wenn die Konsole läuft bzw. geöffnet ist.
Außerdem werden einige (speicherfressende) Funktionen fehlen. Welche stehen noch nicht genau fest....
Die wichtigsten Funktionen (CPU, RAM, Netzwerk, Temperaturen, etc.) werden aber weiterhin verfügbar sein.
Keine Angst!!!

Und damit Ihr Euch noch ein kleines bischen mehr freut:
Hier nun der erste, nicht mit Photoshop bearbeitete Screenshot des Addins.



Wie man sieht, bin ich noch dabei das Layout zu gestalten, also bitte keine dummen Bemerkungen bezüglich der Farbgestaltung.
Diese dient mir momentan nur zu Orientierungszwecken.
Auf dem Bild sieht man bereits die (Gesamt-)CPU-Auslastung des Servers und des ersten Clienten.
Da der Server zum Zeitpunlt des Screenshots jede Menge Debuginformationen verarbeiten musste, das Updateinterval auf 1 Sekunde stand und ich noch keine Breaks (Sleeps) gesetzt habe, war die CPU-Belastung dementsprechend hoch.
Keine Sorge, das ändert sich noch.
Mit einem Klick auf einen der Graphen, öffnet sich ein Form, das den kompletten (zeitlich längeren) Verlauf und die einzelnen Cores darstellt.

Ach ja... Fast hätte ich's vergessen:
Außerdem werden nun die Clienten nicht mehr nacheinander, sondern parallel über Threads abgefragt, was das Updateinterval um rund das 10fache erhöht.
Somit wäre ein kompletter Durchlauf aller Clienten innerhalb von rund einer Sekunde möglich.
Feine Sache.


Gruß
sTunTe