Mike Harder's Blog

Im Eventlog des SBS 2008 erscheint immer eine Eintrag mit der Event-ID 2436, der ungefähr so aussieht:

Event Type: Warning
Event Source: Windows SharePoint Services 3 Search
Event Category: Gatherer
Event ID: 2436
Date:  2/12/2007
Time:  1:50:00 PM
User:  N/A
Computer: <computer>
Description:
The start address <sts3://server.domain/contentdbid={7a7f6b78-5fe1-4c0e-a5f2-956a00cc7f04}> cannot be crawled.

Context: Application ‚Search index file on the search server‘, Catalog ‚Search‘

Details:
Access is denied. Check that the Default Content Access Account has access to this content, or add a crawl rule to crawl this content.   (0x80041205)

Hier ist die Lösung relativ einfach.

Wir öffnen die Registry (Start -> ausführen -> regedit) und gehen in den folgenden Schlüssel:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa

Nun klicken wir mit der rechten Maustaste auf LSA und dann auf Neu -> DWORD und vergeben den Namen DisableLoopbackCheck und geben diesem neuen Element den Wert 1.

Nun gehen wir in den folgenden Schlüssel:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\MSV1_0

Nun klicken wir mit der rechten Maustaste auf MSV1_0 und dann auf Neu -> Wert der mehrteiligen Zeichenfolge und geben diesem dann den Namen BackConnectionHostNames und als Wert geben wir den Hostnamen bzw. die Hostnamen für die Sites ein, die sich auf dem lokalen Computer befinden.

Danach können wir die Registry schließen und den Computer neu starten. Danach erscheint der Fehler im Ereignisprotokoll nicht mehr 🙂

Beim Small Business Server sollte man immer die Festplattenauslastung im Auge behalten.

Des öfteren ist mir nun schon untergekommen, das die SharePoint_Config Datenbank sehr Groß wird.

Hier noch die Original Fehlermeldung von Microsoft:

SBS 2008 BPA Reports that The Windows SharePoint Services configuration databases log file is getting large (currently over 1gb in size)

Aber es ist relativ einfach, das Datenbank Logfile wieder in seine Schranken zu weisen:
declare @ConfigDB varchar(255);
declare @ConfigDBLog varchar(255);
declare @ConfigDBCmd varchar(255);
select @ConfigDB =  name from sys.databases where name like 'SharePoint_Config_%';
set @ConfigDBCmd = 'BACKUP database [' + RTRIM(@ConfigDB) + '] to disk=''C:\_maintenance\tmp\sharepoint_config_before.bkf''';
execute(@ConfigDBCmd);
set @ConfigDBCmd = 'use [' + RTRIM(@COnfigDB) + ']';
execute(@ConfigDBCmd);
set @ConfigDBCmd = 'BACKUP LOG [' + RTRIM(@ConfigDB) + '] WITH TRUNCATE_ONLY';
execute(@ConfigDBCmd);
set @ConfigDBCmd = 'use [' + RTRIM(@COnfigDB) + ']';
execute(@ConfigDBCmd);
select @ConfigDBLog =  name from sys.database_files where name like 'SharePoint_Config%_log';
set @ConfigDBCmd = 'use [' +  RTRIM(@ConfigDB) + '] DBCC SHRINKFILE([' + RTRIM(@ConfigDB) + '_log],1)';
execute(@ConfigDBCmd);
set @ConfigDBCmd = 'BACKUP database [' + RTRIM(@ConfigDB) + '] to disk=''C:\_maintenance\tmp\sharepoint_config_after.bkf''';
execute(@ConfigDBCmd);
go
Den Code oben einfach kopieren und per Notepad als sharepoint_config_logshrink.sql im Ordner C:\_maintenance abspeichern. Ich erstelle hier immer ein Unterverzeichnis in C:\ mit dem Namen „_maintenace“. In diesem Ordner gibt es dann noch einmal einen Ordner „tmp“.

Dann öffnen wir die Eingabeaufforderung mit Administrationsrechten (rechte Maustaste -> Als Administrator ausführen) und setzen folgenden Befehl ab:

sqlcmd -S \\.\pipe\mssql$microsoft##ssee\sql\query -E -i c:\_maintenance\sharepoint_config_logshrink.sql

Danach ist die Logfile Datenbank wieder um einiges kleiner 🙂

Meistens gibt es dann auch das Logfile der Datenbank „ShareWebDb“, welches ebenfalls viel zu Groß ist.

Hier führen wir die gleichen Schritte wie oben aus, nur verwenden wir folgendes SQL Script:
declare @ConfigDB varchar(255);
declare @ConfigDBLog varchar(255);
declare @ConfigDBCmd varchar(255);
select @ConfigDB =  name from sys.databases where name like 'ShareWebDb%';
set @ConfigDBCmd = 'BACKUP database [' + RTRIM(@ConfigDB) + '] to disk=''C:\_maintenance\tmp\webdb_before.bkf''';
execute(@ConfigDBCmd);
set @ConfigDBCmd = 'use [' + RTRIM(@COnfigDB) + ']';
execute(@ConfigDBCmd);
set @ConfigDBCmd = 'BACKUP LOG [' + RTRIM(@ConfigDB) + '] WITH TRUNCATE_ONLY';
execute(@ConfigDBCmd);
set @ConfigDBCmd = 'use [' + RTRIM(@COnfigDB) + ']';
execute(@ConfigDBCmd);
select @ConfigDBLog =  name from sys.database_files where name like 'ShareWebDb_log';
set @ConfigDBCmd = 'use [' +  RTRIM(@ConfigDB) + '] DBCC SHRINKFILE([' + RTRIM(@ConfigDB) + '_log],1)';
execute(@ConfigDBCmd);
set @ConfigDBCmd = 'BACKUP database [' + RTRIM(@ConfigDB) + '] to disk=''C:\_maintenance\tmp\webdb_after.bkf''';
execute(@ConfigDBCmd);
go
Den Code oben einfach kopieren und per Notepad als sharewebdb_logshrink.sql im Ordner C:\_maintenance abspeichern.

Der Befehl für die Eingabeaufforderung lautet dieses mal nun:

sqlcmd -S \\.\pipe\mssql$microsoft##ssee\sql\query -E -i c:\_maintenance\sharewebdb_logshrink.sql

Danach ist auch diese Datenbank wieder auf eine normale Größe geschrumpft.

Da gerade bei einem Kunden die Problematik auftauchte, das beim Versenden von HTML Newslettern, die T-Online Empfänger, welche Ihre E-Mails mit der T-Online Software abrufen, nur eine leere E-Mail angezeigt bekommen, will ich euch nicht auf die Folter spannen und des Rätsels Lösung preis geben:

Bei dem HTML Inhalt kann zwar CSS verwendet werden, darf aber nicht im Header enthalten sein.

Es muss immer direkt am Element über das Attribut style=““ definiert werden.

Also anstatt <table class=“meineklasse“> muss es so programmiert werden:

<table style=“meine CSS Definitionen“>

Und schon kommen keine leeren E-Mails mehr an 🙂

Beim Small Business Server 2008 sind die Ordnerumleitungen soweit schon eingerichtet, allerdings werden die Daten auf die lokale Systempartition des Small Business Servers verlinkt.

Da ich ein Freund von „sauberen“ Systempartitionen bin und manche Benutzer in den Eigenen Dateien viel zu viel „Müll“ speichern, kann es schon mal vorkommen, das die Systempartition voll läuft. Um das zu verhindern, verschieben ich die Ordnerumleitungen immer auf die Datenpartition.

Der Small Business Server hat hier einen Assistenten, allerdings ist der gut versteckt.

Hierzu sind folgende Schritte durchzuführen:

• Ausführen der „Windows SBS Console“
• Wechseln in den Bereich „Datensicherung und Serverspeicher“
• Hier dann in den Bereich „Serverspeicher“ wechseln
• Auf der rechten Seite gibt es nun die Links für „Freigegebene Benutzerdaten verschieben“ und „Daten aus „Umgeleitete Benutzerdokumente““
• Diese beiden Assistenten dann ausführen und die als neues Laufwerk im Assistenten die Datenpartition auswählen

Danach sind die Order verschoben und die Systempartition kann nicht mehr so leicht voll laufen.

Auf einem klassichen Small Business Server 2008 ist der WSUS Content direkt auf C:\ eingerichtet.

Da meist auch noch eine Daten Partition vorhanden ist, verschiebe ich den WSUS Content gerne immer auf diese Partition, damit die Systempartition nicht voll läuft.

Das Tool zum „moven“ des Content ist schon vorhanden.

Dann auf der Datenpartition einen Ordner WSUS erstellen, dann die Eingabeaufforderung öffnen und in den Ordner „C:\Program Files\Update Services\Tools“ wechseln und dann folgenden Befehl absetzen:

wsusutil.exe movecontent E:\WSUS C:\WSUSLogfile.txt

Danach wird sämtlicher Content verschoben. Der alte Content bleibt noch am alten Speicherort und kann dann, nachdem die Funktionalität des WSUS überprüft wurde, gelöscht werden. Wurden schon Updates heruntergeladen, kann der Verschiebevorgang durchaus viel Zeit in Anspruch nehmen.

Ich habe als Datenpartition das Laufwerk E:\ verwendet. Der Parameter C:\WSUSLogfile.txt wird ben̦tigt Рhier wird das Logfile des Vorgangs geschrieben.

Heute habe ich mal wieder einen WordPress Blog ganz frisch aufgesetzt und natürlich wieder ein paar „Finetuning“ Sachen vergessen.

Beim automatischen aktualisieren der Plugins die FTP Daten eingegeben und gleich mal die folgende Fehlermeldung bekommen:

Warning: touch() [function.touch]: SAFE MODE Restriction in effect. The script whose uid…

Naja klar, da war doch was 🙂

Ich habe das nun schon so oft gesucht und jedes mal habe ich mich geärgert, das ich es mir nicht aufgeschrieben habe – das wird hiermit nun nachgeholt.

• Als erstes gehen wir in die Einstellungen -> Mediathek und setzen hier das Upload Verzeichnis (wp-content/upLoads) und speichern das ganze.
• Als nächstes legen wir per FTP den Ordner unter wp-content an und geben im die Berechtigung 777
• Abschließend öffnen wir die Datei wp-config.php und fügen hier einfach folgende Zeile am Dateiende ein:
  define(‚WP_TEMP_DIR‘, ABSPATH . ‚/wp-content/upLoads‘);
  Dann das ganze noch speichern und die wp-config.php auf dem Webspace aktualisieren, ferdisch 😉

So, das waren soweit die Einstellungen und es sollte alles gehen.