aftours
Anmeldungsdatum: 30. Mai 2014
Beiträge: 47
Wohnort: Köln
|
Vielleicht hat einer von euch ja schonmal einen Taskwarrior Server aufgesetzt und kann mir helfen. Ich habe diese Anleitung http://taskwarrior.org/docs/taskserver/setup.html versucht zu folgen. Auf dem Laptop:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39 | task diagnostics
task 2.4.0
Platform: Linux
Compiler
Version: 4.8.2
Caps: +stdc +stdc_hosted +LP64 +c8 +i32 +l64 +vp64 +time_t64
Compliance: C++98/03
Build Features
Built: Jan 14 2015 00:04:28
CMake: 2.8.12.2
Caps: -pthreads +tls
libuuid: libuuid + uuid_unparse_lower
libgnutls: 2.12.23
Build type: release
Configuration
File: /home/andrej/.taskrc (found), 1413 bytes, mode 100664
Data: /home/andrej/.task (found), dir, mode 40755
Locking: Enabled
GC: Enabled
Server: 192.168.178.51:53589
CA: /home/andrej/.task/ca.cert.pem (readable)
Trust: strict
Certificate: /home/andrej/.task/andrej.cert.pem (readable)
Key: /home/andrej/.task/andrej.key.pem (readable)
Ciphers: NORMAL
Creds: personal / andrej /**********************************************
Hooks
Scripts: Enabled
(none)
Tests
$TERM: xterm (154x50)
Dups: Scanned 25 tasks for duplicate UUIDs:
No duplicates found
|
Und auf dem Server: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17 | taskd diagnostics
taskd 1.0.0
Platform: Linux
Hostname: N54L
Compiler
Version: 4.8.2
Caps: +stdc +stdc_hosted +200809 +LP64 +c1 +i4 +l8 +vp8
Build Features
Built: Jan 5 2015 22:12:49
Commit: 2f40c1b
CMake: 2.8.12.2
Caps: +pthreads +tls
libuuid: libuuid + uuid_unparse_lower
libgnutls: 2.12.23
|
Was mich wundert, dass ich auf dem Server keine taskd.log Datei finden kann, um Informationen zu erhalten. Versuche ich den Clienten, meinen Laptop, zu syncen, bekomme ich diese Meldung: | task init sync
Please confirm that you wish to upload all your pending tasks to the Taskserver (yes/no) yes
Syncing with 192.168.178.51:53589
Could not connect to 192.168.178.51 53589
Sync failed. Could not connect to the Taskserver.
|
Hat jemand einen Typ wo die Fehlerquelle liegen könnte oder wie ich dieser auf dem Grund gehen kann? Moderiert von XM-Franz: Thema in das richtige Forum verschoben, bitte beachte die als Wichtig markierten Themen („Welche Themen gehören hier her und welche nicht?“), Danke.
|
Lux
Anmeldungsdatum: 10. November 2005
Beiträge: 5152
Wohnort: Grüt (Gossau ZH), Schweiz
|
aftours schrieb: Was mich wundert, dass ich auf dem Server keine taskd.log Datei finden kann, um Informationen zu erhalten.
Hat jemand einen Typ wo die Fehlerquelle liegen könnte oder wie ich dieser auf dem Grund gehen kann?
Ich habe Dir im Blog geschrieben, dass der Server noch nicht gestartet ist. Hast Du diese Schritte ausgeführt? Gruss Dirk
|
aftours
(Themenstarter)
Anmeldungsdatum: 30. Mai 2014
Beiträge: 47
Wohnort: Köln
|
Ja habe ich. Erstmal gestartet:
taskdctl start
/usr/local/bin/taskdctl start: daemon started Dann wie in der Anleitung mal zum checken folgendes eingeben: | ps -leaf | grep taskd
1 S root 37 2 0 80 0 - 0 watchd 2014 ? 00:00:01 [khungtaskd]
0 S andrej 31223 31170 0 80 0 - 3314 pipe_w 11:25 pts/0 00:00:00 grep --color=auto taskd
|
Bestimmt habe ich etwas nicht verstanden, allerdings habe ich versucht die Anleitung Schritt für Schritt zu befolgen. ☹
|
Lux
Anmeldungsdatum: 10. November 2005
Beiträge: 5152
Wohnort: Grüt (Gossau ZH), Schweiz
|
aftours schrieb: Bestimmt habe ich etwas nicht verstanden, allerdings habe ich versucht die Anleitung Schritt für Schritt zu befolgen. ☹
Der Server läuft nicht. Hast Du die TASKDDATA-Variable gesetzt?
Falls dort wie in der Dokumentation steht, /var/taskd steht, dann prüfe bitte einmal, ob das Verzeichnis /var/taskd exisitiert. Falls ja, führe bitte einmal folgendes aus:
| taskd server --data $TASKDDATA
|
Gruss Dirk
|
aftours
(Themenstarter)
Anmeldungsdatum: 30. Mai 2014
Beiträge: 47
Wohnort: Köln
|
Die Variable existiert, auch wenn ich die jedem Login neu setzen muss: | echo $TASKDDATA
/var/taskd
|
Das Verzeichnis existiert ebenso. Da ist auch mein Benutzer zu finden unter der Gruppe personal: 1
2
3
4
5
6
7
8
9
10
11
12 | ls /var/taskd/ -al
insgesamt 40
drwxr-xr-x 3 andrej andrej 4096 Jan 12 23:22 .
drwxr-xr-x 14 root root 4096 Jan 5 23:04 ..
-rw------- 1 root root 1484 Jan 12 23:22 ca.cert.pem
-rw------- 1 root root 1472 Jan 12 23:22 client.cert.pem
-rw------- 1 root root 1968 Jan 12 23:22 client.key.pem
-rw------- 1 root root 205 Jan 12 23:13 config
drwx------ 3 root root 4096 Jan 6 00:07 orgs
-rw------- 1 root root 1505 Jan 12 23:22 server.cert.pem
-rw------- 1 root root 804 Jan 12 23:22 server.crl.pem
-rw------- 1 root root 1968 Jan 12 23:22 server.key.pem
|
Was genau macht dieser Befehl? | taskd server --data $TASKDDATA
|
Irgendwie läuft der Server trotz allem nicht. Kann es sein, dass ich was mit den Rechten oder Benutzer falsch gemacht habe?
|
Lux
Anmeldungsdatum: 10. November 2005
Beiträge: 5152
Wohnort: Grüt (Gossau ZH), Schweiz
|
aftours schrieb: Die Variable existiert, auch wenn ich die jedem Login neu setzen muss:
Du kannst sie ja in ein Skript packen.
Das Verzeichnis existiert ebenso. Da ist auch mein Benutzer zu finden unter der Gruppe personal:
Allerdings gehören die Konfigurationen dem User root, das heisst, dass auch der Server als root laufen muss. Alternativ machst Du vor dem Starten ein "sudo chown -R andrej:andrej /var/taskd" und gibst damit Deinem User die nötigen Rechte.
Was genau macht dieser Befehl?
| taskd server --data $TASKDDATA
|
Der startet den Server im Debug-Modus und gibt Fehlermeldungen direkt aus.
Irgendwie läuft der Server trotz allem nicht. Kann es sein, dass ich was mit den Rechten oder Benutzer falsch gemacht habe?
Ja! Gruss Dirk
|
aftours
(Themenstarter)
Anmeldungsdatum: 30. Mai 2014
Beiträge: 47
Wohnort: Köln
|
Danke für deine Mühe, auch wenn es leider immer noch nicht funktioniert. Ich habe die Nutzerrechte angepasst. Hatte einfach das -r letzte mal vergessen. Wenn ich den Server versuch im Debugmodus zu starten passiert nichts, genauso wie beim normalen Modus. Der Server läuft einfach nicht: | taskdctl restart
/usr/local/bin/taskdctl restart: daemon not running, trying to start
/usr/local/bin/taskdctl restart: daemon started
|
|
Lux
Anmeldungsdatum: 10. November 2005
Beiträge: 5152
Wohnort: Grüt (Gossau ZH), Schweiz
|
aftours schrieb: Ich habe die Nutzerrechte angepasst. Hatte einfach das -r letzte mal vergessen.
Mit grossem "R", richtig?
Wenn ich den Server versuch im Debugmodus zu starten passiert nichts, genauso wie beim normalen Modus.
Der Server läuft einfach nicht:
| taskdctl restart
/usr/local/bin/taskdctl restart: daemon not running, trying to start
/usr/local/bin/taskdctl restart: daemon started
|
Warum, er läuft doch. Das sagt zumindest die letzte Zeile. Gruss Dirk
|
aftours
(Themenstarter)
Anmeldungsdatum: 30. Mai 2014
Beiträge: 47
Wohnort: Köln
|
Ja, dass sagt die Zeile aus, aber davor hatte ich den Daemon schonmal gestartet: | [10:20:08][andrej@N54L:~]$ taskdctl restart
/usr/local/bin/taskdctl restart: daemon not running, trying to start
/usr/local/bin/taskdctl restart: daemon started
[10:20:10][andrej@N54L:~]$ taskdctl restart
/usr/local/bin/taskdctl restart: daemon not running, trying to start
/usr/local/bin/taskdctl restart: daemon started
|
Meine Schlussfolgerung ist, dass dieser nie startet, auch die Ausgabe kommt, dass er gestartet ist. Ich habe die Nutzerrechte angepasst. Hatte einfach das -r letzte mal vergessen. Mit grossem "R", richtig?
Ja natürlich, war nur ein Tippfehler meinerseits im Forum 😉
|
Lux
Anmeldungsdatum: 10. November 2005
Beiträge: 5152
Wohnort: Grüt (Gossau ZH), Schweiz
|
aftours schrieb: Meine Schlussfolgerung ist, dass dieser nie startet, auch die Ausgabe kommt, dass er gestartet ist.
Würdest Du bitte den Daemon einmal ohne taskdctl starten? | export TASKDDATA=/var/taskd
taskd server --data $TASKDDATA
|
oder | taskd server --data /var/taskd
|
Gruss Dirk
|
aftours
(Themenstarter)
Anmeldungsdatum: 30. Mai 2014
Beiträge: 47
Wohnort: Köln
|
Ich danke dir erstmal für die Mühe mir zu helfen, leider hab ich es mit deinen Tipps bis jetzt noch nicht hinbekommen. Da jetzt erstmal bis Ende März Klausuren fällig sind werde ich mit dem kleinen Projekt ein bisschen warten, der Master hat da Vorrang 😉 Ende März werde ich das Thema nochmal aufgreifen und wenn es klappt auch vielleicht einen Wiki Artikel schreiben, damit man nicht so dasteht, wie ich es gerade tue.
|