Ric's Blog » debian http://blog.rki-home.de Interessantes oderso... Wed, 04 May 2011 08:42:41 +0000 en hourly 1 http://wordpress.org/?v=3.2.1 Redmine: Upload von Dateien größer als 130kb http://blog.rki-home.de/2011/04/15/redmine-upload-von-dateien-groser-als-130kb/ http://blog.rki-home.de/2011/04/15/redmine-upload-von-dateien-groser-als-130kb/#comments Fri, 15 Apr 2011 15:05:00 +0000 ric http://blog.rki-home.de/?p=398 Wir hatten gerade das Problem, auf einem Debian-Squeeze-System mit apache2-mpm-worker, dass bei Redmine-Tickets keine Dateianhänge grösser als ca 130kb hochladbar waren.
Dabei gab es die unterschiedlichsten Auswirkungen, wie zum Beispiel einen “500 Internal Server Error”, unendliches Laden der Seite oder auch eine Meldung vom Browser, dass der Server nicht mehr antwortet.
Im Redmine-Log waren keine Fehlermeldungen zu finden, dafür aber im Apache-Error-Log des entsprechenden VirtualHosts:

[Fri Apr 15 16:05:40 2011] [warn] [client xxx.xxx.xxx.xxx] mod_fcgid: HTTP request length 138452 (so far) exceeds MaxRequestLen (131072), referer: (...)


Eine plausible Erklärung dazu wird hier sehr gut beschrieben.

Die Lösung besteht aus dem Hinzufügen der Zeile

FcgidMaxRequestLen 104857600

zur Datei “/etc/apache2/mods-available/fcgid.conf”. Nach einem Neustart des Apache2-Servers sollten dann Datei-Uploads bis 100 MB erlaubt sein.

]]> http://blog.rki-home.de/2011/04/15/redmine-upload-von-dateien-groser-als-130kb/feed/ 0 VMWare Player 2.0.4 unter Linux mit 2.6.26 Kernel http://blog.rki-home.de/2008/07/15/vmware-player-204-unter-linux-mit-2626-kernel/ http://blog.rki-home.de/2008/07/15/vmware-player-204-unter-linux-mit-2626-kernel/#comments Tue, 15 Jul 2008 17:21:02 +0000 ric http://blogs.rki-home.de/ric/2008/07/15/vmware-player-204-unter-linux-mit-2626-kernel/ Die letzten zwei Tage habe ich mich damit herumgeschlagen, den aktuellen, freien VMWare Player (Version 2.0.4) auf meiner Debian sid/unstable-Kiste wieder zum Laufen zu bekommen, nachdem ich den Kernel auf die aktuellste Debian-Paket-Version gebracht hatte (2.6.25).
Leider war VMWare damit gar nicht einverstanden und wollte unbedingt, seine Module wieder kompiliert haben, was an sich nicht problematisch ist, wenn die Kompilierung nicht fehlschlagen würde.
Tatsächlich haben viele Leute mit neuem Kernel ab Version 2.6.24 wohl das Problem, dass die Konfigurations-Routine von VMWare nicht mehr richtig greift.
Findige Leute haben dafür aber gleich passende Patches geschrieben, die einige Fehler beheben konnten.
Eine sehr ergiebige Seite dafür ist diese hier: How-to Install VMware Player / Workstation on 2.6.25 Kernel

Leider hat der Patch bei mir nicht komplett geholfen, da beim Kompilieren des vmmon-Modules ein Kernel-Symbol namens “init_mm” verwendet wird, welches spätestens ab Kernel Version 2.6.25 nicht mehr vorhanden ist.
Irreführend ist dabei aber die Fehlermeldung, die einem erklärt, dass man wahrscheinlich leicht veränderte Header-Source-Dateien angegeben hat und man solle doch den Kernel nochmal mit genau diesen Header-Dateien neu kompilieren:

WARNING: “init_mm” [/tmp/vmware-config0/vmmon-only/vmmon.ko] undefined!
CC /tmp/vmware-config0/vmmon-only/vmmon.mod.o
LD [M] /tmp/vmware-config0/vmmon-only/vmmon.ko
make[1]: Leaving directory `/usr/src/kernels/linux-2.6.25.2′
cp -f vmmon.ko ./../vmmon.o
make: Leaving directory `/tmp/vmware-config0/vmmon-only’
Unable to make a vmmon module that can be loaded in the running kernel:
insmod: error inserting ‘/tmp/vmware-config0/vmmon.o’: -1 Unknown symbol in module
There is probably a slight difference in the kernel configuration between the
set of C header files you specified and your running kernel. You may want to
rebuild a kernel based on that directory, or specify another directory.

Daraufhin hatte ich nämlich mehrmals den Kernel neu kompiliert, die Sources in verschiedenen Variationen probiert, bis ich schliesslich beim allerneuesten, originalen (non-Debian-Paket-)Kernel 2.6.26 gelandet war und den selben Fehler wieder bekam.
Schliesslich bin ich über einen Post in der VMWare Community gestolpert, wo das fehlende “init_mm”-Symbol angesprochen wurde (Link).
Ich habe daraufhin herausgefunden, dass es eine Kernel-Konfigurations-Einstellung unter der Rubrik Kernel Hacking namens Enable unused/obsolete exported symbols gibt, die man aktivieren sollte, wenn man will dass Module erfolgreich Kompiliert werden, obwohl sie ungültige/veraltete/nicht vorhandene Symbole verwenden.
Zusammen mit den oben bereits erwähnten Patches in der 2.6.26er-Variante (Link) habe ich dann endlich den VMWare Player zum laufen bekommen.
Das Modul vmblock wollte zwar immer noch nicht Kompilieren, aber im Gegensatz zu vmmon ist es nicht notwendig, um VMWare fertig zu konfigurieren. Es handelt sich hierbei lediglich um die Funktionalität, zwischen Gast- und Host-System Daten per Drag’n'Drop zu transferieren – für mich nicht interessant.

]]> http://blog.rki-home.de/2008/07/15/vmware-player-204-unter-linux-mit-2626-kernel/feed/ 0 Probleme mit apt http://blog.rki-home.de/2008/03/28/probleme-mit-apt/ http://blog.rki-home.de/2008/03/28/probleme-mit-apt/#comments Fri, 28 Mar 2008 14:28:13 +0000 ric http://blogs.rki-home.de/ric/2008/03/28/probleme-mit-apt/ Der Debian-Zweig meiner Wahl ist SID (aka still in development, aka sid is dangerous), also unstable, weil ich gerne immer auf dem aktuellen Stand der Software sein möchte. Da ist es auch ganz klar, dass dort nicht immer alles so klappt, wie es sollte.
Letztens habe ich wiedermal alles auf den aktuellen Stand bringen wollen und musste feststellen, dass apt irgendwo hängen blieb:

apt-get upgrade
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut
Reading state information… Fertig
Probieren Sie „apt-get -f install“, um diese zu korrigieren.
Die folgenden Pakete haben nichterfüllte Abhängigkeiten:
libmagick10: Hängt ab: libdjvulibre21 (>= 3.5.20) ist aber nicht installiert
E: Nichterfüllte Abhängigkeiten. Versuchen Sie, -f zu benutzen.

apt-get -f install lieferte folgendes:

Entpacke libdjvulibre21 (aus …/libdjvulibre21_3.5.20-5_i386.deb) …
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/libdjvulibre21_3.5.20-5_i386.deb (––unpack):
Versuche, »/usr/share/djvu/osi/cs/messages.xml« zu überschreiben, welches auch in Paket libdjvulibre15 ist
dpkg-deb: Unterprozess paste mit Signal (Datenübergabe unterbrochen (broken pipe)) getötet
Fehler traten auf beim Bearbeiten von:
/var/cache/apt/archives/libdjvulibre21_3.5.20-5_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Die Lösung in diesem Fall sieht so aus:

dpkg ––purge libdjvulibre15

Hierbei wird wohl das veraltete Paket libdjvulibre15 inclusive Konfigurationsdateien ungeachtet seiner Abhängigkeiten gelöscht.
Um die defekten Abhängigkeiten wieder zu reparieren kommt folgende Zeile:

apt-get -f install

Das hat zumindest bei mir geklappt und (noch) keine spürbaren Probleme verursacht.

Die beschriebene Lösung habe ich hier gefunden:
debianforum.de

]]> http://blog.rki-home.de/2008/03/28/probleme-mit-apt/feed/ 0 XServer beenden und wieder starten http://blog.rki-home.de/2008/03/28/xserver-beenden-und-wieder-starten/ http://blog.rki-home.de/2008/03/28/xserver-beenden-und-wieder-starten/#comments Fri, 28 Mar 2008 12:37:15 +0000 ric http://blogs.rki-home.de/ric/2008/03/28/xserver-beenden-und-wieder-starten/ Alle paar Monate installiere ich einen neuen nvidia-Treiber auf meinem Linux-Rechner. Dafür ist es (bei mir mit KDE) notwendig, den XServer und den KDM zu beenden:

strg+alt+F2
/etc/init.d/kdm stop

Nach erfolgreicher Installation will man meistens sogar wieder in die grafische Oberfläche zurückkehren. Man könnte die Kiste jetzt neu booten, aber es geht eben auch anders:

/etc/init.d/kdm start
]]> http://blog.rki-home.de/2008/03/28/xserver-beenden-und-wieder-starten/feed/ 0