Fehler: The SSP Timer Job Distribution List Import Job was not run.

Andi Fandrich Als Antwort am 10 Nov. 2009 09:12

Das ist nur einer der Jobs, die unter dem Dienst "Windows SharePoint Services Timer" laufen. Er ist entweder nicht ordentlich konfiguriert oder hat sonst ein Problem. Findest Du nicht noch mehr Fehlermeldungen dazu?

Andreas St. Als Antwort am 10 Nov. 2009 09:27

Das ist die Fehlermeldung im EventLog:

The SSP Timer Job Distribution List Import Job was not run.

Reason: Logon failure: the user has not been granted the requested logon type at this computer

Technical Support Details:

System.ComponentModel.Win32Exception: Logon failure: the user has not been granted the requested logon type at this computer

at Microsoft.Office.Server.Utilities.WindowsSecurity.GetUserTokenFromCredentials(String userDomainName, String password, LogonType logonType)

at Microsoft.Office.Server.Utilities.WindowsSecurity.GetUserTokenFromCredentials(String userDomainName, String password)

at Microsoft.Office.Server.Administration.JobHandler.Execute(Object state, Boolean timedOut)

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Andi Fandrich Als Antwort am 10 Nov. 2009 09:32

Da scheinen dem Account, unter dem der Timer-Dienst läuft, irgendwelche Rechte zu fehlen. Gibt es keine genaueren Meldungen evtl. auch in den SharePoint Logs? Laufen andere Timerjobs problemlos?

Andreas St. Als Antwort am 10 Nov. 2009 09:54

Hallo, im LOG steht folgende Zeile:

11/10/2009 09:52:03.84  OWSTIMER.EXE (0x0AD4)                    0x0EF4 Windows SharePoint Services    General                        8l1n Monitorable An SPRequest object was reclaimed by the garbage collector instead of being explicitly freed.  To avoid wasting system resources, dispose of this object or its parent (such as an SPSite or SPWeb) as soon as you are done using it.  Allocation Id: {25A6A1B8-18D0-4961-9E60-BA86CBF8A813}  To determine where this object was allocated, create a registry key at HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\HeapSettings.  Then create a new DWORD named SPRequestStackTrace with the value 1 under this key. 

Der Account ist ein Domänen-User, der aber auch lokaler admin ist.

Andi Fandrich Als Antwort am 10 Nov. 2009 10:45

Der Log-Eintrag bezieht sich auf etwas anderes (da wurde irgendwo im Code Dispose() verpennt).

Daß der Account lokaler Admin ist, reicht offensichtlich nicht aus. Manche Timerjobs brauchen z.B. Zugriff auf die DBs. Der betroffene Job macht irgendwas mit Verteilerlisten, braucht also evtl. Zugriff auf Exchange/AD.

Andreas St. Als Antwort am 10 Nov. 2009 10:51

Hallo,

im SSP war der falsche User gesetzt. Nun scheint es zu funktionieren (hoffe ich!)

Vielen Dank an dieser Stelle nochmal!!!!!!!