malformed script header beim speichern einer ware

[rainer.kohls@…]

Ich kann leider noch nicht genau nachvollziehen wodurch der Fehler auftritt, aber beim Speichern einer Ware aus einem Auftrag heraus, erscheint hin und wieder die Meldung:

malformed header from script. Bad header=20Small%20Business%20Server%20: ic.pl, referer: ​http://192.168.0.2/lx-office/ic.pl

Anfangs dachte ich es geschieht wenn die Beschreibung zu groß ist oder der Name, aber beim nächsten Artikel wo ich probiert habe das zu reproduzieren, entsteht wiederum kein Fehler.
Dumm hierbei ist, der Artikel selbst wird gespeichert, aber im Auftrag kann dieser nicht verwendet werden, denn wenn ich zurück gehe und auf erneuern gehe, wird mir wieder der warenerstellungsdialog gezeigt, wo alles von vorne losgeht.

Evtl. Zusammenhang mit #1608 ?

Nein, #1608 hat eine völlig andere Ursache.

Was sagt den Apachs error.log in dem Moment? Und wie genau ist das Problem reproduzierbar -- bei mir ist es nämlich bisher noch nicht aufgetreten?

Ich schließe den Bug mangels Feedback als WORKSFORME.

Ich habe hier exakt genau den gleichen Fehler, wie ursprünglich beschrieben:

• taucht nur beim Abspeichern eines neuen Artikels auf
• tritt nur sporadisch auf, ein Muster habe ich noch nicht erkennen können. Ich lege neue Artikel immer während des Schreibens von Rechnung oder Angebot an, das hilft vielleicht bei der Eingrenzung
• - Der Artikel ist trotzdem in der Datenbank drin. Gehe ich per Webbrowsers "Zurück" in die Rechnung und klicke "Erneuern", erscheint der neue Artikel in der Maske.
• in Apaches error.log findet sich ein"mailformed header from script. Bad header=xxxxxxxxxxxxxxxx: ic.pl (xxxx nur Blindtext. Die angezeigten Strings sind immer andere, ähnlich wie unten)

Wie viele Positionen hat die Rechnung in dem Moment (ca.)?

Mit welcher Git-Revision arbeitest du momentan? (Nein, "die aktuelle" ist nicht die Antwort, die ich hören will, sondern die Ausgabe von "git rev-parse HEAD")

Den "Blindtext", also deine xxxxxxxxxe, würde ich doch gerne wissen.

Hallo Moritz,

unten mal alle Fehler dazu, die ich in den Logfiles finden konnte. Der Server wurde neu eingerichtet Ende April Mai.

OS: Ubuntu 10.04.02

$> git rev-parse HEAD
bce735c89643fec79de5ed07f0560f2ef8f450c1
(Vermutlich nutzlos für dich, da ich dauernd kleine Änderungen vor allem an den Templates vornehme und per git verwalte. Wie kann ich die genaue Versionsinfo noch herausbekommen?)

Die Rechnungen haben meist nur wenige Positionen (unter 10). Wenn ichs richtig erinnere, ist mir der Fehler auch schon untergekommen bei direkter Artikelneuanlage via Stammdaten -> Neuer Artikel

---

[Tue May 10 23:32:37 2011] [error] [client 87.151.47.214] malformed header from script. Bad header=ce_new_7=0&price_factor_id_4=&: dispatcher.fcgi, referer: ​https://localhost/lxo-fcgi/ic.pl
[Fri May 06 08:31:49 2011] [error] [client 84.188.101.116] malformed header from script. Bad header==&serialnumber_9=&language_id=: dispatcher.fcgi, referer: ​https://localhost/lxo-fcgi/ic.pl
[Fri May 06 08:33:55 2011] [error] [client 84.188.101.116] malformed header from script. Bad header=istprice_1=0.00000&AR=1200--Fo: dispatcher.fcgi, referer: ​https://localhost/lxo-fcgi/ic.pl
[Fri May 20 20:16:21 2011] [error] [client 109.42.133.190] malformed header from script. Bad header=0%201.60GHz%20%e2%80%a2%201024: dispatcher.fcgi, referer: ​https://localhost/lxo-fcgi/ic.pl
[Mon May 23 22:34:33 2011] [error] [client 84.188.58.15] malformed header from script. Bad header=rice_new_4=0&orderitems_id_3=&: dispatcher.fcgi, referer: ​https://localhost/lxo-fcgi/ic.pl
[Mon May 23 23:50:00 2011] [error] [client 84.188.58.15] malformed header from script. Bad header=%20%c2%a7%2011%20Abs.%201%20Sa: dispatcher.fcgi, referer: ​https://localhost/lxo-fcgi/ic.pl

Danke fürs schnelle Feedback!
Raimo

Dann musst du im git-log nachschauen, wann du das letzte Mal den master der unstable in deinen Branch gemerget hast.

Es sieht für mich so aus, als wäre das noch vor Revision 7174b83e geschehen.

Ich hab mal ins git-log geschaut. Der letzte merge mit dem unstable-branch war:

commit daf751b5be2c1e5baab277718f9b9dd699b77289

Das ist die Version, die ich seitdem produktiv einsetze (vor allem wg. der für mich wichtigen korrekten Auswertung nach Abteilungen).

Hmm, dann war das nach dem Commit, den ich als fehlend im Verdacht hatte. Benutzt du CGI oder FCGI?

Ich nutze FCGI. Mir ist gestern aufgefallen, daß in der Prozessliste 2x der Eintrag dispatcher.fcgi auftaucht. Normal?

Soo, das Problem haben wir nun auch in einem Kundenprojekt -- leider aber keine neuen Erkenntnisse.

Mich würde interessieren, ob das Problem mit 2.6.3 Release und der unstable noch auftritt, weil ich weiterhin nicht reproduzieren kann.

Hmm, ich möchte auch nicht ausschließen, dass es sich hierbei um einen Bug im FCGId-Modul handelt. Bei unserem Kunden ist wie hier auf Ubuntu 10.04 im Einsatz:

$ dpkg -l | grep apache

ii apache2 2.2.14-5ubuntu8.4 Apache HTTP Server metapackage
ii apache2-mpm-prefork 2.2.14-5ubuntu8.4 Apache HTTP Server - traditional non-threaded model
ii apache2-utils 2.2.14-5ubuntu8.4 utility programs for webservers
ii apache2.2-bin 2.2.14-5ubuntu8.4 Apache HTTP Server common binary files
ii apache2.2-common 2.2.14-5ubuntu8.4 Apache HTTP Server common files
ii libapache2-mod-fcgid 1:2.3.4-2ubuntu0.2 an alternative module compat with mod_fastcgi
ii libapache2-mod-php5 5.3.2-1ubuntu4.9 server-side, HTML-embedded scripting language (Apache
ii libapache2-mod-wsgi 2.8-2ubuntu1 Python WSGI adapter module for Apache

Kannst du mir bitte mal die von dir verwendeten Versionen posten?

​http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=569224 und der dazugehörige ​https://issues.apache.org/bugzilla/show_bug.cgi?id=48021 klingen nach Kandidaten. Ich werde versuchen, das Ganze auf einem 10.04 noch einmal zu reproduzieren.

Ich kann's reproduzieren und weiß inzwischen, warum es passiert: das maximale Kommandozeilenlimit schlägt zu (auf Linux meist 64kb). Stichwort: $form->redirect().

Sodele. Das Problem sollte in Revision 75f69249 behoben sein.

yo.