Login Blocker: Service Request failed

[thomas003]

Hallo,

Ich versuche gerade Opsi auf win7 zu installieren. Bei einer 32 bit VM hat es problemlos funktioniert, bei einer 64bit VM tauchte der fehler des Login Blockers auf. Zusätzlich trat der fehler auf einer richtigen win7 32Bit kiste auf.
Probiert habe ich das ganze mit den preloginloader 49, 51 und 52. Der fehler trat immer auf.

Der fehler äußert sich folgendermaßen:
vor dem Loginscreen darf man eine weile warten, dann erscheint ein Popup das verkündet: "Service Reqest failed".

welche logs werden gebraucht um den fehler am besten eingrenzen zu können?

mfg thomas

p.s. das workaround mit dem deaktivieren des blockers ist mir bekannt.

[j.schneider]

Der Timeout tritt auf wenn der opsiclientd Service nicht läuft.
Die Frage ist also warum der opsiclientd nicht startet / sich beendet.
Hinweise dazu gibt es in der c:\tmp\opsiclientd.log und im Windows EventLog.

[thomas003]

Im EventLog ist folgendes zu lesen:

Code: Alles auswählen

- System 

  - Provider 

   [ Name]  opsiclientd 
 
  - EventID 242 

   [ Qualifiers]  49152 
 
   Level 2 
 
   Task 0 
 
   Keywords 0x80000000000000 
 
  - TimeCreated 

   [ SystemTime]  2010-04-07T11:57:44.000000000Z 
 
   EventRecordID 423 
 
   Channel Application 
 
   Computer test7_64-PC 
 
   Security 
 

- EventData 

   6 
   Das Handle ist ungültig. 

das file c:\tmp\opsiclientd.log existiert auf dem rechner nicht.

mfg thomas

p.s. ich werde jetzt noch den neuen preloginloader 54 testen


edit:
ich habe nun den 54er probiert, er verhält sich fast genauso wie der 52er.
das verhalten vor dem login ist bei beiden gleich.
ob in der /opt/pcbin/install/preloginloader/files/opsi/cfg/config.ini der client_servicetype auf opsiclientd oder prelogin gesetzt ist macht auch keinen unterschied.

der 54er liefert aber zusätzlich noch folgende meldung im eventlog:

Code: Alles auswählen

The instance's SvcRun() method failed 
Traceback (most recent call last):
  File "win32serviceutil.pyo", line 810, in SvcRun
  File "win32serviceutil.pyo", line 768, in ReportServiceStatus
error: (6, 'SetServiceStatus', 'Das Handle ist ung\xfcltig.') 
%2: %3

[d.oertel]

Hi,

danke für den Hinweis
Bitte mal testen und Rückmeldung geben:

http://download.uib.de/opsi3.4/experime ... .4-55.opsi
unbedingt mit installieren:
http://download.uib.de/opsi3.4/experime ... 1.0-2.opsi
Beide sind allerdings im Moment noch als experimentell eingestuft.

gruss
d.oertel

[thomas003]

so, habs eben getestet
das verhalten hat sich einwenig geändert, es funktioniert aber immer noch nicht...

Beim Booten erscheint nun keine Fehlermeldung mehr, es dauert einfach nur ein paar Minuten bis man sich einloggen kann.
Im Eventlog erscheint nur noch die Fehlermeldung "SetServiceStatus failed setting STOPPED status Error 6 - Das Handle ist ungültig."


mfg thomas

[j.schneider]

Was passiert wenn man den opsiclientd nachträglich startet?
Legt er dann eine Log-Datei an (c:\tmp\opsiclientd.log)?

[thomas003]

beim manuellen start escheint die meldung "Dienst "opsiclientd" wurde auf "Lokaler Computer" gestartet und dann angehalten. Einige Dienste werden automatisch angehalten, wenn sie nicht von anderen Diensten oder Programmen verwendet werden."
Im Eventlog steht wieder "SetServiceStatus failed setting STOPPED status Error 6 - Das Handle ist ungültig."
Eine opsiclientd.log wurde nicht erstellt.

Mir ist aufgefallen das in der c:\tmp\opsi_loginblocker.txt folgendes mitgeloggt wird:

Code: Alles auswählen

2010-04-12 20:42:02 [6] Registry value LoginBlockerLogLevel read, result 6

2010-04-12 20:42:02 [5] LoginBlockerLogLevel is: 6

2010-04-12 20:42:02 [6] Registry value LoginBlockerTimeoutConnect read, result 120

2010-04-12 20:42:02 [5] LoginBlockerTimeoutConnect is: 120

2010-04-12 20:42:02 [5] Communicating with service through pipe

2010-04-12 20:42:02 [6] Creating file: \\.\pipe\opsiclientd

2010-04-12 20:42:02 [3] Could not open pipe \\.\pipe\opsiclientd: 2

2010-04-12 20:42:14 [6] Creating file: \\.\pipe\opsiclientd

2010-04-12 20:42:14 [3] Could not open pipe \\.\pipe\opsiclientd: 2

2010-04-12 20:42:25 [6] Creating file: \\.\pipe\opsiclientd

2010-04-12 20:42:25 [3] Could not open pipe \\.\pipe\opsiclientd: 2

2010-04-12 20:42:35 [6] Creating file: \\.\pipe\opsiclientd

2010-04-12 20:42:35 [3] Could not open pipe \\.\pipe\opsiclientd: 2

2010-04-12 20:42:44 [6] Creating file: \\.\pipe\opsiclientd

2010-04-12 20:42:44 [3] Could not open pipe \\.\pipe\opsiclientd: 2

2010-04-12 20:42:52 [6] Creating file: \\.\pipe\opsiclientd

2010-04-12 20:42:52 [3] Could not open pipe \\.\pipe\opsiclientd: 2

2010-04-12 20:43:01 [6] Creating file: \\.\pipe\opsiclientd

2010-04-12 20:43:01 [3] Could not open pipe \\.\pipe\opsiclientd: 2

2010-04-12 20:43:10 [6] Creating file: \\.\pipe\opsiclientd

2010-04-12 20:43:10 [3] Could not open pipe \\.\pipe\opsiclientd: 2

2010-04-12 20:43:21 [6] Creating file: \\.\pipe\opsiclientd

2010-04-12 20:43:21 [3] Could not open pipe \\.\pipe\opsiclientd: 2

2010-04-12 20:43:32 [6] Creating file: \\.\pipe\opsiclientd

2010-04-12 20:43:32 [3] Could not open pipe \\.\pipe\opsiclientd: 2

2010-04-12 20:43:45 [6] Creating file: \\.\pipe\opsiclientd

2010-04-12 20:43:45 [3] Could not open pipe \\.\pipe\opsiclientd: 2

2010-04-12 20:43:56 [6] Creating file: \\.\pipe\opsiclientd

2010-04-12 20:43:56 [3] Could not open pipe \\.\pipe\opsiclientd: 2

2010-04-12 20:44:07 [6] Creating file: \\.\pipe\opsiclientd

2010-04-12 20:44:07 [3] Could not open pipe \\.\pipe\opsiclientd: 2

2010-04-12 20:44:07 [3] Could not open pipe (timed out)

2010-04-12 20:44:07 [3] Service request '{"id": 1, "method": "getBlockLogin", "params": []}' failed

Ansonsten wird beim Reboot kein anderes File unter c:\tmp geändert.

mfg thomas

[j.schneider]

Der Loginblocker versucht mit dem opsiclientd-Service über eine Named Pipe zu kommunizieren.
Ist der opsiclientd nicht gestartet läuft der Versuch in einen Timeout.
Das Verhalten des LoginBlockers ist also wie gewünscht.
Bleibt die Frage warum der opsiclientd nicht startet bzw. automatisch beendet wird.

[thomas003]

kann ich noch irgendwas machen/liefern um etwas licht ins dunkel zu bringen?

mfg thomas

[j.schneider]

Dieses Verhalten haben wir noch nicht gesehen.
Tritt das nur an einem Rechner auf?
Ist das VC Redist sauber installiert?
Kann man die notifier.exe manuell starten?
In der cmd.exe:

Code: Alles auswählen

cd c:\programme\opsi.org\preloginloader
notifier.exe -s notifier\action.ini