MediaMill Blog

Monat: November 2011

  • Microsoft System Center Dataprotection Manager Error 943 (Ereignis-ID 943)

    Bei einer DPM 2010 Installation kommt es bei dem sekundären DPM zu häufigen Fehlern bei der die DPM Managementkonsole beendet wird. Ebenso sind viele geschützten Daten inkonsitent, da die DPM Dienste bei dem Auftreten des Fehlers beendet werden.

    In der Windows Anwendung Ereignisanzeige findet man für die Quelle MSDPM einen Fehler mit der Ereignis-ID 943.
    In den Details erfährt man folgendes:

    „Aufgrund einer Datenbankinkonsistenz konnte keine Verbindung zur DPM-Datenbank hergestellt werden.“

    und

    „Couldn’t access DataSourceInfo ‚00000000-0000-0000-0000-000000000000‘ in the database“

    Eine Internetrechereche brachte eine Erklärung für diesen Fehler.

    Dieser Fehler kann dann auftreten, wenn eine Sharepointfarm durch einen primären DPM Server gesichert wird und die zu der Farm gehörenden Datenbanken auf dem zweiten DPM Server aber als reine SQL Datenbanken gesichert werden.
    Dies kann dann passieren, wenn man auf dem zweiten DPM Server noch keine Sicherung für die Sharepointfarm eingerichtet hat und bei dem entsprechenden MS SQL Server alle Datenbanken inclusive den Datenbanken der Sharepointfarm auswählt.

    Wenn zuerst ein sekundärer Schutz der Sharepointfarm auf dem zweiten DPM eingerichtet wurde, kann man die Datenbanken der Sharepointfarm nicht mehr als native SQL Server Datenbanken sichen.
    Die Datenbanken der Sharepointfarm werden dann bei der Aktivierung des sekundären Schutztes für den MS SQL Server auf dem zweiten DPM als ausgewählt bzw. deaktiviert dargestellt.

    Lösung für diesen Fehler:

    Schritt 1:
    Beenden des sekundären nativen MS SQL Server Schutzes der Datenbanken der Sharepointfarm auf dem 2. DPM Server. Dabei sind Daten des beendeten Schutzes (Festplatte/Band) ebenfalls zu löschen.

    Schritt 2:
    Aktivierung des sekundären Schutzes für die Sharepointfarm.

  • rgsmoothgallery Thumbnails – Beschriftung ändern / umbenennen

    Ich habe etwas suchen müssen, um die Beschriftung „Thumbnails“ in der genialen TYPO3 Galerie Extension rgsmoothgallery umbenennen/ändern zu können. Dann fand ich gleich zwei Fundstellen im Netz mit Lösungen. www.typo3.net und www.typo3forum.net.

    Hier eine kurze Zusammenfassung:

    Originalbeschriftung der Vorschaubilder in der TYPO3 Extension rgsmoothgallery: „Thumbnails“
    Originalbeschriftung der Vorschaubilder in der TYPO3 Extension rgsmoothgallery: Thumbnails

    Um nun die Thumbnail Beschriftung „Thumbnails“ der TYPO3 Extension rgsmoothgallery anzupassen, muss man folgende Zeile Typoscript dem Setup seines TYPO3 Templates hinzufügen:

    plugin.tx_rgsmoothgallery_pi1._LOCAL_LANG.de.textShowCarousel = Angepasste Beschriftung

    Angepasste Beschriftung der Vorschaubilder in der TYPO3 Extension rgsmoothgallery: „Angepasste Beschriftung“
    Geänderte Beschriftung der Vorschaubilder in der TYPO3 Extension rgsmoothgallery: "Angepasste Beschriftung"

  • Das MySQL Init Script /etc/init.d/mysql schlägt unter Debian mit dem Fehler „error: ‚Access denied for user ‚debian-sys-maint’@’localhost’“ fehl

    Nach einer Migration von einem openSUSE Linux zu einem Debian System funktionierte das init Script /etc/init.d/mysql zum Verwalten des MySQL Dienstes nicht mehr. Während der Migration wurde ein Backup aller Datenbanken in dem neuen System eingespielt, unter anderem auch die MySQL Systemdatenbank mysql.

    Bei einem Versuch, anschließend mit „/etc/init.d/mysql stop“ den Datenbankdienst zu beenden, trat folgender Fehler auf:

    # /etc/init.d/mysql stop
    Stopping MySQL database server: mysql failed!

    Der Versuch, den Status des MySQL Dienstes anzuzeigen, brachte einen ersten Hinweis:

    # /etc/init.d/mysql status
    /usr/bin/mysqladmin: connect to server at ‚localhost‘ failed
    error: ‚Access denied for user ‚debian-sys-maint’@’localhost‘ (using password: YES)‘

    Das init Script versucht mit einem eigenen User namens ‚debian-sys-maint‘, den MySQL Datenbankserver zu verwalten. Dieser User existiert aber nicht, da alle Datenbanken inklusive der MySQL Systemdatenbank von einem Opensuse System stammen. In dieser MySQL System Datenbank existiert natürlich kein User namens ‚debian-sys-maint‘.

    Eine Webrecherche brachte dann Gewissheit. Debian benutzt einen eigenen User für Operationen mit dem MySQL Dienst. Die Credentials für diesen User sind in der Datei /etc/mysql/debian.cnf abgelegt:

    # less /etc/mysql/debian.cnf
    # Automatically generated for Debian scripts. DO NOT TOUCH!
    [client]
    host = localhost
    user = debian-sys-maint
    password = PASSWORD
    socket = /var/run/mysqld/mysqld.sock
    [MySQL_upgrade]
    host = localhost
    user = debian-sys-maint
    password = PASSWORD
    socket = /var/run/mysqld/mysqld.sock
    basedir = /usr

    Um obiges Problem zu lösen, muss also ein User namens ‚debian-sys-maint‘ auf dem MySQL Server mit den entsprechenden Rechten existieren.

    Dazu meldet man sich bei MySQL an:

    mysql -u root -p

    Mit folgendem Befehl wird in einem Schritt der User ‚debian-sys-maint‘ angelegt und mit den entsprechenden Rechten ausgestattet.

    MySQL> GRANT ALL PRIVILEGES ON *.* TO ‚debian-sys-maint’@’localhost‘ IDENTIFIED BY ‚PASSWORD‘ WITH GRANT OPTION;

    Ab jetzt sollte das Init Script /etc/init.d/mysql wieder wie gewohnt funktionieren:

    # /etc/init.d/mysql stop
    Stopping MySQL database server: mysqld.
    # /etc/init.d/mysql start
    Starting MySQL database server: mysqld.
    Checking for corrupt, not cleanly closed and upgrade needing tables..
    # /etc/init.d/mysql status
    /usr/bin/mysqladmin Ver 8.42 Distrib 5.1.49, for debian-linux-gnu on i486
    Copyright 2000-2008 MySQL AB, 2008 Sun Microsystems, Inc.
    This software comes with ABSOLUTELY NO WARRANTY. This is free software,
    and you are welcome to modify and redistribute it under the GPL license
    Server version 5.1.49-3
    Protocol version 10
    Connection Localhost via UNIX socket
    UNIX socket /var/run/MySQLd/mysqld.sock
    Uptime: 6 sec
    Threads: 2 Questions: 655 Slow queries: 0 Opens: 9766 Flush tables: 1 Open tables: 64 Queries per second avg: 109.166.