[vz-dev] unknown middleware response

[Thorben Thuermer]

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.
> > 
>