Message ID | 20171113190347.50d45796@debian |
---|---|
State | Not Applicable |
Headers | show |
diff --git a/ffmap/map/__main__.py b/ffmap/map/__main__.py index 96b303f..09d879e 100644 --- a/ffmap/map/__main__.py +++ b/ffmap/map/__main__.py @@ -15,7 +15,7 @@ def find_xml(filename): def get_config(): - buildConfiguration({ + return buildConfiguration({ "cache": { "name": "Disk", "path": config['map']['cache_path'],
Hallo, ich habe im Prinzip deine ersten beiden Commits umgesetzt, also OHNE docker. Zusätzlich habe ich den Tilestache noch manuell (in neuer) installiert, wie du es später einbaust. Wenn ich "ffmap webapp --debug" ausführe, kommt ############################################################################ #### ############################################################################ #### INFO:werkzeug: * Running on http://127.0.0.1:5000/ (Press CTRL+C to quit) Bei denem Vorschlag kommt ffmap: error: unrecognized arguments: -v -v Der 500 Fehler kommt beim Aufruf von http://<meineip>/ Docker ist mir im Moment eine Abstraktionsebene zu viel, außerdem ist der Patch schwieriger zu rebasen wg. mongo und generell. Mein zentrales Ziel im Moment ist python2 loszuwerden. Grüße Adrian > -----Original Message----- > From: franken-dev [mailto:franken-dev-bounces@freifunk.net] On Behalf > Of 83a > Sent: Montag, 13. November 2017 19:04 > To: franken-dev@freifunk.net > Subject: Re: fff-monitoring > > hallo adrian, > > > Problem ist auch gelöst, nun kommt der Server scheinbar hoch, aber ich > > kriege 500 Fehler. > > bitte das script mit debug ausgaben starten. vielleicht sieht man da was > passiert: > > ffmap -v -v webapp --debug > > welches setup fährst du? hast du das mit docker nach der README.md > gemacht? (alles andere hab ich mir bisher nicht angeschaut, solange man den > einstieg über `ffmap -v -v webapp --debug wählt sollte es aber > funktionieren) > bei welchen requests kommt der 500er fehler? > > > Wie kann ich mir bei dem virtualenv anschauen, was den Fehler > > verursacht (-> wo sind die Logs). > es gibt keine logs, es sollte direkt auf stdout geprintet werden. > (wie gesagt, das deployment über uwsgi hab ich mir noch nicht > angeschaut) > > ich musste allerdings noch folgenden patch hinzufügen, damit ich es zum > laufen bekommen habe: > > ------------------------------ >8 ------------------------------------ > diff --git a/ffmap/map/__main__.py b/ffmap/map/__main__.py index > 96b303f..09d879e 100644 > --- a/ffmap/map/__main__.py > +++ b/ffmap/map/__main__.py > @@ -15,7 +15,7 @@ def find_xml(filename): > > > def get_config(): > - buildConfiguration({ > + return buildConfiguration({ > "cache": { > "name": "Disk", > "path": config['map']['cache_path'], > ------------------------------ 8< ------------------------------------ > > schöne grüße, > benedikt > -- > franken-dev mailing list > franken-dev@freifunk.net > http://lists.freifunk.net/mailman/listinfo/franken-dev-freifunk.net
> Wenn ich "ffmap webapp --debug" ausführe, kommt > > ############################################################################ > #### > ############################################################################ > #### > INFO:werkzeug: * Running on http://127.0.0.1:5000/ (Press CTRL+C to > quit) das schaut ja schon mal nicht soo schlecht aus. (außer dass meine etwas dämlichen debug string ausgaben noch drin sind :-/) > Bei denem Vorschlag kommt > > ffmap: error: unrecognized arguments: -v -v sorry, mein fehler. das funktioniert nur in meiner version, ich kann mal noch versuchen ein paar features auf deine branch zu ziehen. > Der 500 Fehler kommt beim Aufruf von http://<meineip>/ im besten fall rufst du den debug server unter http://127.0.0.1:5000/ auf (geht natürlich nur, wenn er lokal läuft). wenn das nicht geht: ffmap webapp --debug --bind=0.0.0.0 und dann http://<meineip>:5000/ aufrufen. (theoretisch sollten dann fremde leute "nur" backtraces sehen können, weil integrierte debug konsole noch mal mit einem pin gesichert ist, aber es ist explizit nur als debug-server gedacht) > Docker ist mir im Moment eine Abstraktionsebene zu viel, außerdem ist > der Patch schwieriger zu rebasen wg. mongo und generell. es sollte auch ohne gehen. > Mein zentrales Ziel im Moment ist python2 loszuwerden. ich habe das zusammengelegt mit dem ziel nur einen uwsgi prozess zu haben, allerdings habe ich da die entsprechenden skripte fürs deployment nicht nachgezogen, d.h. über den nginx wird es zur zeit ziemlich sicher nicht funktionieren. das kann ich mir aber die nächsten tage mal anschauen. benedikt
Hallo, nachdem ich die neue Variante ausprobiert habe, kriege ich die alte ("normale") nicht mehr zum Laufen. /api/* geht alles, aber alle anderen URLs machen 500. Irgendeine Idee? Grüße Adrian > -----Original Message----- > From: franken-dev [mailto:franken-dev-bounces@freifunk.net] On Behalf > Of 83a > Sent: Montag, 13. November 2017 19:50 > To: franken-dev@freifunk.net > Subject: Re: fff-monitoring > > > Wenn ich "ffmap webapp --debug" ausführe, kommt > > > > > ########################################################## > ############ > > ###### > > #### > > > ########################################################## > ############ > > ###### > > #### > > INFO:werkzeug: * Running on http://127.0.0.1:5000/ (Press CTRL+C to > > quit) > das schaut ja schon mal nicht soo schlecht aus. (außer dass meine etwas > dämlichen debug string ausgaben noch drin sind :-/) > > > Bei denem Vorschlag kommt > > > > ffmap: error: unrecognized arguments: -v -v > sorry, mein fehler. das funktioniert nur in meiner version, ich kann mal noch > versuchen ein paar features auf deine branch zu ziehen. > > > Der 500 Fehler kommt beim Aufruf von http://<meineip>/ > im besten fall rufst du den debug server unter http://127.0.0.1:5000/ auf > (geht natürlich nur, wenn er lokal läuft). > wenn das nicht geht: > ffmap webapp --debug --bind=0.0.0.0 > und dann http://<meineip>:5000/ aufrufen. > (theoretisch sollten dann fremde leute "nur" backtraces sehen können, weil > integrierte debug konsole noch mal mit einem pin gesichert ist, aber es ist > explizit nur als debug-server gedacht) > > > Docker ist mir im Moment eine Abstraktionsebene zu viel, außerdem ist > > der Patch schwieriger zu rebasen wg. mongo und generell. > es sollte auch ohne gehen. > > > Mein zentrales Ziel im Moment ist python2 loszuwerden. > ich habe das zusammengelegt mit dem ziel nur einen uwsgi prozess zu > haben, allerdings habe ich da die entsprechenden skripte fürs deployment > nicht nachgezogen, d.h. über den nginx wird es zur zeit ziemlich sicher nicht > funktionieren. das kann ich mir aber die nächsten tage mal anschauen. > > benedikt > -- > franken-dev mailing list > franken-dev@freifunk.net > http://lists.freifunk.net/mailman/listinfo/franken-dev-freifunk.net
> nachdem ich die neue Variante ausprobiert habe, kriege ich die alte > ("normale") nicht mehr zum Laufen. also die variante über uwsgi? > /api/* geht alles, aber alle anderen URLs machen 500. > > Irgendeine Idee? nur geraten: vielleicht kann der benutzer (www-data?) nicht auf die templates zugreifen? benedikt
Hab jetzt alles relevante auf 777, nützt nichts. Hast du ne Idee, wie ich zumindest mal ne fehlermeldung bekomme? > -----Original Message----- > From: franken-dev [mailto:franken-dev-bounces@freifunk.net] On Behalf > Of 83a > Sent: Montag, 13. November 2017 21:33 > To: franken-dev@freifunk.net > Subject: Re: fff-monitoring > > > nachdem ich die neue Variante ausprobiert habe, kriege ich die alte > > ("normale") nicht mehr zum Laufen. > also die variante über uwsgi? > > > /api/* geht alles, aber alle anderen URLs machen 500. > > > > Irgendeine Idee? > nur geraten: vielleicht kann der benutzer (www-data?) nicht auf die > templates zugreifen? > > benedikt > -- > franken-dev mailing list > franken-dev@freifunk.net > http://lists.freifunk.net/mailman/listinfo/franken-dev-freifunk.net