Das hatte ich aber auch noch nicht. In eine VM war auf einmal das root Filesystem read-only gemountet. Da hab ich mir gedacht machen wir das mal wie unter Windows starten wir mal neu. Dann kam der Rechner aber nicht mehr hoch. Auf der VM Konsole nachschauen und eine root Shell war offen:
Also hab ich den Filesystem check noch mal per Hand ausgeführt.
fsck.ext3 -v -f -y /dev/mapper/mail-root
Ich prall ja selten mit Leistung aber heute hat die CPU es mal wieder vollkommen übertrieben. In der Zeile wo CPL (CPU load) vorsteht wird die aktuelle Load mit gerade einmal 48 angegeben. Was mich aber vollkommen vom hockter gerissen hat sind die 88335 CSW (number of context switches per second). Und auch die 1500 read/writes auf den HDs sind nicht gerade wenig. Fehlt eigentlich nur noch das Netzwerk.
Wie ungeschickt das seit dem 18.04.2009 wird Ubuntu Gutsy offiziell nicht mehr Supported wird. Ein apt-get update führt so zur 404 Fehlermeldung. Dadurch kommt es bei lange nicht gepatchten Systemen zu einem bekanten Bug beim Relais Upgrade.
Deswegen sollte ihr erst mit unserem Mirror auf das letzte Patchlevel aktualisieren und erst dann das Relais Upgrade durchführen.
sudo mv /etc/apt/sources.list /etc/apt/sources.list
sudo wget -c http://www.bauhuette.fh-aachen.de/download/hardy-sources.list -O /etc/apt/sources.list
Da wir im FH Netz noch keinen eigenen Mirror haben und der Sunsite Mirror der RWTH mit seinen 3x 100Mbit Karten nur ca 850kb Durchsatz schafft und unser Wohnheim mittlerweile mit Gigabit angeschlossen, habe ich im Februar einen Mirror aufgesetzt. Seit nun knapp einer Woche ist unser Mirror auch von außerhalb des FH Netzes erreichbar. Wir Mirroren derzeit nur Debian und Ubuntu Pakete sowie CD/DVDs. Der Antrag für einen Öffentliche Mirror ist bei launchpad.net gestellt. Sobald wir dort veröffentlicht werden, erfahrt ihr das natürlich hier.
Links: mirror.bauhuette.fh-aachen.de
Links: www.bauhuette.fh-aachen.de
Ich habe mich die tage auch mal an openNMS versucht und weiß jetzt warum es so wenige Einsätzen, obwohl es eine Mächtiges Applikation ist. Die Installation war nicht gerade ein Kinderspiel.
Zu erst hatte ich unter Ubuntu 9.04 ein Abhängigkeit Problem. Dies Konnte ich nur durch hinzufügen der backports quellen erreichen, dar das Parket jrrd nicht aufgelöst werden konnte:
deb http://mirror.bauhuette.fh-aachen.de/ubuntu/ jaunty-backports main restricted universe multiverse
deb-src http://mirror.bauhuette.fh-aachen.de/ubuntu/ jaunty-backports main restricted universe multiverse
Dann konnte ich den Installer nur mit der -l Option aufrufen bekam aber immer noch folgende Fehlermeldung:
/usr/share/opennms/bin/install -dis -l /usr/lib/jni:/usr/lib
…
Configures PostgreSQL tables, users, and other miscellaneous settings.
- searching for jicmp:
- trying to load /usr/lib/jni/libjicmp.so: OK
- searching for jrrd:
- trying to load /usr/lib/jni/libjrrd.so: OK
- checking database version... Exception in thread "main" java.sql.SQLException: Could not get an administrative connection to the database. Is the database running, listening for TCP connections, and allowing us to connect and authenticate from localhost? Tried connecting to database specified by data source SimpleDataSource[URL='jdbc:postgresql://localhost:5432/template1', driver class='org.postgresql.Driver', properties: user='postgres', password='']. Original error: org.postgresql.util.PSQLException: FATAL: fehlende oder fehlerhafter pg_hba.conf-Datei
at org.opennms.netmgt.dao.db.InstallerDb.rethrowDatabaseConnectionException(InstallerDb.java:2214)
at org.opennms.netmgt.dao.db.InstallerDb.initializeAdminConnection(InstallerDb.java:2191)
at org.opennms.netmgt.dao.db.InstallerDb.getAdminConnection(InstallerDb.java:2180)
at org.opennms.netmgt.dao.db.InstallerDb.databaseCheckVersion(InstallerDb.java:1526)
at org.opennms.install.Installer.install(Installer.java:194)
at org.opennms.install.Installer.main(Installer.java:778)
Caused by: org.postgresql.util.PSQLException: FATAL: fehlende oder fehlerhafter pg_hba.conf-Datei
at org.postgresql.core.v3.ConnectionFactoryImpl.doAuthentication(ConnectionFactoryImpl.java:275)
at org.postgresql.core.v3.ConnectionFactoryImpl.openConnectionImpl(ConnectionFactoryImpl.java:94)
at org.postgresql.core.ConnectionFactory.openConnection(ConnectionFactory.java:65)
at org.postgresql.jdbc2.AbstractJdbc2Connection.
at org.postgresql.jdbc3.AbstractJdbc3Connection.
at org.postgresql.jdbc3.Jdbc3Connection.
at org.postgresql.Driver.makeConnection(Driver.java:369)
at org.postgresql.Driver.connect(Driver.java:245)
at java.sql.DriverManager.getConnection(DriverManager.java:582)
at java.sql.DriverManager.getConnection(DriverManager.java:154)
at org.opennms.netmgt.dao.db.SimpleDataSource.getConnection(SimpleDataSource.java:79)
at org.opennms.netmgt.dao.db.InstallerDb.initializeAdminConnection(InstallerDb.java:2189)
... 4 more
Hier kommt der Grund warum ich Java Fehlermeldungen nicht mag. Sie sind einfach zu lang und dadurch unübersichtlich. Trust ist das verfahren was openNMS nutzt. Zudem darf es nicht mehr 127.0.0.1/255.255.255.255 heißen.
host all all 127.0.0.1/32 trust
Anschließend Postgres Neustarten: /etc/init.d/postgresql-8.3 restart
und dann lief bei mir der Installer.
