179 replies to this topic

[WanWizard]

Stimmt.

[anudanan]

Was mich gerade erstaunt ist, dass auf bei meinem openpli 7.0 das plugin.py den globalen 

 

from AutoMount import iAutoMount

 

auch nicht enthält und trotzdem wird die automount.xml beim Starten abgearbeitet, was jetzt hier bei openpli 7.2 nicht passiert.

 

Das verstehe ich jetzt nicht. Da muss ja irgendwer bei openpli 7.0 da nochwas aufrufen, was jetzt weggefallen ist.

[Kredar]

@betacentauri:

 

Deine "optimierte" Version geht einwandfrei. Im übrigen hatte ich heute nochmal beide Receiver neu aufgesetzt (bin ja in übung, ca. 30 min. dann läuft wieder alles mit kompletter Config per Hand), und alles läuft bestens.

 

Besteht die Chance das dieser kleine Patch in einer der nächsten Update's mit einfließen? Wäre gut, ansonsten ändere ich die Datei manuell wenn ich ca. alle paar Monate mal per Internet die Receiver update.

 

Danke an alle nochmals .

 

mfg

Edited by Kredar, 4 April 2020 - 21:20.

[anudanan]

Ich vermute, betacentauri wird diese Änderung dann auf github im openpli projekt zur Übernahme einreichen (Pull Request oder PR).

 

Ich kann erstmal nachvollziehen, dass diese kleine Änderung hilft, damit es funktioniert

 

Ich frage mich allerdings, wer bei openpli 7.0 die globale iAutoMount der Klasse Automount()  zum Systemstart anlegt, weil da klappt das auch ohne diese kleine Änderung.

Das kriege ich aktuell noch nicht zusammen

 

Ganz früher zu openpli 4.0 Zeiten sah das plugin so ähnlich aus wie das von Betacentauri jetzt und da gab es auch so einen AutoMount import, der dann später mal verschoben wurde.

[Kredar]

Keine Ahnung, es muss was geändert worden sein. So oder so, nun ist der Fall gelöst und andere Benutzer haben hoffentlich keine Probleme mehr dahingehend.

 

mfg

[WanWizard]

Nichts hat sich geändert, es ist eine "race condition".

Das Problem ist, dass der Code nicht ausgelöst wird, wenn das Netzwerk bereit ist, sondern wenn das Plugin geladen wird. Wenn sich etwas in der Umgebung ändert, kann es sein, dass das Plugin geladen wird, bevor das Netzwerk bereit ist, wodurch der Mount-Prozess übersprungen wird ...

 

Vergleichen Sie es mit einem Bus. Wenn Sie zur Bushaltestelle gehen und dort vor dem Bus ankommen, können Sie den Bus nehmen. Wenn etwas passiert, das Sie zu spät bringt, verpassen Sie den Bus. Das würde niemals passieren, wenn Sie den Bus anrufen könnten, wenn Sie an der Bushaltestelle ankommen ...

 

( google translate )

[anudanan]

Für mich erklärt eine Race Condition das nicht.

 

Aus dem Grund Race Condition hatte ich das plugin.y beim kreda mit prints ausgestattet, um zu sehen, wann die einzelnen Methoden im plugin.py aufgerufen werden.

 

Es wurde nur die Methode Plugins aufgerufen, wo die ganzen Plugin Menueinträge erzeugt werden. Aber keine der andere Methoden in plugin.py werden aufgerufen, insbesondere werde RemountCallFunction noch RemountAgain. Ich habe auch nirgendwo im Networksetup oder Network Plugin diese Aufrufe gefunden

 

Erst durch 

from AutoMount import iAutoMount

oder früher

from MountManager import AutoMountManager

wird die globale Klasse iAutoMount angelegt und die automount.xml abgearbeitet.

 

Mir ist immer noch schleierhaft, wieso das beim openpli 7.0 mit gleichem plugin.py bei mir funktioniert. Wenn meine Boxen mal keine Aufnahmen machen (mein Frau nimmt immer viel auf), trace ich das vielleicht bei mir nochmal mit dem DEBUG_LVL=4

[betacentauri]

Ich will dich echt nicht aufhalten. Aber das Problem ist doch gelöst und es warten ganz sicher noch viele andere auf dich, wenn du Langeweile hast

[betacentauri]

Der Fix ist im nächsten 7.2er Image enthalten.

[Kredar]

Der Fix ist im nächsten 7.2er Image enthalten.

 

Spitze .

 

mfg

Edited by Kredar, 5 April 2020 - 13:09.

[anudanan]

Gut, dass der fix im nächshen Image enthalten ist.

Langweile habe ich nicht, mich wurmt es nur, dass ich nicht verstehe, warum es bei mir funktioniert ohne diesen iAutoMount import. Daher grüble ich da immer noch drüber nach. ;-)

Edited by anudanan, 5 April 2020 - 13:56.

[WanWizard]

I'll do this in English if you don't mind, this is difficult to translate.

 

The parsing of automounts.xml happens in the constructor of the Automount class, which is in automount.py: https://github.com/O...utoMount.py#L38

This contructor is called on the last line of automount.py: https://github.com/O...toMount.py#L444

 

Therefore, automount.py has to be loaded by an import for the mounts to be processed.

 

This import can be found in any of the NetworkBrowser .py files, and in plugin.py, when RemountMain() is called, or RemountCallFunction() is called (which calls RemountMain()), but only if the interface has the status "up". I can not find any code that calls RemountMain().

 

Besides this, automount.py is also imported by the NET.py controller in OpenWebIf, which is imported by root.py, the OpenWebIf base controller. The Root controller is imported by the HttpServer, which is imported by OpenWebIf's plugin.py.

 

So, automounts were processed (by accident so to speak) whenever OpenWebIf was loaded.

 

The question is: when does this happen in the startup flow, and are the network interfaces already confgured and up by that time? If yes, you have your mounts, if not, then no mounts, but a remount (or restart Enigma) always works.

[anudanan]

Thank you for your detailed informations. I will check this evening which accident of automount Import is happend on my uno4kse with openpli 7.0

[anudanan]

Der Tipp mit dem openwebif war richtig. Danke an WanWIzzard.

Ich hatte bei meiner Suche der imports vom AutoMount nur im Enigma openpli Code bzw in den Plugins gesucht, ans openwebif hatte ich gar nicht gedacht.

War dann also wirklich ein import by accident ;-)

 

Wenn ich im openwebIF im root.py den import von NET.py rausnehme, fehlt bei  mir beim Systemstart auch die Verarbeitung von der automount.xml.

Mit der zusätzlichen import Zeile vom iAutoMount im plugin.py vom Networkbrowser klappt es dann wieder.

 

Jetzt ist mein Wissensdurst diesbzgl gestillt.

 

Frage an Kredar, war bei dir das openwebif Plugin installiert oder hattest du das nicht installiert? Das würde dann ja auch erklären, warum es bei dir nicht funktioniert hat.

[Kredar]

Openwebif ist vorinstalliert. Aber habe es immer deaktiviert. Nicht deinstalliert, nur deaktiviert. Deshalb geht es wohl nicht bei mir.

mfg

[anudanan]

Das passt und alle meine Fragen sind nun geklärt. Danke für die gemeinsame Analyse

Das erklärt auch, warum das bisher nicht aufgefallen ist, weil die meisten das openwebif aktiviert haben und nutzen

Edited by anudanan, 5 April 2020 - 18:50.

[betacentauri]

@Kredar: Lösch mal wieder die plugin.py auf deiner Box. Sie könnte ansonsten irgendwann mal Probleme machen.

[Kredar]

@Kredar: Lösch mal wieder die plugin.py auf deiner Box. Sie könnte ansonsten irgendwann mal Probleme machen.

Dann geht doch das Mount nicht mehr? Bin verwirrt, wieso sollte ich deine modifizierte wieder löschen und die original Datei wieder herstellen? Aber dann habe ich doch wieder das Problem?

 

mfg

[betacentauri]

Wenn man e2 startet, wird aus der plugin.py eine plugin.pyo erstellt. Nur diese plugin.pyo wird dann verwendet. Man kann eigentlich ohne Probleme die plugin.py danach löschen.

ABER ich habe gerade nochmal nachgeschaut. Das Löschen ist hier in diesem Fall nicht notwendig. Da kann bei einem Update nichts schiefgehen.

[Kredar]

Dann lasse ich sie auf dem einen Reciever der die Freigaben "anfordert" drauf. Passt. Merci für die Info das daraus eine neue Datei erzeugt wird beim Neustart.

 

mfg