Anleitungen/Tutorials - Versionsgeschichte

Antrares: /* Benutzung von RATSCHE */

2017-06-29T12:38:44Z

Benutzung von RATSCHE

← Nächstältere Version		Version vom 29. Juni 2017, 14:38 Uhr
Zeile 63:		Zeile 63:
	ratsche -a <tasklist>		ratsche -a <tasklist>

	fügt die in der datei <tasklist> definierten Tasks hinzu. Eine Beispieldatei ist zu finden im SVN-Repo in [https://rm-~~radeberg~~.~~dyndns~~.org/trac/browser/trunk/macros/dummy_task macros/dummy_task]. Am besten man legt sich eine lokale Kopie dieser Datei an, so dass es bei Veränderung dieser nicht zu SVN-Konflikten kommt, z.B. mit		fügt die in der datei <tasklist> definierten Tasks hinzu. Eine Beispieldatei ist zu finden im SVN-Repo in [https://acr-radebeul.zapto.org/trac/browser/trunk/macros/dummy_task macros/dummy_task]. Am besten man legt sich eine lokale Kopie dieser Datei an, so dass es bei Veränderung dieser nicht zu SVN-Konflikten kommt, z.B. mit
	cp dummy_task tasklist		cp dummy_task tasklist
	Die Datei '''tasklist''' ist dann beliebig editierbar. für alle möglichen Task-Typen ist mind. ein Beispiel angegeben. Wenn der Task von '''ratsche''' übernommen werden soll, muß natürlich die entsprechende Zeile auskommentiert sein, i.e. das führende "#" zu entfernen. Das genaue Spaltenformat ist in der Beispieldatei erläutert.		Die Datei '''tasklist''' ist dann beliebig editierbar. für alle möglichen Task-Typen ist mind. ein Beispiel angegeben. Wenn der Task von '''ratsche''' übernommen werden soll, muß natürlich die entsprechende Zeile auskommentiert sein, i.e. das führende "#" zu entfernen. Das genaue Spaltenformat ist in der Beispieldatei erläutert.
Zeile 71:		Zeile 71:

	----		----


	= Benutzung des Subversion (SVN) Repositories =		= Benutzung des Subversion (SVN) Repositories =

Antrares: /* Steuerung über bash-Skripte */

2017-06-29T12:38:02Z

Steuerung über bash-Skripte

← Nächstältere Version		Version vom 29. Juni 2017, 14:38 Uhr
Zeile 30:		Zeile 30:
	== Steuerung über bash-Skripte ==		== Steuerung über bash-Skripte ==

	Das ist die flexibelste Art, Messungen auszuführen. Für die verschiedenen Aufgaben stehen im repo-tree im Unterverzeichnis [https://rm-~~radeberg~~.~~dyndns~~.org/trac/browser/trunk/macros macros/] (zusätzlich zu den reinen DAQ-Skripten, s.o.) folgende Steuerskripte zur Verfügung:		Das ist die flexibelste Art, Messungen auszuführen. Für die verschiedenen Aufgaben stehen im repo-tree im Unterverzeichnis [https://acr-radebeul.zapto.org/trac/browser/trunk/macros macros/] (zusätzlich zu den reinen DAQ-Skripten, s.o.) folgende Steuerskripte zur Verfügung:

	'''rt_scan_hor''' ... Messung in äquidistantem Grid in Horizontalkoordinaten (mind. 5 Parameter benötigt, s. Usage-Hilfe bei Aufruf ohne Parameter)		'''rt_scan_hor''' ... Messung in äquidistantem Grid in Horizontalkoordinaten (mind. 5 Parameter benötigt, s. Usage-Hilfe bei Aufruf ohne Parameter)

	'''rt_scan_equ''' ... Messung in äquidistantem Grid in Äquatorialkoordinaten (mind. 5 Parameter benötigt, s. Usage-Hilfe bei Aufruf ohne Parameter)		'''rt_scan_equ''' ... Messung in äquidistantem Grid in Äquatorialkoordinaten (mind. 5 Parameter benötigt, s. Usage-Hilfe bei Aufruf ohne Parameter)



	== Steuerung über Task Scheduler "RATSCHE" ==		== Steuerung über Task Scheduler "RATSCHE" ==

Antrares: /* Benutzung des Subversion (SVN) Repositories */

2017-06-29T08:59:10Z

Benutzung des Subversion (SVN) Repositories

← Nächstältere Version		Version vom 29. Juni 2017, 10:59 Uhr
Zeile 81:		Zeile 81:
	Der Code kann auch durch ein [http://trac.edgewall.org/ Trac]-Webinterface angeschaut werden:		Der Code kann auch durch ein [http://trac.edgewall.org/ Trac]-Webinterface angeschaut werden:

	[https://rm-~~radeberg~~.~~dyndns~~.org/trac/browser/trunk https://rm-~~radeberg~~.~~dyndns~~.org/trac/browser/trunk]		[https://acr-radebeul.zapto.org/trac/browser/trunk https://acr-radebeul.zapto.org/trac/browser/trunk]

	(login und pw sind identisch mit dem Wiki-account)		(login und pw sind identisch mit dem Wiki-account)
Zeile 87:		Zeile 87:
	Zum Auschecken der Repos in eine lokale Arbeitskopie kann entweder obige url benutzt werden, oder aber folgende Quelle, die auch Änderungen im Repository zuläßt (der https-Kanal ist read only, bzw. sollte es sein):		Zum Auschecken der Repos in eine lokale Arbeitskopie kann entweder obige url benutzt werden, oder aber folgende Quelle, die auch Änderungen im Repository zuläßt (der https-Kanal ist read only, bzw. sollte es sein):

	svn co svn+ssh://svn@rm-~~radeberg~~.~~dyndns~~.org/var/svn/hgz/trunk ~/svnlocal		svn co svn+ssh://svn@acr-radebeul.zapto.org/var/svn/hgz/trunk ~/svnlocal

	Passwort ist bei [[Benutzer:Hgz\|Hgz]] oder [[Benutzer:penner\|Penner]] zu erfragen. Zusätzlich kann man sich noch durch Schlüsselaustausch und einem ssh-Agenten das lästige Eintippen des Passworts sparen (siehe unten).		Passwort ist bei [[Benutzer:Hgz\|Hgz]] oder [[Benutzer:penner\|Penner]] zu erfragen. Zusätzlich kann man sich noch durch Schlüsselaustausch und einem ssh-Agenten das lästige Eintippen des Passworts sparen (siehe unten).

Antrares: /* Server-Prozess */

2013-10-22T13:23:02Z

Server-Prozess

@@ Zeile 44: / Zeile 44: @@
 === Server-Prozess ===
-Auf dem Radioiden muß eine Instanz von '''ratsche''' im Servermodus laufen, der Daemon-Prozess ist folgendermassen zu starten:
+Auf dem Radioiden muß eine Instanz von '''ratsche''' im Servermodus laufen, der Daemon-Prozess wird beim Start des Radioid per init.d mitgestartet.
 Der Serverprozess schreibt mehr oder weniger detaillierte Ausgaben (je nach beim Start angegebenen Verbosity-Level) in das System-Logfile. Diese können von allen Benutzern mit folgendem Befehl begutachtet werden:

Antrares: /* Zugriff auf das svn-Repository durch ssh-Schlüssel */

2011-04-25T23:16:10Z

Zugriff auf das svn-Repository durch ssh-Schlüssel

← Nächstältere Version		Version vom 26. April 2011, 01:16 Uhr
Zeile 129:		Zeile 129:
	Hier gibt es zwei Möglichkeiten:		Hier gibt es zwei Möglichkeiten:

	1.Möglichkeit (empfohlen): man installiert das paket keychain (sofern in den Distributionsquellen vorhanden) und überläßt diesem Programm dann das Starten des ssh-Agenten und Laden des Schlüssels. Dazu muß, analog zu obiger Vorgehensweise, in .profile oder in .bashrc in seinem Home-Verzeichnis (im Prinzip ist es egal, in ~~welcher~~) nur der Aufruf von keychain mit dem Schlüssel als Argument erfolgen.		1.Möglichkeit (empfohlen): man installiert das paket keychain (sofern in den Distributionsquellen vorhanden) und überläßt diesem Programm dann das Starten des ssh-Agenten und Laden des Schlüssels. Dazu muß, analog zu obiger Vorgehensweise, in .profile oder in .bashrc in seinem Home-Verzeichnis (im Prinzip ist es egal, aber besser in .profile) nur der Aufruf von keychain mit dem Schlüssel als Argument erfolgen:
			keychain --nogui ~/.ssh/svndd_key
			. ~/.keychain/`uname -n`-sh

	2.Möglichkeit: man fügt folgende Zeilen an seine .profile an:		2.Möglichkeit: man fügt folgende Zeilen an seine .profile an:
Zeile 158:		Zeile 160:
	Um die Änderungen auch in der aktiven Shell anzuwenden, kann man außerdem noch den Inhalt der veränderten .profile erneut ausführen lassen mit:		Um die Änderungen auch in der aktiven Shell anzuwenden, kann man außerdem noch den Inhalt der veränderten .profile erneut ausführen lassen mit:
	source ~/.profile		source ~/.profile



	= Remote-Mounten der Datenpartition durch sshfs =		= Remote-Mounten der Datenpartition durch sshfs =

Hgz: /* Server-Prozess */

2011-03-04T08:32:41Z

Server-Prozess

← Nächstältere Version		Version vom 4. März 2011, 10:32 Uhr
Zeile 47:		Zeile 47:
	ratsche -d -x /home/hgz/svnlocal/hgz/macros		ratsche -d -x /home/hgz/svnlocal/hgz/macros
	'''(Im Moment ist offenbar das hier angegebene Verzeichnis sowie der aktuell laufende Serverprozess defekt !)'''		'''(Im Moment ist offenbar das hier angegebene Verzeichnis sowie der aktuell laufende Serverprozess defekt !)'''
			is ja auch klar warum das mit dem pfad /home/ratsche/macros nicht geht, da die Bash-Skripte in macros eine
			feste position des ../bin pfades annehmen, der bei diesem herausgepflückten ordner natürlich nicht existiert
	Das Argument zum Parameter -x ist der Ort der ausführbaren Makros, wie z.b. '''rt_scan_equ''', es muß also nicht unbedingt genau obige Zeile sein, wichtig ist nur das Macro-Verzeichnis irgendeiner lokalen Kopie des SVN-Repos (im obigen Fall meine lokale Arbeitskopie) anzugeben.		Das Argument zum Parameter -x ist der Ort der ausführbaren Makros, wie z.b. '''rt_scan_equ''', es muß also nicht unbedingt genau obige Zeile sein, wichtig ist nur das Macro-Verzeichnis irgendeiner lokalen Kopie des SVN-Repos (im obigen Fall meine lokale Arbeitskopie) anzugeben.

Kdsachse: /* Server-Prozess */

2011-03-02T19:40:03Z

Server-Prozess

← Nächstältere Version		Version vom 2. März 2011, 21:40 Uhr
Zeile 46:		Zeile 46:
	Auf dem Radioiden muß eine Instanz von '''ratsche''' im Servermodus laufen, der Daemon-Prozess ist folgendermassen zu starten:		Auf dem Radioiden muß eine Instanz von '''ratsche''' im Servermodus laufen, der Daemon-Prozess ist folgendermassen zu starten:
	ratsche -d -x /home/hgz/svnlocal/hgz/macros		ratsche -d -x /home/hgz/svnlocal/hgz/macros
			'''(Im Moment ist offenbar das hier angegebene Verzeichnis sowie der aktuell laufende Serverprozess defekt !)'''

	Das Argument zum Parameter -x ist der Ort der ausführbaren Makros, wie z.b. '''rt_scan_equ''', es muß also nicht unbedingt genau obige Zeile sein, wichtig ist nur das Macro-Verzeichnis irgendeiner lokalen Kopie des SVN-Repos (im obigen Fall meine lokale Arbeitskopie) anzugeben.		Das Argument zum Parameter -x ist der Ort der ausführbaren Makros, wie z.b. '''rt_scan_equ''', es muß also nicht unbedingt genau obige Zeile sein, wichtig ist nur das Macro-Verzeichnis irgendeiner lokalen Kopie des SVN-Repos (im obigen Fall meine lokale Arbeitskopie) anzugeben.

Kdsachse: /* Server-Prozess */

2011-02-16T21:58:28Z

Server-Prozess

← Nächstältere Version		Version vom 16. Februar 2011, 23:58 Uhr
Zeile 54:		Zeile 54:
	ob eine ratsche -d läuft und startet ggf. o.a. Kommandozeile den ratsche Server.		ob eine ratsche -d läuft und startet ggf. o.a. Kommandozeile den ratsche Server.

	Im ~~Momnet~~ baut Andreas dieses Kommando in init.d ein		Im Moment baut Andreas dieses Kommando in init.d ein

Kdsachse: /* Server-Prozess */

2011-02-16T21:58:00Z

Server-Prozess

← Nächstältere Version		Version vom 16. Februar 2011, 23:58 Uhr
Zeile 49:		Zeile 49:

	In Zukunft (irgendwann Jan-März) werde ich ein Start-Skript für den Radioiden schreiben, das automatisch den ratsche-daemon startet, dann haben wir eine Sorge weniger. Bis dahin bitte nach Neustart Radioid obige Zeile einmalig ausführen (wenn der Daemon bereits läuft wird jedoch keine zweite Instanz gestartet, der Aufruf gibt dann eine entsprechende Info-Meldung aus).		In Zukunft (irgendwann Jan-März) werde ich ein Start-Skript für den Radioiden schreiben, das automatisch den ratsche-daemon startet, dann haben wir eine Sorge weniger. Bis dahin bitte nach Neustart Radioid obige Zeile einmalig ausführen (wenn der Daemon bereits läuft wird jedoch keine zweite Instanz gestartet, der Aufruf gibt dann eine entsprechende Info-Meldung aus).

			Eine Bemerkung von KDS: Bitte überprüft mit:
			ps ax \| grep -i ratsche
			ob eine ratsche -d läuft und startet ggf. o.a. Kommandozeile den ratsche Server.

			Im Momnet baut Andreas dieses Kommando in init.d ein

Hgz: /* Server-Prozess */

2011-01-23T12:53:30Z

Server-Prozess

← Nächstältere Version		Version vom 23. Januar 2011, 14:53 Uhr
Zeile 49:		Zeile 49:

	In Zukunft (irgendwann Jan-März) werde ich ein Start-Skript für den Radioiden schreiben, das automatisch den ratsche-daemon startet, dann haben wir eine Sorge weniger. Bis dahin bitte nach Neustart Radioid obige Zeile einmalig ausführen (wenn der Daemon bereits läuft wird jedoch keine zweite Instanz gestartet, der Aufruf gibt dann eine entsprechende Info-Meldung aus).		In Zukunft (irgendwann Jan-März) werde ich ein Start-Skript für den Radioiden schreiben, das automatisch den ratsche-daemon startet, dann haben wir eine Sorge weniger. Bis dahin bitte nach Neustart Radioid obige Zeile einmalig ausführen (wenn der Daemon bereits läuft wird jedoch keine zweite Instanz gestartet, der Aufruf gibt dann eine entsprechende Info-Meldung aus).


			Der Serverprozess schreibt mehr oder weniger detaillierte Ausgaben (je nach beim Start angegebenen Verbosity-Level) in das System-Logfile. Diese können von allen Benutzern mit folgendem Befehl begutachtet werden:
			tail -f -n 1000 /var/log/messages \| grep ratsche
			Der Output sieht dann beispielsweise so aus:
			Jan 23 11:39:09 Radioid ratsche[18528]: starting RT task scheduler server
			Jan 23 11:39:09 Radioid ratsche[18528]: using message queue 0x0000000a
			Jan 23 11:39:09 Radioid ratsche[18528]: using executable path /home/hgz/svnlocal/hgz/macros/
			Jan 23 11:39:09 Radioid ratsche[18528]: found 1 zombie message(s) in queue...deleting
			Jan 23 11:50:00 Radioid ratsche[18528]: starting EquScan task with id=0 (pid 20342)

	=== Benutzung von '''RATSCHE''' ===		=== Benutzung von '''RATSCHE''' ===