[vz-dev] unknown middleware response

[Tom Weber]

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.

Zur httpd.conf:
Dort hatte ich eine Datei angegeben, aber die wird gar nicht angelegt.


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