179 replies to this topic

[Kredar]

Hier die nächsten Logs.

 

mfg

Attached Files

•  Log 3.txt   32.53KB   5 downloads
•  Log 4.txt   32.03KB   1 downloads

[anudanan]

Merkwürdig. Man sieht, dass das networkbrowser plugin installiert wird, aber es wird keine Methode dort beim Systemstart aufgerufen, die die automount.xml abarbeitet und die Mounts durchführt.

 

Ich muss mich mal reindenken, was genau bei den Plugins am Anfang automatisch starten müsste und wie das genau geht.

 

Dauert jetzt etwas, das ich erstmal forschen muss.

[Kredar]

Wie gesagt hab nix manuell verändert oder getrickst.

 

Vorgehen: Am Receiver 2 per Netzwerkbrowser die Platten von Reciever 1 gesucht, gefunden, und gemountet. Klappte alles, nur werden die wie du schon erkannst hat nach einem Neustart nicht mehr aufgerufen. Da ist alles, nichts im Deep Standby oder so. Auch das Netzwerk ist 24/7 Online. Also ich für meinen Teil kann nichts machen, als nach jedem Neustart im Netzwerk-Menü manuell "Erneut Verbinden" zu drücken. Bis eine Lösung kommt. Wieso es nicht geht keine Ahnung, evtl. mal OpenPli 7.2 meine neuen Receiver nicht . Naja, mal warten was für eine Lösung kommt, hoffe das eine kommt egal wie diese aussieht.

 

Bis denn und danke an alle Helfer.

 

mfg

[anudanan]

Kannst du mit Box 2 auch mal zum Test dhcp machen? Vielleicht hat es ja mit den festen IP Adressen zu tun, dass die automount.xml Datei nicht am Start verarbeitet wird. Ist nur so eine Idee und viele machen ja dhcp. Man kann ja meist die gewünscht feste IP Adresse auch im dhcp Server eintragen, damit immer diese vergeben wird

[Kredar]

Getestet (DHCP) und hat auch nicht geklappt. Er lädt einfach die Automount.xml am Receiver 2 wo alles korrekt drinnen steht nicht automatisch nach Neustart.

 

Keine Ahnung wieso, vielleicht habe ich doch noch einen Fehler beim Einrichten gemacht. Ich habe diese Freigabe nur am Receiver 2 gemacht, muss ich denn an Receiver 1 nicht erst unter dem Freigabemanager diese Freigaben einrichten? Ich checke das System bei OpenPli nicht. Normalerweise ist bei einer Netzwerkfreigabe erst der Server (Receiver 1) der es Freigibt einzurichten, in dem Fall per Freigabemanager und der Client (Receiver 2) der drauf zugreift danach, in unserem Fall dann per Netzwerkbrowser. Es läuft auch so, und so wie ich das verstanden habe macht das OpenPli 7.2 automatisch am Server die Freigaben. Deshalb habe ich dort nichts eingegeben oder konfiguriert außer die Feste IP.

 

Per PC kann ich jederzeit auf alles zugreifen, egal ob Neustart da war oder nicht. Somit schließe ich das Netzwerk aus als Fehlerquelle.

 

mfg

Edited by Kredar, 4 April 2020 - 09:37.

[anudanan]

Ich habe jetzt vermutlich die Ursache gefunden. Bin noch auf einer Baustelle und schicke dir heute Abend eine neue Plugin.py

[Kredar]

Okay, bin erst gegen 22.30 Uhr daheim. Keine Eile.

 

mfg

[betacentauri]

Bitte probiere mal mit dieser plugin.py.

Sind die Änderungen drin die anudanan angedeutet hat.

Attached Files

•  plugin.py   1.92KB   11 downloads

[Kredar]

Es geht. Endlich. Dank der Datei geht es.

 

Kann man diese Änderung nicht in das nächste OpenPli-Update einfließen lassen oder habe nur ich das Problem? Ich mein nach jedem Update diese Datei wieder überschreiben ist kein Problem für mich.

 

Ich danke wie gesagt allen die hier geholfen haben. Liebe OpenPli, schlicht und schick und läuft. Weiter so, ein echt gutes Image. Habe schon einige getestet, und bin immer wieder zurück zu OpenPli .

 

Danke, nun geht auch der Neustart und alles ist da im Netzwerk was auch immer in dieser Datei geändert ist zu der im original OpenPli-Image.

 

Ein langer Weg ich gebe es zu, beim OpenPli 4 mit den beiden ET9000 hatte ich das Problem nicht. Erst mit der neuen Receivern, wo natürlich das neuste OpenPli immer läuft drauf.

 

mfg

Edited by Kredar, 4 April 2020 - 11:07.

[WanWizard]

Vielen Dank anudanan für Ihre Arbeit und Kredar für die Energie, die Sie immer wieder testen müssen ...

 

@betacentauri,

 

Can you commit it, or should I?

[anudanan]

Cool, war eine richtig schöne gemeinsam Zusammenarbeit

Klasse, dass das jetzt tut

[betacentauri]

@Wanwizard: Please wait. I want to test one other thing. And I want to add a comment to prevent having the same trouble in a few years.

 

@Kredar: Kannst du bitte nochmal die angehängte Version testen?

Attached Files

•  plugin.py   2.02KB   8 downloads

[anudanan]

Was hast du noch gefunden in dem Plugin.py?
Noch weiterer Initialisierungshuddel?

Edited by anudanan, 4 April 2020 - 14:02.

[betacentauri]

# -*- coding: utf-8 -*-
# for localized messages
from __init__ import _

from Plugins.Plugin import PluginDescriptor
from Components.Network import iNetwork
# Don't remove this line! It's needed to remount shares at startup
from AutoMount import iAutoMount

Ich habe es nur "schöner" gemacht. Also nicht alle Imports wieder nach oben geschoben sondern nur den benötigten Import oben eingefügt.

[anudanan]

Das sieht jetzt sinnvoll aus

Sollte bei Kredar immer noch funktionieren

Edited by anudanan, 4 April 2020 - 14:59.

[betacentauri]

Eigentlich ja. Aber lieber einmal zu viel testen als einmal zu wenig

[Kredar]

Test es heute Abend.

mfg

[anudanan]

@batecentauri

 

Ist es egal, wenn man global  

from AutoMount import iAutoMount 

macht und dann später im plugin.py nochmal hier?

def RemountMain(session, iface = None, **kwargs):
	from AutoMount import iAutoMount
	iAutoMount.getAutoMountPoints()

[WanWizard]

Nein, es ist nicht egal.

 

Die erste wird ausgeführt, wenn plugin.py geladen wird, die zweite, wenn RemountMain() aufgerufen wird.

[betacentauri]

Hab es gerade mal ausprobiert. Man kann das „from...import...“ mehrfach aufrufen. Das ist kein Problem.