Hallo, vor allem an die epoptes-Nutzer,
ich habe nun doch ein Problem, und wenn das Programm nicht so gut laufen
würde, wenn es mal läuft, dann hätte ich mich schon davon verabschiedet.
Starte ich als teacher epoptes, dann erhalte ich mittlerweile stabil
folgendes Bündel an Fehlermeldungen:
lawil@r212-terra17:~$ /etc/init.d/epoptes start
* Starting the epoptes
daemon
Traceback (most recent call last):
File "/usr/bin/twistd", line 14, in <module>
run()
File "/usr/lib/python2.7/dist-packages/twisted/scripts/twistd.py", line
27, in run
app.run(runApp, ServerOptions)
File "/usr/lib/python2.7/dist-packages/twisted/application/app.py", line
642, in run
runApp(config)
File "/usr/lib/python2.7/dist-packages/twisted/scripts/twistd.py", line
23, in runApp
_SomeApplicationRunner(config).run()
File "/usr/lib/python2.7/dist-packages/twisted/application/app.py", line
376, in run
self.application = self.createOrGetApplication()
File "/usr/lib/python2.7/dist-packages/twisted/application/app.py", line
436, in createOrGetApplication
ser = plg.makeService(self.config.subOptions)
File "/usr/lib/python2.7/dist-packages/twisted/plugins/epoptesd.py",
line 81, in makeService
os.chmod(config.system['DIR'], 02770)
OSError: [Errno 1] Operation not permitted: '/var/run/epoptes'
Google findet nichts Helfendes. Aber: Wird /etc/init.d/epoptes als lokaler
root gestartet, dann geht es, anschließend können teacher damit arbeiten.
Sämtliche Rechte, sowohl lokal als auch im Postsync-Verzeichnis habe ich
mehrfach überprüft.
Also habe ich den Startbefehl in die rc.local eingebaut, ohne Erfolg.
Anschließend auf verschiedene Arten in eine lokale root-crontab: mit
@reboot, als zeitgesteuerter Befehl usw. Letztlich 'erfolgreich' war ein
Aufruf eines Skriptes, dessen einiger Inhalt /etc/init.d/epoptes start
ist. Dies geschieht jetzt alle 5 Minuten (Zum Testen), wobei einmal pro
Tag, wenn der Rechner anbleibt, wohl reichen würde. Mit restart geht es
übrigens nicht, nach einer Trennung zwischen epoptes Server und Clients
muss das Programm neu gestartet werden.
Da dieser Teil bei einigen von euch läuft, erhoffe ich mir
Lösungshinweise, um diesen Würkaround abzustellen.
Ein anderes hier schon beschriebenes Problem, dass nach unterschiedlichen
Ereignissen (z. B. Lehrerrechner-reboot) die Verbindung zu den Clients weg
ist, kann man mit folgendem Vorgehen lösen:
https://bugs.launchpad.net/epoptes/+bug/1011482
In the meantime, you could try editing /usr/sbin/epoptes-client,
(Veränderung der entsprechenden postsync-Datei auf dem Server)
and replacing:
exec socat
openssl-connect:$SERVER:$PORT,$cert_param,interval=60,forever
EXEC:"$cmdline"
with:
while socat
openssl-connect:$SERVER:$PORT,$cert_param,interval=60,forever
EXEC:"$cmdline"; do sleep 1; done
and:
exec socat tcp:$SERVER:$PORT,interval=60,forever EXEC:"$cmdline",nofork
with:
while socat tcp:$SERVER:$PORT,interval=60,forever
EXEC:"$cmdline",nofork; do sleep 1; done
Viele Grüße
Wilfried
_______________________________________________
linuxmuster-user mailing list
[email protected]
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
