[vz-dev] unknown middleware response

[Tom Weber]

Hm, auch nicht sehr gesprächig:

ltrace python /usr/bin/vzclient get channel
__libc_start_main(4, 0x7f884294, 0x7f8842a8, 0x7f8842e4, 0x3000bee0
<unfinished ...>
Py_Main(4, 0x7f884294, 0x7f8842a8, 0x7f8842e4, 0x100017b4
 <unfinished ...>
+++ exited (status 1) +++


-----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:43
An: volkszaehler.org
Betreff: Re: [vz-dev] unknown middleware response

On Wed, 11 Apr 2012 17:30:34 +0200 "Tom Weber" <tom.weber at gmx.de> wrote:
> Ich bin mir nicht sicher, ob ich der bug bin ;-)
> 
> Also ltrace mit ipkg installiert, dann Eingabe "ltrace vzclient", es 
> kommt
> ltrace: Can't open ELF file "/usr/bin/vzclient"
> 
> " ltrace /vzclient get channel" liefert " ltrace: Can't open 
> "/vzclient": No such file or directory" - ich nehme an, der "/" muss weg,
oder?
> 
> Aber auch dann gibt es ltrace: Can't open ELF file "/usr/bin/vzclient"

ich erinnere mich dunkel, das vzclient ein (python?) script war?
dann (vermutlich): ltrace python /usr/bin/vzclient (bei ein script derart zu
tracen echt brachial ist.)

wobei ich mir gerade den quellcode angeschaut habe, und denke, du bist mit
curl besser beraten, so sinnfrei primitiv wie das ding ist.
(
https://github.com/volkszaehler/volkszaehler.org/blob/master/misc/tools/vzcl
ient )

ansonsten koennte man mal bei zeile 77 ("try:") ein "print url" einbauen,
und hinter "f= urllib2.urlopen(url);" noch ein "print f"...

ich kann mir ganz gut vorstellen, das deine apache irgendwie kaputt ist, und
tatsaechlich eine leere datei zurueckliefert, weil irgendwas auf dem wege
zum ausfuehren des php codes nicht funktioniert...

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