<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Liebe Frau Kopanitsak, liebe Community,<br>
<br>
in den Kitodo Shell Scripten<br>
<br>
- script_createDirUserHome.sh<br>
- script_createSymLink.sh<br>
<br>
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:<br>
<br>
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.<br>
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.<br>
<br>
Es gibt darüber hinaus noch sicher andere Möglichkeiten, die der
Möglichkeit 2) ähneln oder diese noch stark erweitern.<br>
<br>
<br>
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:<br>
<br>
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.<br>
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.<br>
<br>
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.<br>
<br>
<br>
Viele Grüße<br>
<br>
Henning Gerhardt<br>
<br>
<br>
<div class="moz-cite-prefix">On 7/19/19 3:14 PM, Kopanitsak,
Clarissa (ASERV) wrote:<br>
</div>
<blockquote type="cite"
cite="mid:1563542091203.40192@partner.kit.edu">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<style type="text/css" style="display:none"><!-- p { margin-top: 0px; margin-bottom: 0px; }--></style>
<p>Sehr geehrte Damen und Herren der Kitodo-Community,<br>
</p>
<p><br>
</p>
<p>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.<br>
</p>
<p>Kitodo hat mich hierbei durch die Internetpräsentation und des
auf Github bereitgestellten "Tutorial für Kitodo 2.x" (<span
style="font-family:Calibri,Arial,Helvetica,sans-serif;
font-size:16px; background-color:rgb(255,255,255)"> </span><a
href="https://github.com/kitodo/kitodo-tutorials/tree/master/kitodo2"
title="https://github.com/kitodo/kitodo-tutorials/tree/master/kitodo2
Ctrl+Klicken oder tippen Sie, um dem Link zu folgen."
style="font-family:Calibri,Arial,Helvetica,sans-serif;
font-size:16px; background-color:rgb(255,255,255)"
moz-do-not-send="true">https://github.com/kitodo/kitodo-tutorials/tree/master/kitodo2</a><span
style="font-family:Calibri,Arial,Helvetica,sans-serif;
font-size:16px; background-color:rgb(255,255,255)"></span>)
anlässlich des Workshops "Kitodo for newbies" vollends
überzeugt.</p>
<p><br>
</p>
<p>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.<br>
</p>
<p> <br>
</p>
<p>Leider stehe ich nun einem Problem gegenüber bei dem ich nicht
mehr weiterkomme und die Hilfe der Kitodo-Community benötige.<br>
</p>
<p><br>
</p>
<p>Ich vermute, dass das Problem an der Rechtevergabe von
Benutzer "tomcat7" liegt. <br>
</p>
<p>Die Hauptfehlermeldungen, um die es mir geht, beginnen nach dem
<span style="font-family:Calibri,Arial,Helvetica,sans-serif;
font-size:16px; background-color:rgb(255,255,255)">
"Tutorial für Kitodo 2.x" ab <span style="font-family:
Calibri, Arial, Helvetica, sans-serif; font-size: 16px;
background-color: rgb(255, 255, 255);">"5</span><span
style="font-family: Calibri, Arial, Helvetica, sans-serif;
font-size: 16px; background-color: rgb(255, 255, 255);">. Vorgänge
anlegen"</span></span>, wenn dem "Scanner-Nutzer" die
weitere Bearbeitung des Vorgangs übertragen wird.</p>
<p>(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 "<span style="font-size:12pt">/bin/chown: ungültiger
Benutzer: „workshop2019scanning“ </span><span
style="font-size:12pt">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.</span><span style="font-size:12pt">)</span></p>
<p><br>
</p>
<p><span style="font-family:Calibri,Arial,Helvetica,sans-serif;
font-size:16px; background-color:rgb(255,255,255)">B</span><span
style="font-family:Calibri,Arial,Helvetica,sans-serif;
font-size:16px; background-color:rgb(255,255,255)">ei der
Einrichtung des Lokalen Servers orientierte ich mich an
der "Installationsanleitung für Kitodo 2.1"
(<a class="moz-txt-link-freetext" href="https://github.com/kitodo/kitodo-production/wiki/Installationsanleitung-für-Kitodo.Production-2.1">https://github.com/kitodo/kitodo-production/wiki/Installationsanleitung-für-Kitodo.Production-2.1</a>)</span><br>
</p>
<p><br>
</p>
<p>Folgende Fehlermeldung wird bei der Aufgabenanahme durch den
Test-Scanner-Benutzer ausgegeben:<br>
</p>
<ul id="id7">
<li><span id="id7"
title="„/usr/local/kitodo/users/testScanning/5635__[12]“
-> „/usr/local/kitodo/metadata/12/images“"
class="text_blue">„/usr/local/kitodo/users/testScanning/5635__[12]“
-> „/usr/local/kitodo/metadata/12/images“
</span></li>
<li><span id="id7" title="das Ändern des Eigentümers von
„/usr/local/kitodo/metadata/12/images/tiffwriter.conf“ von
tomcat7 zu testScanning ist fehlgeschlagen"
class="text_blue">das Ändern des Eigentümers von
„/usr/local/kitodo/metadata/12/images/tiffwriter.conf“ von
tomcat7 zu testScanning ist fehlgeschlagen </span></li>
<li><span id="id7" title="das Ändern des Eigentümers von
„/usr/local/kitodo/metadata/12/images/master_5635_media“ von
tomcat7 zu testScanning ist fehlgeschlagen"
class="text_blue">das Ändern des Eigentümers von
„/usr/local/kitodo/metadata/12/images/master_5635_media“ von
tomcat7 zu testScanning ist fehlgeschlagen </span></li>
<li><span id="id7" title="das Ändern des Eigentümers von
„/usr/local/kitodo/metadata/12/images“ von tomcat7 zu
testScanning ist fehlgeschlagen" class="text_blue">das
Ändern des Eigentümers von
„/usr/local/kitodo/metadata/12/images“ von tomcat7 zu
testScanning ist fehlgeschlagen </span></li>
<li><span id="id7" title="/bin/chown: der Eigentümer von
„/usr/local/kitodo/metadata/12/images/tiffwriter.conf“ wird
geändert: Die Operation ist nicht erlaubt" class="text_red">/bin/chown:
der Eigentümer von
„/usr/local/kitodo/metadata/12/images/tiffwriter.conf“ wird
geändert: Die Operation ist nicht erlaubt </span></li>
<li><span id="id7" title="/bin/chown: der Eigentümer von
„/usr/local/kitodo/metadata/12/images/master_5635_media“
wird geändert: Die Operation ist nicht erlaubt"
class="text_red">/bin/chown: der Eigentümer von
„/usr/local/kitodo/metadata/12/images/master_5635_media“
wird geändert: Die Operation ist nicht erlaubt </span></li>
<li><span id="id7" title="/bin/chown: der Eigentümer von
„/usr/local/kitodo/metadata/12/images“ wird geändert: Die
Operation ist nicht erlaubt" class="text_red">/bin/chown:
der Eigentümer von „/usr/local/kitodo/metadata/12/images“
wird geändert: Die Operation ist nicht erlaubt </span></li>
</ul>
<p>Die Fehlermeldung zieht sich hierbei auch beim
Quality-Check-Nutzer durch, unabhängig davon, ob im Mediaordner
Bilder abgelegt wurden oder nicht:<br>
</p>
<ul id="id7">
<li><span id="id7"
title="„/usr/local/kitodo/users/testQC/5635__[12]“ ->
„/usr/local/kitodo/metadata/12/images“" class="text_blue">„/usr/local/kitodo/users/testQC/5635__[12]“
-> „/usr/local/kitodo/metadata/12/images“
</span></li>
<li><span id="id7" title="das Ändern des Eigentümers von
„/usr/local/kitodo/metadata/12/images/tiffwriter.conf“ von
tomcat7 zu root ist fehlgeschlagen" class="text_blue">das
Ändern des Eigentümers von
„/usr/local/kitodo/metadata/12/images/tiffwriter.conf“ von
tomcat7 zu root ist fehlgeschlagen </span></li>
<li><span id="id7" title="das Ändern des Eigentümers von
„/usr/local/kitodo/metadata/12/images/master_5635_media“ von
tomcat7 zu root ist fehlgeschlagen" class="text_blue">das
Ändern des Eigentümers von
„/usr/local/kitodo/metadata/12/images/master_5635_media“ von
tomcat7 zu root ist fehlgeschlagen </span></li>
<li><span id="id7" title="das Ändern des Eigentümers von
„/usr/local/kitodo/metadata/12/images“ von tomcat7 zu root
ist fehlgeschlagen" class="text_blue">das Ändern des
Eigentümers von „/usr/local/kitodo/metadata/12/images“ von
tomcat7 zu root ist fehlgeschlagen
</span></li>
<li><span id="id7" title="/bin/chown: der Eigentümer von
„/usr/local/kitodo/metadata/12/images/tiffwriter.conf“ wird
geändert: Die Operation ist nicht erlaubt" class="text_red">/bin/chown:
der Eigentümer von
„/usr/local/kitodo/metadata/12/images/tiffwriter.conf“ wird
geändert: Die Operation ist nicht erlaubt </span></li>
<li><span id="id7" title="/bin/chown: der Eigentümer von
„/usr/local/kitodo/metadata/12/images/master_5635_media“
wird geändert: Die Operation ist nicht erlaubt"
class="text_red">/bin/chown: der Eigentümer von
„/usr/local/kitodo/metadata/12/images/master_5635_media“
wird geändert: Die Operation ist nicht erlaubt </span></li>
<li><span id="id7" title="/bin/chown: der Eigentümer von
„/usr/local/kitodo/metadata/12/images“ wird geändert: Die
Operation ist nicht erlaubt" class="text_red">/bin/chown:
der Eigentümer von „/usr/local/kitodo/metadata/12/images“
wird geändert: Die Operation ist nicht erlaubt </span></li>
</ul>
<p>Entsprechend wird beim Metadateneditor-Nutzer, wenn man auf
"Metadaten bearbeiten" und anschließend auf "Paginierung
bearbeiten" klickt folgendes ausgegeben, auch, wenn Bilder
vorhanden sind:<br>
</p>
<ul>
<li><span id="myMessages">[???] No objects found</span></li>
</ul>
<div>Wenn Bilder im Media-Ordner abgelegt wurden haben sie
durchgehend diese Rechteverteilung:<br>
</div>
<div>
<div>-rw-r--r-- 1 <span style="font-family: Calibri, Arial,
Helvetica, sans-serif; font-size: 16px; background-color:
rgb(255, 255, 255);">
tomcat7 </span>tomcat7 8375330 Jul 13 18:42 0001.jpg<br>
</div>
<br>
</div>
<div>Wie unter "Grundkonfigurationen" bei "<span
style="font-family:Calibri,Arial,Helvetica,sans-serif;
font-size:16px; background-color:rgb(255,255,255)">Installationsanleitung
für Kitodo 2.1</span>" angegeben, ist die Rechteverteilung der
Ordner unter <span style="color:rgb(36,41,46);
font-family:SFMono-Regular,Consolas,"Liberation
Mono",Menlo,Courier,monospace; font-size:13.6px">/usr/local/kitodo/</span>
wie folgt:<br>
</div>
<div>
<div>dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 13 17:00 config<br>
</div>
<div>drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 18:13 debug</div>
<div>dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 12 18:13 import<br>
</div>
<div>drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 19:13 logs</div>
<div>dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 12 18:13 messages</div>
<div>drwxrwsrwx 13 tomcat7 tomcat7 4096 Jul 15 13:52 metadata</div>
<div>dr-xr-sr-x 7 tomcat7 tomcat7 4096 Jul 13 16:52 plugins</div>
<div>dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 13 18:07 rulesets</div>
<div>dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 12 18:56 scripts</div>
<div>drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 18:13 swap</div>
<div>drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 18:13 temp<br>
</div>
<div>drwxrwsrwx 11 tomcat7 tomcat7 4096 Jul 13 18:53 users</div>
<div>dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 13 17:01 xslt</div>
<div><br>
</div>
<div>Die Rechte wurde mit -R vererbt.<br>
</div>
<div><br>
Die Gruppenzugehörigkeit und Rechte von tomcat7
sind: uid=119(tomcat7) gid=126(tomcat7) Gruppen=126(tomcat7)<br>
</div>
</div>
<div><br>
Um meine Vorgehensweise bei der Installation besser
nachzuvollziehen ist hier der Installationsablauf nach "<span
style="font-family:Calibri,Arial,Helvetica,sans-serif;
font-size:16px; background-color:rgb(255,255,255)">Installationsanleitung
für Kitodo 2.1" angegeben:</span><br>
</div>
<ul dir="" class="" style="">
<li>Das vorgebene Betriebsystem Debian 8 wurde mit der auf <a
href="https://www.debian.org" moz-do-not-send="true">
https://www.debian.org</a> zur Verfügung gestellten
Netinsall debian-8.11.1-amd64-netinst.iso auf Oracle
VirtualBox 6.0 (6.0.8) realisiert.</li>
<li>Sowohl der Dienst Tomcat7 als auch der MySQL Server 5.5
laufen auf dem System reibungslos.<br>
</li>
<li>Die my.cnf wurde wie angegeben bearbeitet<br>
</li>
<li>Die gewünschte Datenbank "kitdodo" wurde angelegt und alle
Privilegien auf kitodo übertragen</li>
<li>Die Datei "tomcat7<span style="font-size:12pt">" unter
/etc/default/tomcat7 ist wie vorgegeben ergänzt worden mit:
JAVA_OPTS="-Djava.awt.headless=true -Xmx1920m
-XX:MaxPermSize=128m -XX:+UseConcMarkSweepGC"</span></li>
<li><span style="font-size:12pt"></span>Es wurde die
"kitodo-production-2.2.0.war" unter
<a class="moz-txt-link-rfc2396E" href="https://github.com/kitodo/kitodo-production/releases">"https://github.com/kitodo/kitodo-production/releases"</a>
geladen, nach /var/lib/tomcat7/webapps/ verschoben und
automatisch deployt</li>
<li>Die hibernate.cfg.xml wurde für die lokale Installation so
belassen wie sie ist<br>
</li>
<li>Die Dateien "<span style="color:rgb(36,41,46);
font-family:SFMono-Regular,Consolas,"Liberation
Mono",Menlo,Courier,monospace; font-size:13.6px">schema.sql</span>"
und "<span style="color:rgb(36,41,46);
font-family:SFMono-Regular,Consolas,"Liberation
Mono",Menlo,Courier,monospace; font-size:13.6px">default.sql</span>"
wurden mit dem angegebenen Befehl eingebunden<br>
</li>
<li>Folgendes gibt MySQL bei "show databases" aus<br>
</li>
<li>
<div>+--------------------+</div>
<div>| Database |</div>
<div>+--------------------+</div>
<div>| information_schema |</div>
<div>| kitodo |</div>
<div>| mysql |</div>
<div>| performance_schema |</div>
<div>+--------------------+</div>
</li>
<li>
<div>Die Grundkonfiguration wurde wie gewünscht durchgeführt.
(Rechtevergabe und angelegte Ordner siehe oben)<br>
</div>
</li>
<li>
<div>Die "goobi_config.properties" wurden wie vorgegeben
angepasst.<br>
</div>
</li>
<li>
<div>Die "kitodo.log" funktioniert. (Die entsprechende *.log
befindet sich im Anhang. Bitte ignorieren sie den Fehler am
Anfang des Dokuments was die gdz.xml angeht. Dieser konnte
behoben werden.)<br>
</div>
</li>
<li>
<div>Die angegebenen goobi_*.xml-Dateien und die
modules.xml-Datei wurden in das in goobi_config.properties
angegebene KonfigurationVerzeichnis kopiert (und die <span
style="font-family:Calibri,Arial,Helvetica,sans-serif;
font-size:16px; background-color:rgb(255,255,255)">kitodo_mods_opac.xml</span>)<br>
</div>
</li>
<li>
<div>
<div>-r-xr-xr-x 1 tomcat7 tomcat7 30693 Jul 12 18:48
goobi_config.properties</div>
<div>-r-xr-xr-x 1 tomcat7 tomcat7 420 Jul 13 12:49
goobi_digitalCollections.xml</div>
<div>-r-xr-xr-x 1 tomcat7 tomcat7 232 Jul 12 18:48
goobi_loginBlacklist.txt</div>
<div>-r-xr-xr-x 1 tomcat7 tomcat7 102898 Jul 12 18:48
goobi_metadataDisplayRules.xml</div>
<div>-r-xr-xr-x 1 tomcat7 tomcat7 0 Jul 12 18:48
goobi_opacLanguages.txt</div>
<div>-r-xr-xr-x 1 tomcat7 tomcat7 537 Jul 12 18:48
goobi_opacUmlaut.txt</div>
<div>-r-xr-xr-x 1 tomcat7 tomcat7 5304 Jul 12 18:48
goobi_opac.xml</div>
<div>-r-xr-xr-x 1 tomcat7 tomcat7 851 Jul 12 18:48
goobi_processProperties.xml</div>
<div>-r-xr-xr-x 1 tomcat7 tomcat7 6950 Jul 13 12:36
goobi_projects.xml</div>
<div>-r-xr-xr-x 1 tomcat7 tomcat7 337 Jul 12 18:48
goobi_webapi.xml</div>
<div>-r-xr-xr-x 1 <span style="font-family: Calibri,
Arial, Helvetica, sans-serif; font-size: 16px;
background-color: rgb(255, 255, 255);">
tomcat7 </span>tomcat7 3488 Jul 13 17:00
kitodo_mods_opac.xml</div>
<div>-r-xr-xr-x 1 tomcat7 tomcat7 506 Jul 12 18:50
modules.xml<br>
</div>
<br>
</div>
</li>
<li>
<div>Die docket.xsl und docket_multipage.xsl wurden in den
entsprechenden XsltFolder verschoben (und
die kalliope2kitodo.xsl)<br>
</div>
</li>
<li>
<div>
<div>-r-xr-xr-x 1 tomcat7 tomcat7 20577 Jul 12 18:52
docket_multipage.xsl</div>
<div>-r-xr-xr-x 1 tomcat7 tomcat7 20478 Jul 12 18:52
docket.xsl<br>
</div>
<div>-r-xr-xr-x 1 <span style="font-family: Calibri,
Arial, Helvetica, sans-serif; font-size: 16px;
background-color: rgb(255, 255, 255);">
tomcat7 </span>tomcat7 5485 Jul 13 17:01
kalliope2kitodo.xsl<br>
</div>
</div>
</li>
<li>Die Konfigurationsdatei goobi_projects.xml wurde so belassen
wie sie ist.<br>
</li>
<li>Die Dateien <span style="color:rgb(36,41,46);
font-family:SFMono-Regular,Consolas,"Liberation
Mono",Menlo,Courier,monospace; font-size:13.6px">goobi_metadataDisplayRules.xml</span>, <span
style="color:rgb(36,41,46);
font-family:SFMono-Regular,Consolas,"Liberation
Mono",Menlo,Courier,monospace; font-size:13.6px">goobi_processProperties.xml</span>
und <span style="color:rgb(36,41,46);
font-family:SFMono-Regular,Consolas,"Liberation
Mono",Menlo,Courier,monospace; font-size:13.6px">goobi_digitalCollections.xml</span>
wurde so belassen wie sie sind.<br>
</li>
<li>die Dateien ruleset_slubdd.xml und ruleset_subhh.xml wurde
in den entsprechenden rulesets-Ordner verschoben (Die gdz.xml
wurde aus dem Tutorial über Github geladen)<br>
</li>
<li>
<div>-r-xr-xr-x 1 <span style="font-family: Calibri, Arial,
Helvetica, sans-serif; font-size: 16px; background-color:
rgb(255, 255, 255);">
tomcat7 </span>tomcat7 135926 Jul 13 18:17 gdz.xml</div>
<div>-r-xr-xr-x 1 <span style="font-family: Calibri, Arial,
Helvetica, sans-serif; font-size: 16px; background-color:
rgb(255, 255, 255);">
tomcat7 </span>tomcat7 216636 Jul 12 19:08
ruleset_slubdd.xml</div>
<div>-r-xr-xr-x 1 <span style="font-family: Calibri, Arial,
Helvetica, sans-serif; font-size: 16px; background-color:
rgb(255, 255, 255);">
tomcat7 </span>tomcat7 87928 Jul 12 19:08
ruleset_subhh.xml<br>
</div>
<div><br>
</div>
</li>
</ul>
<div>Die einzige Stelle an der der Benutzer "root" noch auftaucht
ist, wenn man im <span style="font-size: 12pt;">/usr/local/kitodo
die Besitzer und die Rechte abfragt, da jedoch im
übergeordneten Ornder.</span></div>
<div><span style="font-size: 12pt;">Siehe:</span></div>
<div>
<div>root@debian:/usr/local/kitodo# ls -la</div>
<div>insgesamt 60</div>
<div>drwxrwsrwx 15 tomcat7 tomcat7 4096 Jul 12 18:13 .</div>
<div><strong>drwxrwsr-x 11 root staff 4096 Jul 12 18:12 ..</strong></div>
<div>dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 13 17:00 config</div>
<div>drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 18:13 debug</div>
<div>dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 12 18:13 import</div>
<div>drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 19:13 logs</div>
<div>dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 12 18:13 messages</div>
<div>drwxrwsrwx 13 tomcat7 tomcat7 4096 Jul 15 13:52 metadata</div>
<div>dr-xr-sr-x 7 tomcat7 tomcat7 4096 Jul 13 16:52 plugins</div>
<div>dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 13 18:07 rulesets</div>
<div>dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 12 18:56 scripts</div>
<div>drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 18:13 swap</div>
<div>drwxrwsrwx 2 tomcat7 tomcat7 4096 Jul 12 18:13 temp</div>
<div>drwxrwsrwx 11 tomcat7 tomcat7 4096 Jul 13 18:53 users</div>
<div>dr-xr-sr-x 2 tomcat7 tomcat7 4096 Jul 13 17:01 xslt</div>
<div><br>
<span style="font-size: 12pt;">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.</span><br>
</div>
<div><br>
</div>
<div>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.</div>
<div>Bitte geben Sie mir Bescheid sollten Sie noch weiter
Angaben benötigen.<br>
<br>
</div>
</div>
<div>Mit freundlichen Grüße,<br>
</div>
<div>i.A.<br>
</div>
<div>Clarissa Kopanitsak<br>
</div>
<div><br>
</div>
<div>---------------------------------------------------<br>
</div>
<div><br>
</div>
<div>Karlsruher Institut für Technologie (KIT)</div>
<div>KIT-Archiv</div>
<div><br>
</div>
<div><br>
</div>
<div>Clarissa Kopanitsak</div>
<div>Studentischer Mitarbeiter</div>
<div><br>
</div>
<div>Kaiserstraße 12</div>
<div>76131 Karlsruhe</div>
<div><br>
</div>
<div>Telefon: +49 721 608-45443</div>
<div>Fax: +49 721 608-943494</div>
<div>E-Mail: <a class="moz-txt-link-abbreviated" href="mailto:clarissa.kopanitsak2@parnter.kit.edu">clarissa.kopanitsak2@parnter.kit.edu</a></div>
<div>Web: <a class="moz-txt-link-freetext" href="http://www.archiv.kit.edu">http://www.archiv.kit.edu</a></div>
<div><br>
</div>
<div>KIT – Die Forschungsuniversität in der Helmholtz-Gemeinschaft</div>
<div><br>
</div>
<div>Das KIT ist seit 2010 als familiengerechte Hochschule
zertifiziert.<br>
</div>
<p><br>
</p>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
Kitodo-Community mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Kitodo-Community@kitodo.org">Kitodo-Community@kitodo.org</a>
<a class="moz-txt-link-freetext" href="https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community">https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
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: <a class="moz-txt-link-abbreviated" href="mailto:henning.gerhardt@slub-dresden.de">henning.gerhardt@slub-dresden.de</a>
<a class="moz-txt-link-abbreviated" href="http://www.slub-dresden.de">www.slub-dresden.de</a>
</pre>
</body>
</html>