[vz-dev] unknown middleware response

[Tom Weber]

Die wird tatsächlich bei jedem Start geändert. Firebug läuft, aber wo stehen
Infos?


Tja, chattr not found ;-)



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