[vz-dev] unknown middleware response

[Thorben Thuermer]

On Wed, 11 Apr 2012 17:06:14 +0200
"Tom Weber" <tom.weber at gmx.de> wrote:
> Aha, dann ist das problem vielleicht, dass ich in meinem System PATH=... und
> export PATH auskommentieren musste?
>
> Siehe http://www.synology-wiki.de/index.php/IPKG
> 
> So bin ich vorgegangen, um auf meinem System ipkg zu bekommen. Wenn ich die
> wieder reinkommentiere, habe ich kein ipkg mehr (und nano Editor)

nein, wie erwaehnt, das hat NICHTS mit $PATH zu tun, sondern mit
dem absoluten pfad zur bash.

der fix im synology-wiki ist etwas fragwuerdig...
das problem ist wohl, das ipkg und nano in einem verzeichniss liegen,
das im dort aufgefuerten pfad nicht vorkommt, aber in einem der anderswo
in der systemweiten konfiguration gesetzt wurde.
(scheinbar /volume1/@optware/bin/ )
wenn man eintrag in root's profile ganz loescht, kann es gut sein,
dass danach zB sbin nichtmehr im PATH ist.
es ist eigentlich auch eine gute idee, den PATH fuer root explizit zu setzen.
ansonsten wahere die korrekte loesung, mal rauszusuchen wo denn ipkg und nano
liegen, und das verzeichniss hinzuzufuegen.

- 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:54
> An: volkszaehler.org
> Betreff: Re: [vz-dev] unknown middleware response
> 
> On Wed, 11 Apr 2012 16:42:17 +0200
> "Tom Weber" <tom.weber at gmx.de> wrote:
> > Hm, wenn ich in /etc/passwd auf bash umsteige, kommt:
> > ./install.sh
> > -bash: ./install.sh: /bin/bash: bad interpreter: No such file or 
> > directory
> 
> das hat mit der shell die du als login-shell nutzt nichts zu tun.
> 
> aufgrund der ersten zeile "#!/bin/bash" versucht der kernel (binfmt_script)
> /bin/bash als interpreter fuer das script auszufuehren, aber /bin/bash
> existiert nicht, daher die fehlermeldung "file not found".
> 
> wenn du die bash doch installiert hast, aber an anderer stelle
> (/usr/bin/bash ?) dann reicht ein aufruf mit "bash install.sh".
> (habe das mal im wiki geaendert.)
> 
> (es gibt noch die methode, "#!/usr/bin/env bash" in das script zu schreiben,
> damit bash in $PATH gesucht wird, aber dann ist man wieder von  /usr/bin/env
> abhaengig.)
> 
> - 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.
> > 
>