[vz-dev] unknown middleware response

Wed Apr 11 18:33:24 CEST 2012

On Wed, 11 Apr 2012 18:28:22 +0200 "Tom Weber" <tom.weber at gmx.de> wrote:
> Hier ein Screenshot, vielleicht hilft das ja weiter?

das einzig relevante waehre der inhalt der antwort ("antwort"-tab)
wenn es nicht eh das simple "internal server error" von apache waehre.

> -----Ursprüngliche Nachricht-----
> Von: volkszaehler-dev-bounces at lists.volkszaehler.org
> [mailto:volkszaehler-dev-bounces at lists.volkszaehler.org] Im Auftrag von
> Thorben Thuermer
> Gesendet: Mittwoch, 11. April 2012 17:56
> An: volkszaehler.org
> Betreff: Re: [vz-dev] unknown middleware response
> 
> On Wed, 11 Apr 2012 17:52:56 +0200
> "Tom Weber" <tom.weber at gmx.de> wrote:
> > Ja, dieses error-log file bringt mich noch um den Verstand....
> > 
> > In der httpd.conf steht:
> > "ErrorLog /dev/null"
> > 
> > Okay, dann kommt da nix. Wenn ich den Eintrag änder (auf irgendeine
> > error.log) und apache neu starte, steht wieder /dev/null da.
> 
> vermutlich aendert irgendein script das automatisch, schaue mal auf's
> aenderungsdatum der datei.
> 
> du muesstest entsprechend mal das start-script durchschauen...
> (oder manuell apachectl aufrufen.)
> 
> die schnelle methode sowas zu umgehen ist ein brachiales:
> chattr +i httpd.conf
> (dann kann die datei nichtmehr geaendert werden, bis du das mit chattr -i
> rueckgaengig machst (immutable-bit, feature des ext2/3 dateisystems.)
> 
> - T.
> 
> > -----Ursprüngliche Nachricht-----
> > Von: volkszaehler-dev-bounces at lists.volkszaehler.org
> > [mailto:volkszaehler-dev-bounces at lists.volkszaehler.org] Im Auftrag 
> > von Thorben Thuermer
> > Gesendet: Mittwoch, 11. April 2012 17:47
> > An: volkszaehler.org
> > Betreff: Re: [vz-dev] unknown middleware response
> > 
> > On Wed, 11 Apr 2012 17:34:07 +0200
> > "Tom Weber" <tom.weber at gmx.de> wrote:
> > > Strace war etwas geschwätziger, siehe unten
> > > 
> > > Kann es sein, dass meine Pfade zerwürfelt sind? Da sind ja zig nicht 
> > > gefundene Dateien....
> > 
> > nein, da liegt daran das strace alle systemaufrufe ausgibt, auch die 
> > des linkers auf der suche nach libraries (die er an mehreren stellen 
> > sucht bis er sie findet, voellig normal.) (und die des 
> > script-interpreters beim laden von extensions, etc. ...)
> > 
> > nebenbei ist der einzig relevante teil:
> > > connect(3, {sa_family=AF_INET, sin_port=htons(80), 
> > > sin_addr=inet_addr("192.168.178.22")}, 16) = 0 send(3, "GET 
> > > /volkszaehler.org/htdocs/mid"..., 172, 0) = 172 recv(3, "HTTP/1.0 
> > > 500 Internal Server Err"..., 8192, 0) = 228
> > 
> > apache hat also, wie eben schon vermutet, ein problem beim ausfuehren 
> > der middleware - genaueres solltest du im error log finden.
> > 
> > - T.
> > 
> > > -----Ursprüngliche Nachricht-----
> > > Von: volkszaehler-dev-bounces at lists.volkszaehler.org
> > > [mailto:volkszaehler-dev-bounces at lists.volkszaehler.org] Im Auftrag 
> > > von Thorben Thuermer
> > > Gesendet: Mittwoch, 11. April 2012 17:08
> > > An: volkszaehler.org
> > > Betreff: Re: [vz-dev] unknown middleware response
> > > 
> > > On Wed, 11 Apr 2012 17:01:37 +0200 "Tom Weber" <tom.weber at gmx.de> wrote:
> > > > Was für eine Odyssee...
> > > >
> > > > Ich probiere nun mit vzclient, das liefert mir bei der Abfrage mit 
> > > > "./vzclient get channel" einen Leerstring zurück.... da kommt nix, 
> > > > wenn ich eine falsche url in der conf angebe, erscheint zumindest 
> > > > eine
> > > Fehlermeldung.
> > > 
> > > das waer' dann ein bug in vzclient...
> > > im zweifelsfall mal unter strace oder ltrace ausfuehren ("ltrace 
> > > /vzclient get channel"), dann solltest du den http-request und 
> > > antwort
> > sehen koennen.
> > > 
> > > > Zur httpd.conf:
> > > > Dort hatte ich eine Datei angegeben, aber die wird gar nicht angelegt.
> > > 
> > > "eine datei angegeben"?
> > > du meinst ein AccessLog und/oder ErrorLog?
> > > danach musst du apache noch neustarten (oder zumindest per reload 
> > > die config neu einlesen)...?
> > > 
> > > im zweifelsfall kannst du dir auch konkret klarheit verschaffen, wo 
> > > apache hinschreibt (beispiel von meinem system):
> > > # pidof apache2
> > > 12031 11998 11538 11261 3263 3262 3261 3260 3259 2791 # ls -l
> > > /proc/12031/fd/*
> > > l-wx------ 1 root root 64 Apr 11 17:05 /proc/12031/fd/2 -> 
> > > /var/log/apache2/error.log
> > > l-wx------ 1 root root 64 Apr 11 17:05 /proc/12031/fd/7 -> 
> > > /var/log/apache2/other_vhosts_access.log
> > > l-wx------ 1 root root 64 Apr 11 17:05 /proc/12031/fd/8 -> 
> > > /var/log/apache2/access.log
> > > 
> > > - T.
> > > 
> > > > -----Ursprüngliche Nachricht-----
> > > > Von: volkszaehler-dev-bounces at lists.volkszaehler.org
> > > > [mailto:volkszaehler-dev-bounces at lists.volkszaehler.org] Im 
> > > > Auftrag von Thorben Thuermer
> > > > Gesendet: Mittwoch, 11. April 2012 16:19
> > > > An: volkszaehler.org
> > > > Betreff: Re: [vz-dev] unknown middleware response
> > > > 
> > > > On Wed, 11 Apr 2012 16:05:04 +0200 "Tom Weber" <tom.weber at gmx.de>
> wrote:
> > > > > Ich weiß, was ihr jetzt denkt, und ihr habt Recht ;-)
> > > > > 
> > > > > Nach den kontrollierten Fehlschlägen ziehe ich gerade auf die 
> > > > > Synology Diskstation um.
> > > > was versprichst du dir davon, wenn die _weniger_ ram hat?
> > > > 
> > > > > Habe die DB "erfolgreich" mit mysqldump kopiert.
> > > > > Volkszaehler-Skripte neu aufgesetzt, doctrine ebenfalls. User vz 
> > > > > angelegt, das müsste eigentlich passen.
> > > > > 
> > > > > Und es erscheint fröhlich: "500 Unknown middleware response"
> > > > woran es hier mangelt ist eine sinnvollere fehlermeldung im 
> > > > frontend, in der die "unbekannten" daten mal angezeigt werden, 
> > > > dann duerfte sowas schneller zu beheben sein - du kannst ir aber 
> > > > auch erstmal mit firebug oder notfalls wireshark helfen...
> > > > 
> > > > > - der Hinweis
> > > > > in der Wiki nützt nichts, und was ich überhaupt nicht verstehe: 
> > > > > Ich finde nirgends die apache error_log Datei. Auch nicht die
> > access_log.
> > > > 
> > > > wo genau die liegen (und wie sie heissen!), bzw ob es die 
> > > > ueberhaupt gibt, haengt von der konfiguration deines apache ab, 
> > > > entsprechend laesst sich das nicht genauer angeben.
> > > > _ueblich_ ist halt /var/log/apache2/access.log und 
> > > > /vAr/log/apache2/error.log.
> > > > ansonsten musst du halt in deiner kofiguration nachschauen, bzw:
> > > > $ grep -riE '(access|error)log' /etc/apache2/
> > > > 
> > > > > Was auch lästig ist:
> > > > > Das install.sh lässt sich nicht mehr aufrufen, es kommt "-ash:
> > > > ./install.sh:
> > > > > not found" - der in dem Skript enthaltene shopt funktioniert 
> > > > > ebenfalls nicht (not found)
> > > > 
> > > > $ head install.sh
> > > > #!/bin/bash
> > > > 
> > > > das install.sh script ist ein bash script, du hast (siehe deine
> > > > fehlermedung) keine bash sondern wohl nur ash, weswegen das 
> > > > ausfuehren dann fehlschlaegt.
> > > > entsprechend funktioniert das shopt nicht, wenn du versucht das 
> > > > script mit ash statt bash auszufuehren.
> > > > (es waehre u.U. eine akzektable forderung, das script portabler zu 
> > > > machen, andererseits ist es etwas unsinnig, auf einem system 
> > > > apache und mysql zu installieren, aber auf bash verzichten zu 
> > > > wollen...)
> > > > 
> > > > > Tja, ist heute wohl nicht mein volkszaehler-tag...
> > > > 
> > > > - T.
> > > > 
> > > 
> > 