Zum Glück hab ich eine Bart PE-CD . Also Bart PE das erste Mal booten . Leider finde ich auf der CD kein undelete-Programm. Netzwerk funktioniert nicht. Mmh, okay. Also wieder Linux Booten.

Fix zwei undelete-Programme für Windows raussuchen. Bart PE das zweite Mal booten. Programm #1 möchte gern installiert werden. Das geht leider nicht bei Bart PE, Programm #2 lässt sich standalone starten, es handelt sich jedoch nur um eine Demo. Ich kann mir die gelöschten Dateien angucken aber nicht speichern.

Also wieder Linux booten. Kurzer Geistesblitz: VMWare ! Schnell die VM mit Win32 gestartet, SD-Card in den Reader und das USB-Device für VMWare freigegeben. Aber so ein undelete ist wohl ein komplizierter Vorgang. Win32 verabschiedet sich mit einem Bluescreen.

Nichts für ungut. Also das Internet durchforstet und endlich ein undelete-Programm gefunden was voll funktionstüchtig  ist und standalone läuft: http://undelete-plus.com

Bart PE gebootet. Vom USB-Stick undelete gestartet und gleich das nächste Problem: natürlich müssen die Dateien auf einen anderen logischen Datenträger wiederhergestellt  werden.  Leider habe ich keine FAT-Partition. Der USB-Stick ist 128 MB gross. Das wird knapp für ca. 200 MB Bilder. Aus der Schublade eine Compact-Flash Karte mit 128 MB gekramt. Das Programm undelete zeigte dann jedoch nicht die Ordnerstruktur für dass Wiederherstellungsziel an. Nach einem Probelauf stellte ich fest, das die Bilder auf dem Stick landen. Also ein paar Bilder wiederhergestellt, auf die Flashcard kopiert, auf dem Stick gelöscht usw.

Zeitaufwand: zwei Stunden.

Über einen Tipp wie man Dateien von FAT-Dateisystemen unter Linux wiederherstellen kann würde ich mich sehr freuen.

Setting up Tomcat Monitoring in Hyperic is easy by reading the documentation.
If you’re going to do that in Debian-based Distributions it’s a little bit different to the original documentation. I set up tomcat monitoring on Nexenta GNU/OpenSolaris and Ubunbtu 6.06 LTS Here it ist:

At first download an install an Hyperic Agent on your Tomcat-Machine. For Ubuntu use hyperic-hq-agent-n.n.n-nnn-x86-linux.tgz oder for 64-Bit AMD Systems hyperic-hq-agent-n.n.n-nnn-amd64-linux.tgz.
My Nexenta installation is in Virtual Machine on a x86-System, so I got hyperic-hq-agent-3.0.4-389-noJRE.tgz and installed a Java Runtime Environement for myself.

To enable monitoring of Tomcat servers and services the Tomcat server must be instrumented using a filter to collect metrics and a webapp to deliver the metric data into HQ. The web application, filter and any additional jars are packaged in the HQ agent directory under product_connectors/servlet-3.0.4 for HQ Agent 3.0.4. All commands below should be issued from this directory.

If you are using Apache/JK to front your Tomcat installation you will need to setup a mount point. This can be done by adding the following to your Apache configuration /etc/apache2/conf.d/jk file.
You can find an example in /usr/share/doc/libapache2-mod-jk/httpd_example_apache2.conf

JkMount /hyperic-hq/* ajp13_worker

Keep in mind that depending on how you configured your Apache the whole world can access the hyperic webapp ! I would advise you to use secure it by set up up the following Apache directive:
<Location>
Order Deny,Allow
Deny from all
Allow from localhost
#or
Allow from iphyperichq
</Location>

The first step to making Tomcat monitorable is to install the filter, JMX jars and webapp. These are used to collect internal Tomcat metrics.

cp libs/hq-filter.jar /usr/lib/tomcat5/common/lib
cp libs/mx4j-jmx.jar /usr/lib/tomcat5/common/lib
cp -R hyperic-hq /usr/lib/tomcat5/webapps

In fact you can copy your files also to /usr/share/tomcat5/ which is a symbolic link to /usr/lib/tomcat5/.

Finally, the filter must be enabled. The following must be added to /etc/tomcat5/web.xml. Keep in mind that each tag type must be grouped together.

<filter>
<filter-name>JMXFilter</filter-name>
<filter-class>org.hyperic.hq.product.servlet.filter.JMXFilter</filter-class>

<!– Uncomment the following line to enable response time logging.
The directory you specify as the param can include properties
referenced from the System.properties of the vm.

The ResponseTime log file will by default store the last 1 hour’s
worth of response time data. This file gets truncated as soon as
data is succesfully sent into the server. The file is named uniquely
for each webapp in the form: yourContextName_HQResponseTime.log

If this fragment is included in the global web.xml for the container,
all webapps in it will generate response time data, and have logs
following the format described above. You can enable it individually
on each webapp as well if you dont want every webapp to generate
response time data

–>
<!–
<init-param>
<param-name>responseTimeLogDir</param-name>
<param-value>/var/lib/tomcat5/logs</param-value>
</init-param>
–>

<!– these are optional parameters which you can override to optimize logging –>
<!–
<init-param>
<param-name>bufferSize</param-name>
<param-value>8k</param-value>
</init-param>

<init-param>
<param-name>bufferTime</param-name>
<param-value>1h</param-value>
</init-param>
–>
</filter>

<filter-mapping>
<filter-name>JMXFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>

<listener>
<listener-class>org.hyperic.hq.product.servlet.filter.JMXSessionListener</listener-class>
</listener>

<servlet>
<servlet-name>JMXWebappMetricServlet</servlet-name>
<servlet-class>org.hyperic.hq.product.servlet.filter.JMXFilterInitServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>

This can be tested by verifying your webapps show up correctly in the JMX Servlet. You may need to modify the hostname in the URL if your jmxUrl is configured relative to the agent host or if you use Apache in front of your Tomcat-Installation as described above.

Configure Tomcat 5.0 for Log Tracking

To enable Log Tracking in HQ, Tomcat must be configured with log4j. These steps are based on the standard Tomcat documentation.

On a blank Ubuntu-Installation /usr/lib/tomcat5/common/classes/log4j.properties does not exist, so create one with the following example contents:

#These properties can be modified. The only requirement is that the
#ConversionPattern includes the priority (%p)
log4j.rootLogger=INFO, R
log4j.appender.R.File=${catalina.home}/logs/tomcat.log
log4j.appender.R.MaxBackupIndex=1
log4j.appender.R.MaxFileSize=5000KB
log4j.appender.R.layout.ConversionPattern=%d %-5p [%c{1}] %m%n
log4j.appender.R.layout=org.apache.log4j.PatternLayout
log4j.appender.R=org.apache.log4j.RollingFileAppender

Next, copy the following jars unless they have already been installed:

cp pdk/lib/log4j.jar /usr/lib/tomcat5/common/lib
cp pdk/lib/commons-logging.jar /usr/lib/tomcat5/common/lib

Restart Tomcat for the changes to take effect: /etc/init.d/tomcat5 restart

Die Fensterrahmen beim 3D-Windomanager Beryl wurden nicht dargestellt. Eine Lösung findet sich hier.

Die VMWare-Installation bricht beim Kompilieren der Kernel-Module ab. Wie man dieses Problem löst kann man an dieser Stelle nachlesen.

Ansonsten läuft alles wie geschmiert

Hyperic HQ eignet sich auch für die Überwachung und das Management von VMWare-Produkten wie es in dieser Mitteilung beschrieben wurde. Man könnte es als “kleinen Bruder” zur VMWare Virtual Center sehen. Virtual Center ist zunächst kostenpflichtig und benötigt außerdem einen dedizierten Server(Win32) und Client(Win32). Die Funktionsliste von VMWare Virtual Center ist dafür ellenlang und geht deutlich über die von Hyperic HQ hinaus.

Ich habe meinen heimischen VMWare Server angebunden und überwache damit u.a. die folgenden Parameter:

• Process Cpu Total Time
• Process Cpu Usage
• Process Cpu Total Time per Minute

Mit diesen Daten lässt sich schon sehr gut erkennen welche Virtuelle Maschine am meisten “Saft” benötigt. Alle Parameter die überwacht werden können finden sich auf dieser Liste. Um ehrlich zu sein kann ich nicht alle Parameter interpretieren. Dazu muss wohl nochmal die Dokumentation von VMWare bemüht werden.

Hyperic HQ kann folgende Aktionen auf die Virtuellen Maschinen ausführen:

• start,stop,reset,suspend,resume,

• createSnapshot,revertSnapshot,deleteSnapshot,

• saveScreenshot

Man kann mit HQ über ein zentrales Webportal die lebenswichtigsten Funktionen für alle angebundenen VMWare-Server ausführen ! Mit dem VMWare Multi User Interface (mui) ist das immer nur für einen einzelnen VMWare-Server möglich.

Muss man eine Meldung auf der VMWare-Console bestätigen (z.B. CD-Rom Image ist nicht verfügbar oder ähnliches) gibt Hyperic eine entsprechende Nachricht aus.

Fazit:

+ Zentrale Administration

+ Zentrales Monitoring

+ Webbasiert, kein Client notwendig

+ Open Source

- VMWare Virtual Center bietet mehr Funktionen

Download der Pakete

Die Clientsoftware steht unter folgender Adresse zur Verfügung:
ftp://ftp.software.ibm.com/storage/tivoli-storage-management/maintenance/client/

Der x86 Client speziell befindet sich im Verzeichnis $VERSION/Linux/Linux86/

Es empfiehlt sich folgende Pakete herunterzuladen:
TIVsm-API.i386.rpm
TIVsm-API.msg.de_DE.i386.rpm (optional)
TIVsm-BA.i386.rpm

Auf dem Ubuntu-System müssen noch folgende Pakete installiert werden:

apt-get install alien libstdc++5

Mit dem Programm alien werden die RPM-Pakete in DEB-Format konvertiert. Das Paket libstdc++5 wird vom TSM-Client benötigt.

Umwandeln der Pakete:

alien *.rpm

Installation der entstandenen DEB-Pakete:

dpkg -i *.deb

Der Backup-Client befindet sich nach der Installation in
/opt/tivoli/tsm/client/ba/
Im Verzeichnis/opt/tivoli/tsm/client/api/bin finden sich noch zahlreiche Bibliotheken. Daher sollte dieses Verzeichnis in die Datei /etc/ld.so.conf aufgenommen werden. Auf einem frisch installierten Ubuntu-System ist diese Datei nicht vorhanden. Nach dem anschliessendem Aufruf von ldconfig sind die in dem Verzeichnis befindlichen Bibliotheken systemweit bekannt.

sudo ln -s /opt/tivoli/tsm/client/lang/en_US /opt/tivoli/tsm/client/ba/bin/
sudo ln -s /opt/tivoli/tsm/client/lang/de_DE/ /opt/tivoli/tsm/client/ba/bin/

Es stehen in dem Verzeichnis /opt/tivoli/tsm/client/ba/bin die ausführbaren Dateien sowie die beiden Konfigurationsdateien dsm.sys und dsm.opt zur Verfügung .

Zur Verfügung stehende Clients:

dsmc Konsolenclient, wichtig für automatisierte Backups
dsm grafischer Client
dsmj grafischer, Java-basierter Client

Beim ersten Aufruf der grafischen Clients führt ein Wizard durch die Konfiguration und erstellt dabei die Dateien dsm.opt und dsm.sys.

Weitere Infos zur Installation und Konfiguration finden sich hier:

http://www.rz.rwth-aachen.de/computing/datendienste/installation.php