Sharepoint PreUpgradeCheck meldet fehlenden Web Part aber in welcher Site?

Wenn man bei einer Sharepoint-Migration vorneweg den PreUpgradeCheck mittels

C:\Programme\Gemeinsame Dateien\Microsoft Shared\web server extensions\12\BIN>stsadm -o preupgradecheck

den Prüflauf startet, kann es passieren, dass bei ServerConfigErrors Fehlgeschlagen gemeldet wird:

Processing configuration file: WssPreUpgradeCheck.xml
        OSPrerequisite… Fehlgeschlagen
        WindowsInternalDatabaseMigration… Bestanden
        WindowsInternalDatabaseSite… Bestanden
        MissingWebConfig… Bestanden
        ReadOnlyDatabase… Bestanden
        InvalidDatabaseSchema… Bestanden
        ContentOrphan… Bestanden
        SiteOrphan… Bestanden
        ServerConfigErrors… Fehlgeschlagen
        FormsAuthenticationApplications… Bestanden
        PendingUpgrade… Bestanden
        InvalidServiceAccount… Bestanden
        InvalidHostName… Bestanden
        UnsupportedSqlServerVersion… Bestanden
        ServerInfo… Nur zu Informationszwecken
        FarmInfo… Nur zu Informationszwecken
        SiteDefinitionInfo… Nur zu Informationszwecken
        LanguagePackInfo… Nur zu Informationszwecken
        FeatureInfo… Nur zu Informationszwecken
        EventReceiverInfo… Nur zu Informationszwecken
        WebPartInfo… Nur zu Informationszwecken
        AamUrls… Nur zu Informationszwecken
        LargeList… Bestanden
        CustomListViewInfo… Bestanden
        CustomFieldTypeInfo… Bestanden
        CustomWorkflowActionsFileInfo… Bestanden
        ModifiedWebConfigWorkflowAuthorizedTypesInfo… Nur zu Informationszweck
en
        ModifiedWorkflowActionsFileInfo… Bestanden
        DisabledWorkFlowsInfo… Bestanden
        SPSearchInfo… Nur zu Informationszwecken

Operation completed successfully.

Please review the results at C:\Programme\Gemeinsame Dateien\Microsoft Shared\We
b Server Extensions\12\Logs\PreUpgradeCheck-20130426-080529-978.htm.

In der genannten HTML-Datei findet man dann nur den Hinweis:

Issue : Missing server file or server configuration issues

Server side files are referenced in the content databases, but are not installed on the server. Without these files, the sites may not function completely or the content may not render correctly. Also, upgrade or post upgrade issues may occur if these files are not available in the new version environment.The following web part(s) are referenced by the content, but they are not installed on the web server

Id = e0c4048d-32c1-444d-d672-c86c215757bc, Type = Unknown, Reference = 1, Status = Missing

For more information about this rule, see KB article 976218 in the rule article list at http://go.microsoft.com/fwlink/?LinkID=120257.

Wenn man dann im Dokument, in diesem Fall nach

e0c4048d-32c1-444d-d672-c86c215757bc

sucht, kommt z. B. dies zum Vorschein:

Information Only : Web Part information

The following web parts are being used in this SharePoint farm:

Id = ce9aa113-48cf-ddee-0c03-597445e5b7ab, Type = Microsoft.SharePoint.WebPartPages.ImageWebPart, Reference = 7, Status = Installed
Id = 293e8d0e-486f-e21e-40e3-75bfb77202de, Type = Microsoft.SharePoint.WebPartPages.ListFormWebPart, Reference = 431, Status = Installed
Id = 2242cce6-491a-657a-c8ee-b10a2a993eda, Type = Microsoft.SharePoint.WebPartPages.ListViewWebPart, Reference = 556, Status = Installed
Id = 99cdf365-0cee-2fb2-c12b-ce285a898031, Type = Microsoft.SharePoint.WebPartPages.BlogAdminWebPart, Reference = 2, Status = Installed
Id = e60f6c95-e86c-4717-2c0d-6d8563c9caf7, Type = Microsoft.SharePoint.WebPartPages.ContentEditorWebPart, Reference = 10, Status = Installed
Id = b9a7f972-708a-cd77-4ffd-a235dfed5c38, Type = Microsoft.SharePoint.WebPartPages.DataFormWebPart, Reference = 44, Status = Installed
Id = 404822d6-cc74-7e5c-6767-b8206c1490fc, Type = Microsoft.SharePoint.WebPartPages.SimpleFormWebPart, Reference = 3, Status = Installed
Id = e0c4048d-32c1-444d-d672-c86c215757bc, Type = Unknown, Reference = 1, Status = Missing
Id = 08f1dc7f-a471-2beb-1e5b-00ea35abba18, Type = Microsoft.SharePoint.WebControls.TopologyViewWebPart, Reference = 1, Status = Installed

For more information about this rule, see KB article 976217 in the rule article list at http://go.microsoft.com/fwlink/?LinkID=120257.

Wie immer wird auf den “Alles und Nichts” sagenden Artikel 976217 in der Knowledge Base verwiesen.

Wenn eine GUID angeprangert wird, so hilft ein schneller Check mit Google, ob die betreffende GUID irgendwo schon mal aufgetaucht ist.

Um nun aber die Site zu ermitteln, um eine Ahnung zu haben, um was es gehen könnte, verwendet man diesen Befehl:

C:\Programme\Gemeinsame Dateien\Microsoft Shared\web server extensions\12\BIN>stsadm -o enumallwebs -includewebparts > WebParts.txt

Sucht man nun in der erstellten WebParts.txt, tritt folgendes zu Tage:

  <Database SiteCount="2" Name="WSS_Content" DataSource="SERVER\Microsoft##SSEE">
    <Site Id="cb78e18b-552b-4baf-85a1-451034c87581" OwnerLogin="DOMÄNE\Benutzer" InSiteMap="True">
      <Webs Count="10">
        <Web Id="f0122e69-dd11-415a-887e-a229f4c705b9" Url="/sites/test" LanguageId="1031" TemplateName="STS#1" TemplateId="1">
          <WebParts>
            <WebPart Id="ce9aa113-48cf-ddee-0c03-597445e5b7ab" Count="1" Status="Installed" Type="Microsoft.SharePoint.WebPartPages.ImageWebPart" />
            <WebPart Id="293e8d0e-486f-e21e-40e3-75bfb77202de" Count="30" Status="Installed" Type="Microsoft.SharePoint.WebPartPages.ListFormWebPart" />
            <WebPart Id="2242cce6-491a-657a-c8ee-b10a2a993eda" Count="30" Status="Installed" Type="Microsoft.SharePoint.WebPartPages.ListViewWebPart" />
            <WebPart Id="e0c4048d-32c1-444d-d672-c86c215757bc" Count="1" Status="Missing" />
          </WebParts>
        </Web>

Die schon bekannte Info. Da es sich aber um eine XML-Datei handelt, die hierarchisch aufgebaut ist, kommt man nun an die Site, wo der Part verwendet wird, hier also “/sites/test”. Hiermit dürfte alles klar sein, im Einzelfall muss man nun halt abklären, wer für den Part bzw. die Site zuständig ist.

Abgelaufene Zertifikate am Small Business Server 2011 erneuern

Wenn man am SBS2011 Probleme mit Zertifikaten bekommt, in der Regel nach ein oder zwei Jahren spätestens nach fünf Jahren, dann hilft ein Assistent bei der Erneuerung der Zertifikate.

Zur Lösung ruft man die Windows Small Business Server 2011 Standard Konsole auf. Dann klickt man oben auf Netzwerk, auf das Register Konnektivität, nun findet man rechts die Konnektivitätstasks. Hier findet man den Punkt “Beheben von Netzwerkproblemen” oder “fix my network”. Ruft man diesen Punkt auf, startet ein Assistent der Probleme im Netzwerk ausfindig macht. Am Ende konzentriert man sich in der Regel nur auf das abgelaufene Zertifikat und lässt dieses automatisch reparieren.

Hat der Assistent erfolgreich das Zertifikat erneuert, findet sich auch unter Verwaltung->Zertifizierungsstelle unter “Ausgestellte Zertifikate” ein neuer Eintrag mit einer neuen Anforderungs-ID sowie das neu ausgestellte Zertifikat.

Das Dokument kann nicht eingecheckt werden, solange ein Kopie auf dem Webserver geöffnet ist. Schließen Sie die Webserverkopie, und versuchen Sie es erneut.

Noch einer zu meinem aktuellen Lieblingsthema: Die Pfeifen von MS, die nix auf die Reihe bekommen. Hat man ein Dokument in Sharepoint ausgecheckt und versucht es einzuchecken, kann man diese Meldung erhalten:

Das Dokument kann nicht eingecheckt werden, solange ein Kopie auf dem Webserver geöffnet ist. Schließen Sie die Webserverkopie, und versuchen Sie es erneut.

Egal wie man es anstellt, man bekommt das blöde Teil nicht abgespeichert. Gut, man könnte nun über einen normalen Dateispeichern-Dialog gehen aber was ist dann mit der Dokumentenhistorie?

Der Workaround sieht so aus: Bei der Meldung OK anklicken, dann über Datei->Schließen anklicken, die nachfolgende Meldung

Andere Benutzer sehen Ihre Änderungen erst nach dem Einchecken. Möchten Sie jetzt einchecken?

mit Ja bestätigen. Nun kommt nochmal der Eincheckdialog und diesmal klappts dann mit dem Speichern.

Hier ist es schön mit Bildern erklärt: http://mstechnology.wordpress.com/2012/07/16/fehler-beim-einchecken-aufgrund-einer-kopie-auf-dem-webserver/

Danke MS! Vielen Dank.

Problem mit Hardwareerkennung nach virtuellem Serverumzug von Virtual Server 2005 auf Hyper-V daraus resultierend fehlende Maus und fehlende Netzwerkkarte

Schade, dass MS es mal wieder verbockt hat. Selbst in der virtuellen Welt, fallen einem ständig blöde Probleme auf die Füße. Wenn man eine virtuelle Maschine (nur VHD) von einem Virtual Server 2005 auf einen Hyper-V V3 umzieht, kann es passieren, dass man unter dem Hyper-V ohne Maus und ohne Netzwerkkarte dasteht. Und dies, obwohl man davor ordnungsgemäß die “Virtual Machine Additions” auf dem VS2005 deinstalliert und auf dem Hyper-V die “Hyper-V Integrationsfeatures” installiert hat. Übriges, wer das Deinstallieren vergisst oder wem es nicht möglich war diese zu deinstallieren, wird hier fündig: http://blogs.msdn.com/b/arvindsh/archive/2012/10/12/virtual-pc-to-hyper-v-vm-additions-issues.aspx.

Aber zurück zum Problem, im Gerätemanager findet man ein Ausrufezeichen beim “Microsoft Hyper-V-Bus des virtuellen Computers”, schaut man sich die Eigenschaften an steht da eine Fehlermeldung mit Code 12. Zur Abwechslung gibt es einen KB-Artikel dazu: http://support.microsoft.com/kb/954282, der auch die Lösung parat hält. Führt man dies aus, behebt sich das Problem nach dem fälligen Neustart von selber. Entscheidend dabei ist, dass man bei MSCONFIG, die HAL-Erkennung bei den erweiterten Optionen aktiviert. Hier noch eine bildliche Darstellung: http://blogs.technet.com/b/jhoward/archive/2008/02/29/vmbus-fails-to-load-device-cannot-find-enough-free-resources-code-12-on-a-windows-server-2008-x86-virtual-machine-under-hyper-v.aspx und hier mit etwas neueren Bildern: http://blog.chrislehr.com/2008/12/hyper-v-code-12-on-virtual-machine-bus_06.htm.

Interessant in diesem Zusammenhang ist noch dieser Artikel http://blogs.technet.com/b/mkorp/archive/2008/08/15/vms-von-virtual-server-nach-hyper-v-migrieren.aspx der helfen könnte, wenn man mal manuell eingreifen muss und auf der Suche nach den richtigen Registrierungseinträgen ist.

IIS Webseite lässt sich nicht starten und meldet: “Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird.”

Auf einem SBS 2003 ließ sich die die “Virtual Server Administration Website” nicht mehr starten. Der Browser meldete es wäre keine Verbindung zu http://fqdn:1024/VirtualServer/VSWebApp.exe?view=1 möglich.

Der IIS zeigte bei Websites unter Status:

Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird.

Schön wenn von Prozessen die Rede ist aber eigentlich die Ports gemeint sind. Wer also über diese Meldung stolpert, sollte sich anschauen, welcher Port und welcher SSL-Port verwendet wird.

Der Hintergrund ist: Der Port wird von einem anderen Dienst verwendet, aber welcher wäre das? Es gibt zwei Möglichkeiten, entweder man schaltet den anderen Dienst ab oder man vergibt einen neuen Port. Um den anderen Dienst zu ermitteln, verwendet man am einfachsten Powershell und gibt in einer Adminkonsole ein:

netstat –anb | select-string –Context 1 –Simplematch ":1024", ":1025"

wobei natürlich :1024 und :1025 durch die Ports ersetzt werden, die beim IIS unter Port und SSL-Port genannt sind.

Anschließend werden einem die Prozesse aufgeführt, welche die betreffenden Ports benutzen. Damit wird schnell klar, was Sache ist und welche Lösung die bessere ist.

Windows Update verweigert mit Fehlernummer 8024800a seinen Dienst

Wenn man beim Versuch Windows Updates zu laden, die Fehlernummer 8024800a bekommt, kann man sich die C:\WINDOWS\WINDOWSUPDATE.LOG Datei reinziehen und das Problem versuchen ausfindig zu machen, dort steht dann aber auch nur:

EEHndlr  FATAL: GetHandlerID failed with error 0x8024800a

Daraus resultieren dann noch weitere Fehler. Wie löst man das Problem? Drei Möglichkeiten:

1. Entweder man wartet, bis Microsoft sich erbarmt und seinen Update-Dienst wieder ordentlich ans Laufen bekommt.
2. Man versucht es mittels dem Windows Update Troubleshooter unter http://support.microsoft.com/kb/906602/ der selbständig Probleme bei Windows Updates lösen kann.
3. Man killt seine Windows Update Datenbank manuell:
   

   REG DELETE "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate" /v SusClientId /f
   REG DELETE "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate" /v SusClientIdValidation /f
   net stop wuauserv
   move %windir%\windowsupdate.log %windir%\windowsupdate.old.log
   move %windir%\SoftwareDistribution %windir%\SoftwareDistribution.old
   regsvr32 /s atl.dll
   regsvr32 /s wucltui.dll
   regsvr32 /s wups.dll
   regsvr32 /s wuaueng.dll
   regsvr32 /s wuapi.dll
   regsvr32 /s msxml3.dll
   regsvr32 /s mssip32.dll
   regsvr32 /s initpki.dll
   regsvr32 /s softpub.dll
   net start wauserv
   wuauclt /resetauthorization /detectnow

Weitere Infos zum Fehler findet man z. B. hier: http://answers.microsoft.com/en-us/windows/forum/windows_7-windows_update/when-i-run-windows-update-it-starts-searching-for/77aa31a3-4184-47f3-b657-d3475c47c3d0

Benutzer unter Windows umbenennen

Wer in den aktuellen Windowsversionen in der Benutzerkontenverwaltung einen Benutzer umbenennt, bekommt immer nur den Anzeigenamen umbenannt.

Wenn man z. B. whoami benutzt oder das Stammverzeichnis des Benutzers öffnet, wird immer noch der alte Name angezeigt. Dies ist oftmals mehr als irritierend.

Mittels des Windows-EasyTransfer Programms kann man aber auch einen Benutzer auf ein und demselben Rechner umziehen. Alle Einstellungen und Dateien werden damit sauber umgezogen. Damit erübrigt sich das herumspielen mit NTUSER.DAT, NTUSER.DAT.LOG und NTUSER.INI.

http://answers.microsoft.com/en-us/windows/forum/windows_7-security/need-to-rename-user-profile-or-copy-profile-into-a/69097230-86e1-4e14-b76b-8e8e7d776db2

Hier die etwas sinnfremde offizielle Version: http://windows.microsoft.com/en-us/windows7/rename-a-user-account

Die Variante funktioniert auch bei Domänenbenutzern: http://support.microsoft.com/kb/928634/en-us.

Wenn Windows 8 ewig lang Features bei 15% konfiguriert, liegt es vielleicht an einem Medion Rechner mit Kaspersky drauf

Mal wieder ein heißes Phänomen. Bei jedem Neustart, nach einem Windows Update, steht der Windows 8 Rechner ewig lang – wir sprechen hier von Stunden(!) – beim Konfigurieren von Windows Features. Betroffen sind aktuelle Medion Rechner mit einer Kaspersky 30 Tage Testversion. Näheres hier: http://www.borncity.com/blog/2013/02/26/win-8-windows-features-werden-konfiguriert/

DHCP Dienst auf Windows SBS2003 startet mit DHCP/BINL-Dienst Fehlermeldung nicht

Auf einem Windows Small Business Server 2003 mussten beide Netzwerkkarten ausgetauscht. Die eine war für das interne LAN und die andere für das Internet zuständig. Nach dem Zuordnen der fixen IP-Adressen kam es nach dem Neustart des Servers zu dieser Fehlermeldung mit Ereigniskennung 1053 in der Windows Ereignisanzeige unter System:

Der DHCP/BINL-Dienst auf diesem Computer mit Windows Server 2003 für Small Business Server hat einen anderen Server (mit IP-Adresse 192.168.100.2, der zur der Domäne  gehört) ermittelt.

Dabei war die Adresse 192.168.100.2 die Adresse des Gateways, welche im externen Netz auch einen DHCP Server betreibt. Der DHCP-Server konnte zwar manuell gestartet werden aber ging innerhalb ein paar Sekunden sofort mit obiger Fehlermeldung wieder aus. Wie lässt sich dieses Problem nun lösen?

Eigentlich ganz einfach, man schaltet den DHCP im Netz von 192.168.100.0 ab. Aber das ist nicht die Lösung, wenn man darauf keinen Einfluss hat.

Die Lösung brachte dann, als temporär der falsche DHCP-Server ausgeblendet war, also Kabel ziehen und der DHCP-Dienst  lief ohne Probleme an. DHCP Verwaltung geöffnet und nun konnte im betreffenden Server unter Eigenschaften das Register Erweitert geöffnet werden. Dort findet man den Punkt “Verbindungen der Serververbindung ändern”, wo man Bindungen anklickt. Es präsentieren sich die verfügbaren LAN-Verbindungen, wo im besagten Fall tatsächlich beide aktiv waren. Also beim richtigen Netz das Häkchen weg und alles war paletti.

Remotewebzugriff von Windows XP auf SBS2011 meldet “Der Remotedesktopdienste-ActiveX-Client ist nicht aktiviert”

Wenn ein Windows XP SP3 Client versucht mittels Internet Explorer 7 oder Internet Explorer 8 auf einen Small Business Server 2011 den Remotewebzugriff auf einen Rechner im SBS-Netz zu nutzen, erhält man diese Meldung:

[Der Remotedesktopdienste-ActiveX-Client ist nicht aktiviert]
Auf dieser Website muss das folgende Add-On ausgeführt werden: Remotedesktopdienste-ActiveX-Client. Dieses Add-On wird von Microsoft Internet Explorer unterstützt.

Nett so eine Meldung. Früher hatte der IE noch eine kleine Einblendung parat, wo man dann sagen konnte, dass das ActiveX-Control geladen und ausgeführt werden soll. Aber im Zeitalter des zusammenbrechenden Vertrauens, muss also der Admin ran und überlässt man solche schwerwiegenden Entscheidungen nicht mehr dem Benutzer.

Dieser Artikel http://social.technet.microsoft.com/wiki/contents/
articles/4660.fix-my-remote-web-workplace.aspx, hilft nicht wirklich weiter, denn der entscheidende Passus wird in der quasi Readme zum SBS2011 erläutert: http://technet.microsoft.com/de-de/library/gg491249.aspx, dort wird genau erklärt was zu tun ist.

Kurz man muss den Key

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\
CurrentVersion\Ext\PreApproved\{7390f3d8-0439-4c05-91e3-cf5cb290c3d0}

in der Regisitrierung anlegen und danach kann man das ActiveX-Control im Internet Explorer bei den Addons aktivieren!