Serveur

Je ne peux me connecter au serveur ou bien je n'y ai pas

accès.
La cause est souvent due à une mauvaise configuration du filtre d'authentification ou bien vous n'avez pas les droits nécessaires pour accéder à la ressource.

Veillez à la bonne configuration du fichier build.properties.

Regarder les logs du serveur - Une requête aboutie à la forme suivante :

TP-Processor51, 03-mars-2006 11:11:48, bourges, PROPFIND, 207 "Multi-Status", 7 ms, /files/injac/res_proj_cri/

• bourges est l'utilisateur connecté - Si l'utilisateur connecté est unauthenticated, dans ce cas vous êtes connecté en mode non autentifié ou bien que le filtre d'autentification est mal configuré. Note that while accessing an inJAC space the ESUP channel storage use a special user with root privileges.
• PROPFIND est la commande WebDAV.
• 207 est le code de retour HTTP - Le code de retour peut avoir pour valeur 507 (quota dépassé) ou bien 403 (Interdiction).
• /files/injac/res_proj_cri/ est l'URI de la ressource.
  If you have problems with just some webdav clients, look at [Recommended configuration
  section of Installation chapter|ESUPWDServerV4_installation.html#7.8]

Comment résoudre les problèmes d'encodage ?

Afin de résoudre les problème d'encodage, on faut spécifier au serveur l'encodage souhaité.

setenv LANG "fr_FR.utf8"
setenv LANGUAGE "fr_FR.utf8"

Outil d'administration

Que peut-on dire du paramètre cl du script "run"?

Depuis longtemps, dans une galaxie très lointaine, le client d'administration était destiné à s'executer en mode graphique ou bien en ligne de commande.

Le mode graphique (G.U.I) doit être executé utilisant la commande

run.* -gr

run.* -cl

Au jour d'aujourd'hui seul le mode en ligne de commande est implémenté.

J'ai créé des homedirs mais je ne peux y accéder.

Cela est souvent dû à une mauvaise structure du fichier. Vous trouverez un exemple dans le guide utilisateur.

Diverses questions

Parfois le quota est dépassé lors du dépôt d'un fichier?

Qu'est-ce qui est erroné?
Rien est erroné. Le serveur ESUP WebDAV possède une application de gestion des quotas. Cela signifie que le quota peut être dépassé au plus une fois.

La vraie question est : "Pourquoi avoir développé un tel gestionnaire de quota?"

Nous n'avons pas voulu développer un gestionnaire de quota. Le problème est que le "listener" du quota se fie à la taille du contenu mentionné dans l'entête HTTP pour vérifier si la ressource à déposer, copier ou bien déplacer sur le serveur, conduira à un dépassement du quota. Cependant la taille du contenu mentionné dans l'entête HTTP est optionnel. Dans ce cas, le "listener" du quota ne peut déceler le dépassement de quota sur le moment et ne vérifiera que si le quota est dépassé juste avant l'action en cours.

Peut-on utiliser un autre serveur Tomcat que celui fourni dans le

package ?
Il est possible d'utiliser un autre serveur Tomcat que celui fourni dans le package. Cependant il convient de faire les modifications suivantes dans le fichier server.xml de Tomcat (les ajouts sont en gras) :

<Connector port="8080"
maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
enableLookups="false" redirectPort="8443" acceptCount="100"
debug="0" connectionTimeout="20000"
disableUploadTimeout="true"
URIEncoding="UTF-8"/>

<Connector port="8009"
enableLookups="false" redirectPort="8443" debug="0"
protocol="AJP/1.3" URIEncoding="UTF-8"/>

Differents clients WebDAV

• [Les
  favoris réseau de Windows XP|http://jakarta.apache.org/slide/xp.html] (De base Windows XP ne support SSL par exemple. Cf. [l'article 892211 de
  Microsoft|http://support.microsoft.com/kb/892211] pour une mise à jour)
• [Le
  client Webdav de MacOS X|http://jakarta.apache.org/slide/osx.html]
• [Le client
  de Slide en ligne de commande|http://jakarta.apache.org/slide/webdav-client.html]
• EasyWebdav
• DAVExplorer

Liens

• http://wiki.apache.org/jakarta-slide/
• http://www.esup-portail.org/consortium/espace/Stockage_2F/serveur/serveur_V2/installation.htm