Liebe Frau Kopanitsak, liebe Community,

in den Kitodo Shell Scripten

- script_createDirUserHome.sh
- script_createSymLink.sh

wird jeweils der Benutzer übergeben, dem dann das Verzeichnis gehören soll. Ein normaler Benutzer, wie der tomcat Benutzer des Tomcat-Servers, kann aber nicht "fremden" Benutzern die Berechtigung dafür geben bzw. die Berechtigung dafür an diese abgeben. Man hat mehrere Möglichkeiten:

1) Man passt die Scripte an, so dass keine Benutzer-Änderung mehr stattfindet. Sofern man nur einen oder wenige Benutzer hat, geht dies. Bei größeren Einrichtungen und / oder mehreren Benutzern ist dies aber kein Weg.
2) Man installiert bspw. das Paket sudo (oder etwas ähnliches) mit dessen Hilfe es möglich ist, kurzfristig Aufrufe mit System/root-Rechten auszuführen. Die enthaltenen Aufrufe in den Scripte müssten dann wenigstens um ein sudo erweitert werden und in der /etc/sudoers die passenden Einträge hinterlegt werden.

Es gibt darüber hinaus noch sicher andere Möglichkeiten, die der Möglichkeit 2) ähneln oder diese noch stark erweitern.


Wenn man sich für den Weg 2) entscheidet, dann muss auch jeder Benutzer, der diese Berechtigungen bekommen soll, auf dem jeweiligen System existieren bzw. bekannt sein. Auch dafür gibt es mehrere Möglichkeiten:

1) Man legt den Benutzer lokal auf dem jeweiligen Server an. Dies kann bei einer überschaubaren Nutzeranzahl noch gut machbar sein sofern man darüber hinaus nicht noch weitere Komponenten für den Datenaustausch auf u.a. anderen Servern nutzen will / muss.
2) Man hinterlegt den Benutzer in einem zentralisierten Authentifizierungssystem wie LDAP / AD und bindet dieses auf dem Server mit ein. Dies ist der bessere Weg bei größeren Installation und / oder wenn man bspw. den Datenaustausch via WebDAV oder Samba / Cifs realisieren muss.

Da es sehr viele Möglichkeiten gibt und diese auch noch stark von der genutzten Infrastruktur abhängen, ist es nicht wirklich möglich eine überschaubare Installationsanleitung zu schreiben, die viele Möglichkeiten mit inkludiert.


Viele Grüße

Henning Gerhardt


On 7/19/19 3:14 PM, Kopanitsak, Clarissa (ASERV) wrote:

Sehr geehrte Damen und Herren der Kitodo-Community,


im Auftrag des Archivs vom Karlsruher Institut für Technologie (KIT) habe ich die Aufgabe übernommen im Rahmen des Digitalisierungsprojekts einen METS-Editor ausfindig zu machen, der unseren Zwecken entspricht.

Kitodo hat mich hierbei durch die Internetpräsentation und des auf Github bereitgestellten "Tutorial für Kitodo 2.x" ( https://github.com/kitodo/kitodo-tutorials/tree/master/kitodo2​) anlässlich des  Workshops "Kitodo for newbies" vollends überzeugt.


Auch, wenn ich beim Einrichten eines lokalen Servers, ähnlich wie der von Zeutschel, auf einige Schwierigkeiten stieß, konnte ich diese dank der Dokumentation auf github und der Hilfe des Internets weitestgehend beseitigen.

 

Leider stehe ich nun einem Problem gegenüber bei dem ich nicht mehr weiterkomme und die Hilfe der Kitodo-Community benötige.


Ich vermute, dass das Problem an der Rechtevergabe von Benutzer "tomcat7" liegt. 

Die Hauptfehlermeldungen, um die es mir geht, beginnen nach dem "Tutorial für Kitodo 2.x" ab "5. Vorgänge anlegen", wenn dem "Scanner-Nutzer" die weitere Bearbeitung des Vorgangs übertragen wird.

(Bei der lokalen Durchführung des Workshops habe ich die bereits angelegten Test-Nutzer benutzt. Das Anlegen neuer Benutzer verläuft soweit ohne Probleme, auch das Einloggen. Ab der Übergabe des Vorgangs zum Scanner-Nutzer taucht jedoch der Fehler "/bin/chown: ungültiger Benutzer: „workshop2019scanning“ ​auf; der Image-Ordner zum Vorgang kann jedoch ohne weiteres angelegt werden. Ich denke, dass dieser Fehler auch mit dem beschriebenen Problem im Zusammenhang steht.)


Bei der Einrichtung des Lokalen Servers orientierte ich mich an der "Installationsanleitung für Kitodo 2.1" (https://github.com/kitodo/kitodo-production/wiki/Installationsanleitung-für-Kitodo.Production-2.1)


Folgende Fehlermeldung wird bei der Aufgabenanahme durch den Test-Scanner-Benutzer ausgegeben:

Die Fehlermeldung zieht sich hierbei auch beim Quality-Check-Nutzer durch, unabhängig davon, ob im Mediaordner Bilder abgelegt wurden oder nicht:

Entsprechend wird beim Metadateneditor-Nutzer, wenn man auf "Metadaten bearbeiten" und anschließend auf "Paginierung bearbeiten" klickt folgendes ausgegeben, auch, wenn Bilder vorhanden sind:

Wenn Bilder im Media-Ordner abgelegt wurden haben sie durchgehend diese Rechteverteilung:
-rw-r--r-- 1 tomcat7 tomcat7 8375330 Jul 13 18:42 0001.jpg

Wie unter "Grundkonfigurationen" bei "Installationsanleitung für Kitodo 2.1" angegeben, ist die Rechteverteilung der Ordner unter /usr/local/kitodo/ wie folgt:
dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 13 17:00 config
drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 18:13 debug
dr-xr-sr-x  2 tomcat7 tomcat7 4096 Jul 12 18:13 import
drwxrwsrwx  2 tomcat7 tomcat7 4096 Jul 12 19:13 logs
dr-xr-sr-x  2 tomcat7 tomcat7 4096 Jul 12 18:13 messages
drwxrwsrwx 13 tomcat7 tomcat7 4096 Jul 15 13:52 metadata
dr-xr-sr-x  7 tomcat7 tomcat7 4096 Jul 13 16:52 plugins
dr-xr-sr-x  2 tomcat7 tomcat7 4096 Jul 13 18:07 rulesets
dr-xr-sr-x  2 tomcat7 tomcat7 4096 Jul 12 18:56 scripts
drwxrwsrwx  2 tomcat7 tomcat7 4096 Jul 12 18:13 swap
drwxrwsrwx  2 tomcat7 tomcat7 4096 Jul 12 18:13 temp
drwxrwsrwx 11 tomcat7 tomcat7 4096 Jul 13 18:53 users
dr-xr-sr-x  2 tomcat7 tomcat7 4096 Jul 13 17:01 xslt

Die Rechte wurde mit -R vererbt.

Die Gruppenzugehörigkeit und Rechte von tomcat7 sind: uid=119(tomcat7) gid=126(tomcat7) Gruppen=126(tomcat7)

Um meine Vorgehensweise bei der Installation besser nachzuvollziehen ist hier der Installationsablauf nach "Installationsanleitung für Kitodo 2.1" angegeben:
Die einzige Stelle an der der Benutzer "root" noch auftaucht ist, wenn man im /usr/local/kitodo die Besitzer und die Rechte abfragt, da jedoch im übergeordneten Ornder.
Siehe:
root@debian:/usr/local/kitodo# ls -la
insgesamt 60
drwxrwsrwx 15 tomcat7 tomcat7 4096 Jul 12 18:13 .
drwxrwsr-x 11 root    staff   4096 Jul 12 18:12 ..
dr-xr-sr-x  2 tomcat7 tomcat7 4096 Jul 13 17:00 config
drwxrwsrwx  2 tomcat7 tomcat7 4096 Jul 12 18:13 debug
dr-xr-sr-x  2 tomcat7 tomcat7 4096 Jul 12 18:13 import
drwxrwsrwx  2 tomcat7 tomcat7 4096 Jul 12 19:13 logs
dr-xr-sr-x  2 tomcat7 tomcat7 4096 Jul 12 18:13 messages
drwxrwsrwx 13 tomcat7 tomcat7 4096 Jul 15 13:52 metadata
dr-xr-sr-x  7 tomcat7 tomcat7 4096 Jul 13 16:52 plugins
dr-xr-sr-x  2 tomcat7 tomcat7 4096 Jul 13 18:07 rulesets
dr-xr-sr-x  2 tomcat7 tomcat7 4096 Jul 12 18:56 scripts
drwxrwsrwx  2 tomcat7 tomcat7 4096 Jul 12 18:13 swap
drwxrwsrwx  2 tomcat7 tomcat7 4096 Jul 12 18:13 temp
drwxrwsrwx 11 tomcat7 tomcat7 4096 Jul 13 18:53 users
dr-xr-sr-x  2 tomcat7 tomcat7 4096 Jul 13 17:01 xslt

Der Server wurde bereits mehrfach nochmals aufgesetzt, auf die Vermutung hin, dass ich einen Flüchtigkeitsfehler gemacht haben könnte. Die Fehlermeldungen taucht jedoch konstant immer wieder auf.

Ich hoffe ich konnte mein Problem verständlich darlegen und Sie haben eine Idee was die Lösung sein könnte, weil ich im Moment keinen Lösungsansatz mehr habe.
Bitte geben Sie mir Bescheid sollten Sie noch weiter Angaben benötigen.

Mit freundlichen Grüße,
i.A.
Clarissa Kopanitsak

---------------------------------------------------

Karlsruher Institut für Technologie (KIT)
KIT-Archiv


Clarissa Kopanitsak
Studentischer Mitarbeiter

Kaiserstraße 12
76131 Karlsruhe

Telefon: +49 721 608-45443
Fax: +49 721 608-943494
E-Mail: clarissa.kopanitsak2@parnter.kit.edu
Web: http://www.archiv.kit.edu

KIT – Die Forschungsuniversität in der Helmholtz-Gemeinschaft

Das KIT ist seit 2010 als familiengerechte Hochschule zertifiziert.



_______________________________________________
Kitodo-Community mailing list
Kitodo-Community@kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community


-- 
Henning Gerhardt

Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
Abt. Informationstechnologie (IT), Ref. 2.5 - Digitale Objekte
01054 Dresden
Besucheradresse: Zellescher Weg 18, 01069 Dresden
Tel.: +49 351 4677 227
E-Mail: henning.gerhardt@slub-dresden.de

www.slub-dresden.de