| Autor |
Beitrag |
traceurmicha
      
Beiträge: 160
Erhaltene Danke: 9
Win XP SP2, Win 7 Pro., Ubuntu 9, Debian 5
C#, ASP.NET, MSSQL, PHP(Microsoft Visual Studio 2010 Ultimate, SharpDevelop 4, Microsoft SQL Server2008 Express, Eclipse for PHP)
|
Verfasst: Di 18.10.11 13:14
Hallo an Alle,
Ich hab das Problem das ich einen Selbstgeschriebenen Windows Dienst hab (nicht von mir!) welcher die Eigenschaft hat aus irgendwelchen gründen abzuschmieren. Das Problem an der Sache ist das der Dienst trotzdem als "Gestartet" stehen bleibt und man somit nicht sieht ob er noch läuft oder nicht.
Kennt vielleicht einer von euch ein Tool um sowas zu überwachen?
Falls ihr euch wundert ich suche sowas weil ich nachforschungen anstelle und will nur wissen obs sowas gibt!
MFG Micha
_________________ Programmieren ist ein Rennen zwischen den Softwareentwicklern, die versuchen größere und bessere idiotensichere Programme zu schreiben und dem Universum, welches versucht größere und bessere Idioten zu produzieren. Zur Zeit liegt das Universum in Führung.
|
|
Narses
      

Beiträge: 10184
Erhaltene Danke: 1259
W11x64
TP3 .. D7pro .. D10.2CE
|
Verfasst: Di 18.10.11 13:26
Moin!
Wenn der SCM schon nicht mitkriegt, dass der Dienst auf der Nase liegt, welches "Tool" sollte das dann können?  Wäre es nicht sinnvoller mal die Bugs aus dem Dienst zu entfernen, als an den Symptomen rumzubasteln?
Naja, als ersten Ansatz: prüfe in regelmäßigen Abständen, ob die "Dienstleistung" deines Dienstes noch angeboten wird. Wenn der Dienst nicht innerhalb Timeoutzeit antwortet, wird er wohl "abgestürzt" sein...
cu
Narses
_________________ There are 10 types of people - those who understand binary and those who don´t.
|
|
traceurmicha 
      
Beiträge: 160
Erhaltene Danke: 9
Win XP SP2, Win 7 Pro., Ubuntu 9, Debian 5
C#, ASP.NET, MSSQL, PHP(Microsoft Visual Studio 2010 Ultimate, SharpDevelop 4, Microsoft SQL Server2008 Express, Eclipse for PHP)
|
Verfasst: Di 18.10.11 13:31
Narses hat folgendes geschrieben : | Wäre es nicht sinnvoller mal die Bugs aus dem Dienst zu entfernen, als an den Symptomen rumzubasteln?
|
Wie ich schon geschrieben hab stelle ich nur nachforschungen an, mehr nicht!
Ich WILL ja solch ein Tool für selbstgeschriebene Services bastelt, es geht nur darum zu sagen, "Ja solch ein Tool gibt es schon und es heißt ..." oder "Nein solch ein Tool gibt es noch nicht"
_________________ Programmieren ist ein Rennen zwischen den Softwareentwicklern, die versuchen größere und bessere idiotensichere Programme zu schreiben und dem Universum, welches versucht größere und bessere Idioten zu produzieren. Zur Zeit liegt das Universum in Führung.
|
|
Ralf Jansen
      
Beiträge: 4708
Erhaltene Danke: 991
VS2010 Pro, VS2012 Pro, VS2013 Pro, VS2015 Pro, Delphi 7 Pro
|
Verfasst: Di 18.10.11 13:35
Nagios. Ist aber vermutlich jetzt nicht ganz die Größenordnung die du dir vorgestellt hast
Aber Watchdogs die nur Services überwachen gibt es vermutlich wie Sand am mehr.
Für diesen Beitrag haben gedankt: traceurmicha
|
|
Narses
      

Beiträge: 10184
Erhaltene Danke: 1259
W11x64
TP3 .. D7pro .. D10.2CE
|
Verfasst: Di 18.10.11 13:39
Moin!
traceurmicha hat folgendes geschrieben : | | Ich WILL ja solch ein Tool für selbstgeschriebene Services bastelt, es geht nur darum zu sagen, "Ja solch ein Tool gibt es schon und es heißt ..." oder "Nein solch ein Tool gibt es noch nicht" |
Ich habe so ein Tool noch nie gesehen und ich bezweifle, dass es sowas gibt, denn so ein Tool wäre ja auch immer abhängig von der speziellen Funktion eines Dienstes. Wie sollte das allgemein möglich sein?!  Du kannst möglicherweise ein Tool für einen speziellen Dienst entwickeln, dass auf die spezifischen Funktionen dieses einen Dienstes eingeht, aber allgemein halte ich das für unmöglich. Jedenfalls genau so möglich oder unmöglich, wie es der SCM auch tut.
Abgesehen davon: was sind denn "selbstgeschriebene Dienste"?  Also irgendwie sind doch alle Dienste "selbstgeschrieben", oder hast du schonmal einen Diensteschreiberautomaten gesehen?
Weiterhin hat so ein Projekt immer ein riesiges Grundproblem: Da soll ein toter Mann sagen, es geht im nicht gut... das wird schwer.
Ralf Jansen hat folgendes geschrieben : | Nagios. Ist aber vermutlich jetzt nicht ganz die Größenordnung die du dir vorgestellt hast
Aber Watchdogs die nur Services überwachen gibt es vermutlich wie Sand am mehr. |
Ich vermute mal ganz stark, dass die auch nur auf die Statusmeldungen des SCM zurückgreifen - und das nutzt in diesem Fall wohl nix.
cu
Narses
_________________ There are 10 types of people - those who understand binary and those who don´t.
Für diesen Beitrag haben gedankt: traceurmicha
|
|
Ralf Jansen
      
Beiträge: 4708
Erhaltene Danke: 991
VS2010 Pro, VS2012 Pro, VS2013 Pro, VS2015 Pro, Delphi 7 Pro
|
Verfasst: Di 18.10.11 13:57
| Zitat: | Ich vermute mal ganz stark, dass die auch nur auf die Statusmeldungen des SCM zurückgreifen - und das nutzt in diesem Fall wohl nix. |
Da wäre ich nicht ganz so pessimistisch. a.) Ein Teil der Services wird auch als eindeutiger Prozess geführt den man vom Tool aus auch ohne Service Control Manager direkt überwachen könnte. b.) sollte ein Watchdog soweit konfigurierbar sein um im zu sagen das er ein bestimmte Schnittstelle des Services anpingen soll um dessen ~Funktionsfähigkeit~ zu prüfen. Also im Prinzip das tut was du traceurmicha auch geraten hast. c.) sollten diese Tools irgendwelche forensischen Methoden unterstützen um das Vorhandensein eines Prozess zu prüfen (gelockte Files, gesperrte Ports oder sonstige benutzten/gesperrten Resourcen).
Zumindest bei Nagios bin ich mir ziemlich sicher das alle 3 Methoden, und sicher noch ein paar weitere, unterstützt werden. Spätestens durch irgendwelche nachrüstbaren Plugins.
|
|
traceurmicha 
      
Beiträge: 160
Erhaltene Danke: 9
Win XP SP2, Win 7 Pro., Ubuntu 9, Debian 5
C#, ASP.NET, MSSQL, PHP(Microsoft Visual Studio 2010 Ultimate, SharpDevelop 4, Microsoft SQL Server2008 Express, Eclipse for PHP)
|
Verfasst: Mi 19.10.11 09:08
@Narses:
| Zitat: | | Also irgendwie sind doch alle Dienste "selbstgeschrieben", oder hast du schonmal einen Diensteschreiberautomaten gesehen? |
Ich wüsste nicht das ich zum Beispiel den Telnet Dienst oder den .NET Runtime Optimization Service welche auf meinem XP Rechner laufen geschrieben hätte 
_________________ Programmieren ist ein Rennen zwischen den Softwareentwicklern, die versuchen größere und bessere idiotensichere Programme zu schreiben und dem Universum, welches versucht größere und bessere Idioten zu produzieren. Zur Zeit liegt das Universum in Führung.
|
|
Horschdware
      
Beiträge: 744
Erhaltene Danke: 54
Win XP Pro, Win 7 Pro x64
Delphi 7, Delphi XE, C++ Builder 5, SAP R/3
|
Verfasst: Mi 19.10.11 09:15
Kommt auf dein Verständnis von "selbstgeschrieben" an.
traceurmicha hat folgendes geschrieben : | | Ich hab das Problem das ich einen Selbstgeschriebenen Windows Dienst hab (nicht von mir!) |
Entweder du hast das Ding geschrieben, dann ist es "selbstgeschrieben". Oder ein anderer hat den Dienst entwickelt - dann ist er es nicht. Die Forumulierung "selbstgechrieben aber nicht von mir" ist nun mal eine Steilvorlage für derartige Spitzfindigkeiten 
_________________ Delphi: XE - OS: Windows 7 Professional x64
|
|
traceurmicha 
      
Beiträge: 160
Erhaltene Danke: 9
Win XP SP2, Win 7 Pro., Ubuntu 9, Debian 5
C#, ASP.NET, MSSQL, PHP(Microsoft Visual Studio 2010 Ultimate, SharpDevelop 4, Microsoft SQL Server2008 Express, Eclipse for PHP)
|
Verfasst: Fr 04.11.11 09:52
@ Horschdware
Ok ich sehe ein das die Formulierung schlecht gewählt war und korrigiere hiermit "selbstgeschrieben" in "ein Dienst welcher von Kollegen oder mir aber nicht von Microsoft entwickelt wurden" ^^
_________________ Programmieren ist ein Rennen zwischen den Softwareentwicklern, die versuchen größere und bessere idiotensichere Programme zu schreiben und dem Universum, welches versucht größere und bessere Idioten zu produzieren. Zur Zeit liegt das Universum in Führung.
|
|
|