[vz-dev] unknown middleware response

Wed Apr 11 18:37:29 CEST 2012

dpkg not found ...

ipkg kennt chattr nicht

wenn ich die httpd.conf ändere, muss isch apache mit
/usr/syno/etc.defaults/rc.d/S97apache-sys.sh restart neu starten.
Aber ich bekomme trotzem keine error_log

Komisch ist, dass zig apache Prozesse laufen:
8739 root     14572 S    /usr/syno/apache/bin/httpd -f
/usr/syno/apache/conf/
 8743 root     14844 S    /usr/syno/apache/bin/httpd -f
/usr/syno/apache/conf/
 8744 root     14836 S    /usr/syno/apache/bin/httpd -f
/usr/syno/apache/conf/
 9836 root     14744 S    /usr/syno/apache/bin/httpd -f
/usr/syno/apache/conf/
11632 root     14744 S    /usr/syno/apache/bin/httpd -f
/usr/syno/apache/conf/
11633 root     14728 S    /usr/syno/apache/bin/httpd -f
/usr/syno/apache/conf/
11718 root     14728 S    /usr/syno/apache/bin/httpd -f
/usr/syno/apache/conf/
11761 root     14728 S    /usr/syno/apache/bin/httpd -f
/usr/syno/apache/conf/
12105 root     98.2m S    /usr/syno/apache/bin/httpd -DHAVE_PHP
12107 nobody   98.3m S    /usr/syno/apache/bin/httpd -DHAVE_PHP
12108 nobody   98.4m S    /usr/syno/apache/bin/httpd -DHAVE_PHP
12109 nobody   98.4m S    /usr/syno/apache/bin/httpd -DHAVE_PHP
12607 nobody   98.4m S    /usr/syno/apache/bin/httpd -DHAVE_PHP
12608 nobody   98.3m S    /usr/syno/apache/bin/httpd -DHAVE_PHP

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

On Wed, 11 Apr 2012 18:23:05 +0200
"Tom Weber" <tom.weber at gmx.de> wrote:
> Die wird tatsächlich bei jedem Start geändert.

> Firebug läuft, aber wo stehen Infos?

firebug einschalten, den network tab aufmachen, da stehen dann alle
http-requests der seite, inkl. den ajax anfragen.

ABER das hilft dir an der stelle nicht,
denn da wird nur das stehen was wir schon wissen ("internal server error").

> Tja, chattr not found ;-)

$ dpkg -S $(which chattr)
e2fsprogs: /usr/bin/chattr

alternativ, wie erwaehnt:
datei aendern und manuell "apache2ctl restart" aufrufen, dann sollte die
datei bleiben wie sie ist.

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