Updateprobleme mit der libdvdcss2 beheben

Stört Sie diese Meldung auch grade ?

--> Abhängigkeitsauflösung beendet
Fehler: Paket: libdvdcss2-1.2.13-7.fc20.x86_64 (@/libdvdcss2-1.2.13-7.fc20.x86_64)
Benötigt: /usr/sbin/ldconfig
Entfernen: glibc-2.18-12.fc20.i686 (@updates)
Nicht gefunden
Aktualisiert durch: glibc-2.18-14.fc20.i686 (updates)
Nicht gefunden
Sie können versuchen, mit --skip-broken das Problem zu umgehen.

Der Hinweis, der nie funktioniert, ist das mit dem Skipbroken 🙂

Heute machen wir es kurz, hier die Lösung:

1. Auf dieser Webseite die libdvdcss und libdvdcss2 RPM Dateien runterladen :

ftp://rpmfind.net/linux/atrpms/f20-x86_64/atrpms/stable/

2. sudo  yum erase libdvdcss*

3. yum -y update

4. yum install libdvdcss*rpm

Das wars schon. Die Abhängigkeit wird beim Installieren gesetzt. Im eigentlichen RPM ist gar keine drin.

Tomcat: Manager App nicht verfügbar

Kleine Ursache, großes Tralala

Einer meiner Tomcats hat mich heute mit der Meldung beglückt, daß er die Resource „/manager/html“ nicht zur Verfügung stellen könne, obwohl die Anwendung installiert ist. Das ist ist immer, da diese zum Defaultzustand eines Tomcats dazugehört. Darüber lassen sich Webanwendungen als WAR File installieren.

Jetzt findet man im Netz alle erdenklichen Ansätze, leider half heute nicht einer.

Das erste was auffiel war, daß das Manager Verzeichnis zwar da war, aber die anderen normalen Verzeichnisse im webapps Verzeichnis  nicht:

drwxr-xr-x  5 root root     4096 13. Aug 2013  host-manager
drwxr-xr-x  5 root root     4096 13. Aug 2013  manager
drwxr-xr-x  3 root root     4096 18. Feb 2012  plattform
drwxr-xr-x  3 root root     4096 13. Aug 2013  ROOT

Wenn das nicht der Fall ist, kann es gehen, muß aber nicht. Diese holt man sich aus dem Tomcat ZIP/TGZ File. Wenn man dies nicht mehr zur Hand hat, einfach nochmal von der Webseite runterladen.

Die eigentliche Störungsquelle

Damit habe ich dann nicht gerechnet. Die eigentliche Störungsquelle war trivialer Natur. Die früher installierte Webanwendung war defekt und verhinderte den korrekten Start des Tomcats, obwohl im Logfile dazu kein Hinweis stand! Mit sowas rechnet man nicht, daß bis dato die Webanwendung lief.

In dem Fall einfach von Hand die alte WAR Datei aus dem Webapps Verzeichnis entfernen und den Tomcat neustarten.

Danach war auch der Manager wieder erreichbar.