[vz-dev] unknown middleware response

Wed Apr 11 18:53:26 CEST 2012

On Wed, 11 Apr 2012 18:48:02 +0200 "Tom Weber" <tom.weber at gmx.de> wrote:
> Im restart skript war der cp Befehl, der die conf immer wieder überbügelte.
> Daher gings auch nie beim restart.... Ausserdem gab es zwei Startskripts,
> naja, JETZT das Errorlog:
> 
> Es ist die doctrine, oder?
[...]
> [Wed Apr 11 18:44:29 2012] [error] [client 192.168.178.20] PHP Warning:
> require_once(): open_basedir restriction in effect.
> File(/usr/local/doctrine-orm/Doctrine/ORM/Configuration.php) is not within
> the allowed path(s):
> (/etc.defaults:/usr/bin/php:/usr/syno/synoman:/etc:/var/run:/tmp:/var/spool/
> php:/volume1/@tmp/$
[...]
steht doch alles da.

das duerfte in /etc/php5/apache/php.ini gesetzt sein...
aus meiner, muit dem (leeren) default-wert, den du auch bei dir
herstellen solltest:
; open_basedir, if set, limits all file operations to the defined directory
; and below.  This directive makes most sense if used in a per-directory
; or per-virtualhost web server configuration file. This directive is
; *NOT* affected by whether Safe Mode is turned On or Off.
; http://php.net/open-basedir
;open_basedir =

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