OCS2007 Update Server

Diese Seite beschreibt den alten Update Server von OCS 2007 RTM mit Sharepoint. Wenn Sie OCS2007 R2 installiert haben, dann sollten Sie zur Seite OCS Update ServerR2 wechseln.

Der Update Server für den OCS wurde als eigenständiger Download erst nach Produktrelease bereit gestellt. Normalerweise würde ich den Update Server nicht mehr installieren, da in OCS 2007 R2 die Funktion viel eleganter enthalten ist.

Software ist nie fertig und wohl dem, wenn ein Hersteller oder Entwickler die Fehler auch korrigiert. für den Administrator bleibt aber immer noch die Arbeit, die Updates auch zu verteilen. Was für Windows Systeme z.B. der WSUS oder Windows Update erledigt, ist für OCS-Client schon etwas kniffliger. Die PC-gestützte Software OCS Communicator lässt sich noch über eine klassische Softwareverteilung aktualisieren. Aber die verschiedenen OCS-Telefone, (hier besonders Roundtable und Tanjay) benötigen einen eigenen Update Server. Hierzu gibt es sogar zwei Programme: 

Zum Glück beschreibt Microsoft die verschiedenen Vorgehensweisen ganz genau, So dass ich hier nur die von mit erkannten Probleme wiedergeben.

Diese Schritte sind in den meisten Fällen nicht erforderlich !.

Natürlich müssen Sie hierzu erst einmal die Windows Sharepoint Services auf einem Server installieren und dann die Anleitung befolgen.

Allerdings wurde z.B. Vergessen, dass Sie beim Thema "ServicePrinzipalname" nachhelfen müssen. Der Sharepoint Server trägt dort leider nicht die Dienstnamen für HTTP ein, welche aber das OCS Installationsprogramm "Microsoft.RTC.UCServer.SharePointSetup.exe" benötigt: Addieren Sie per ADSIEDIT bei dem Computer, auf dem die OCS Update Services laufen sollen, die beiden Einträge:

HTTP/ocsservername
HTTP/ocsservername.domain.tld

Erst dann kann sich auch "Microsoft.RTC.UCServer.SharePointSetup.exe" am Sharepoint mittels Kerberos anmelden.

Die Ausgabe der kompletten Konfiguration sieht in etwa so aus:

Nach der Einrichtung sollten Sie diese SPNs aber wieder entfernen, da Sie zu späterer Zeit an das Benutzerkonto RTCComponentService gebunden werden.

Nachdem diese Hürde umschifft war, bin ich beim upload der CAB-Archive hängen geblieben. Auch hier scheitert es wieder an falschen bzw. zu wenig Berechtigungen, was aber im EVENTLOG gut zu sehen ist':

Ereignistyp:	Fehler
Ereignisquelle:	ASP.NET 2.0.50727.0
Ereigniskategorie:	Keine
Ereigniskennung:	1093
Datum:		20.04.2009
Zeit:		19:39:08
Benutzer:		Nicht zutreffend
Computer:	OSC2007
Beschreibung: unable to get the private bytes memory limit für the W3WP process.
The ASP.NET cache will be unable to limit its memory use, which may 
lead to a process restart. Error: 0x80070005

Eine kurze Suche liefert die Info:

Mit METAACL können auch diese Rechte korrigiert werden:

cscript metaacl.vbs IIS://Localhost/W3SVC/AppPools IIS_WPG RE
cscript metaacl.vbs IIS://Localhost/W3SVC/Filters IIS_WPG RE

Im Eventlog ist dann noch ein Fehler aufgefallen, der die Funktion behindert hat:

  • 920783 Event ID error messages 10016 and 10017 are logged in the System log after you install Windows SharePoint Services 3.0

Kaum war das geschaffen, durfte ich trotzdem keine Updates auf die Webseite hochladen.

Auch hier hat eine kurze Suche im Internet das Problem identifiziert:

Kaum hatte ich mich in die Gruppe addiert (und neu angemeldet), war ein Zugriff auf die OCS Update Server Verwaltung möglich. Ich konnte dann das CAB-File hochladen und die entsprechenden Updates "frei" geben:

Update Server Pakete genehmigen

Dann war es nur noch ein kleiner Schritt, das Endgerät mit der MAC-Adresse einzutragen. Trotzdem wollte das Tanjay (1.0.199 (123) dann immer noch kein Update beziehen. Aufgrund eines anderen Artikels habe ich das Update dann mit dem OCS Update Server R2 geschafft, so dass auch dieser Grund entfällt, sich weiter mit dem RTM Server zu beschäftigen.

Weitere Links