Titre FAQ Dysfonctionnements Serveur FR
Retour Documentation FR
Langue English



Certaines informations ou liens peuvent être obsolètes. La mise à jour se fera progressivement, tout ceci étant tiré d'informations compilées des versions antérieures du SME server ( e-smith.org ) et SME-FR.

Cette erreur apparaît souvent alors que SME pense que le Manager web est demandé en accès depuis l'extérieur du réseau local LAN (ce qui est interdit pour des raisons de sécurité). Si votre système fonctionne avec une seule carte ethernet, Vérifiez que votre machine est configurée en mode "Server only".
Si vous utilisez deux cartes ethernet, SME assignera automatiquement une carte au réseau local LAN, et la seconde à la connexion Internet extérieure. En premier lieu, vous devez savoir quelle carte est assignée à quelle réseau, donc si vous avez ce message d'erreur, essayez d'intervertir vos câbles réseaux.

Cette erreur sera aussi produite lorsqu'un nom d'utilisateur ou un mot de passe est invalide. Une faute courante consiste a essayer de se connecter au Manager en tant qu'utilisateur 'root', alors que seul l'utilisateur 'admin' est autorisé.

Certains utilisateurs ont reportés n'avoir qu'une frame vide (le coté gauche du manager) après s'être connecté au manager. Cela est dû au fait que vous vous êtes connecté au manager en tant qu'utilisateur root, et non en tant qu'admin.

Vous devez vous connecter en tant que admin, et non root. Le mot de passe est accepté aussi pour l'utilisateur root, cependant l'utilisateur root ne possède pas les privilèges nécessaires pour visualiser le manager SME, le résultat étant un menu vide.

Certains navigateurs Internet ne prennent pas correctement en charge certaines directives du méta-tag HTML DIV, il en résulte un affichage étrange. Les navigateurs connus pour avoir ce problème sont :

KDE Konqueror
Microsoft Internet Explorer 3
Netscape 4.x (les versions Linux et Windows)
En général, le fait de recharger la page corrige le problème avec Netscape.

Tapez "accept" pour accepter la convention de licence avant de presser la touche enter au prompt.

L'exécution des scripts CGI peut être activée/désactivée par i-bay lorsqu'une nouvelle i-bay est créée. les instructions qui suivent maintenant ne s'appliquent qu'à l'i-bay principale (primary) ainsi qu'aux i-bays pour les versions < 4.1.1.

Veuillez noter que l'utilisation de scripts CGI peut poser un problème de sécurité. L'administrateur système devrait vérifier chaque script CGI avant d'autoriser leur activation sur quelque serveur.

Quelques notes importantes a propos des CGI :
Le répertoire racine (root directory) pour le serveur web est /home/e-smith/files/ibays/primary/.
Ce répertoire comporte trois sous-répertoires, cgi-bin, html, et files. Les scripts CGI devant être utilisés par vos pages web principales (www.votredomaine.com) sont placés dans le répertoire "cgi-bin", et vos fichiers html dans le répertoire html. Les scripts CGI sont référencés dans votre page html avec le chemin /cgi-bin/votrescript.
Par exemple :

FORM METHOD="POST" ACTION="/cgi-bin/votre_script"

Tout d'abord, pour utiliser ce script vous aurez à le rendre exécutable. Placez le script dans le répertoire /home/e-smith/files/primary/cgi-bin. Ouvrez une session sur le serveur SME en tant que root. Saisissez la commande :

chmod a+x /home/e-smith/files/primary/cgi-bin/votre_script

(Cela va positionner les bits de permission à autoriser tout le monde à exécuter ce fichier).
Fermez la session sur le serveur SME. Cette commande va rendre le script exécutable, et utilisable.
Pour des raisons de sécurité, l'utilisateur 'root' doit rendre ce fichier exécutable.
Ainsi tout utilisateur voulant utiliser un script CGI doit demander à l'administrateur système (root) de l'activer pour lui.

Les scripts CGI utilisés dans les i-bays sont référencés avec le chemin "/votre_nom_d_i-bay/cgi-bin/votre_script_cgi".

J'installe SME sur mon système SCSI. Le systeme me demande de sélectionner mon driver SCSI, et j'obtiens alors le mesasge d'erreur "I can't find the device anywhere on your system". Que se passe-t-il, et que dois-je faire ?

Nous avons rencontré quelques situations dans lesquelles notre procédure d'installation détecte et initialise correctement l'adaptateur SCSI, mais ne réalise pas que cela a été fait. Il demande donc à l'utilisateur de choisir un driver. Lorsque cela arrive, si vous en sélectionnez un, vous obtiendrez le message "I can't find the device anywhere on your system". si cela vous arrive, sélectionnez simplement "Back" plutôt que de choisir un driver, et l'installation devrait se poursuivre normalement.

Vous devriez vérifier que votre adaptateur SCSI contient un BIOS SCSI. Vous pouvez vérifier son existence en recherchant un message venant du BIOS SCSI durant les étapes initiales du processus de démarrage (D'autres messages apparaîtront - vous devez regarder spécifiquement les messages en provenance du BIOS SCSI).

Les adaptateurs SCSI de notre liste de matériels supporté sont normalement fournis avec un BIOS. Cependant, certaines versions OEM de ces adaptateurs peuvent avoir des fonctionnalités manquantes, telles que le BIOS. Il n'y a pas de solution dans ce cas, a part acheter une nouvelle carte SCSI, munie d'un BIOS.



L'entête de l'e-mail doit ressembler à ceci :

From: Cron Daemon
To: root@foo.com
Subject: Cron run-parts /etc/cron.daily
Body:
error: bad line n in state file /var/lib/logrotate.status

Ce problème apparaît lorsqu'une machine Windows du réseau possède un nom d'ordinateur avec un espace. Ces e-mails peuvent être ignorés sans danger. Ce problème a été résolu à partir de la version 4.0.1.

Ces messages inoffensifs sont des indicateurs de progression lorsque fetchmail récupère des messages.
Pour que admin ne reçoive plus ces messages postés par cron, vous devez positionner la propriété de bavardage (verbose) de fetchmail à --silent. Vous pouvez faire ceci en saisissant les commandes suivantes : (vous devez vous logguer en tant qu'utilisateur root)

/sbin/e-smith/db configuration setprop fetchmail Verbosity "--silent"
/sbin/e-smith/signal-event email-update

Plusieurs utilisateurs ont rapportés des problèmes en utilisant Nero pour graver des images ISO mode 1. La raison est que le logiciel Nero est plus pointu à utiliser que la plupart des autres logiciels de gravure. Ce problème semble réglé dans les versions récentes de Nero ( 5 ou 6 ).

Veuillez vous reporter au manuel pour plus d'informations a propos de SME et des mails multidrop.
Ce n'est pas un problème qui peut être résolut au niveau de SME, comme l'information a déjà été perdue. Ce problème peut être résolu par une de ces solutions :

Utiliser le serveur SMTP de SME
Utiliser le mode ETRN pour récupérer les e-mails chez votre FAI
Demander à votre FAI de rajouter un entête spécifique détaillant le "destinataire de l'enveloppe" (envelope recipient) du message (ce n'est pas le champs To:, c'est une ligne habituellement simplifiée quand un email est stocké dans la boite aux lettres d'un utilisateur).

Ceci est un problème d'ordre visuel qui n'a aucun effet connu sur le système. Ce problème est hérité de RedHat. Pour plus de détails quant à leurs perception du problème, et leur explications, allez voir ici .

Ceci est complètement normal, et devrait se produire à chaque arrêt système. Il y a des ruses pour le contrôle de mise à jour du système RAID avant l'arrêt, et parfois le noyau garde des informations d'état permettant de terminer la mise à jour du RAID lors du prochain démarrage. Vous verrez probablement un message à cet effet au prochain boot.

Si vous démarrez le système à partir d'une disquette : créez une autre disquette, en utilisant une disquette juste formatée, et formatée de préférence sur la machine cible. Une disquette de démarrage nécessite d'être 100% vierge pour que l'installation/mise à jour fonctionne.

Si vous démarrez le système à partir d'un CD-ROM : le plus souvent, c'est le résultat d'une image ISO corrompue. Vous aurez aussi des messages similaires si le CDROM ne peut pas être détecté. L'image a peut-être été corrompue avant la gravure du CD (durant le téléchargement), ou alors la gravure du CD s'est mal déroulée.

Avant de graver le CD, vous pouvez vérifier l'intégrité de l'image ISO en utilisant le programme md5sum inclus dans les distributions linux les plus courantes, ou encore disponible pour windows dans le répertoire des contributions sur notre site FTP.

Pour que le RAID logiciel fonctionne correctement, la géométrie des deux disques durs doit être identique. Pour corriger ce problème, effectuez d'abord une sauvegarde de votre système. Ensuite, vérifiez que les deux disques utilisent le mode "NORMAL" du BIOS ("NORMAL" signifie "Dis juste la vérité à propos de la géométrie du disque").

Si une quelconque table de partition est trouvée sur le disque, ces informations écraseront les informations de géométrie spécifiées par le BIOS. Pour supprimer la table de partition, exécutez les commandes suivantes, en tant que root :

dd if=/dev/zero of=/dev/hda bs=512 count=1
dd if=/dev/zero of=/dev/hdc bs=512 count=1

Ceci tient compte du fait que les disques durs sont respectivement connectés en maître sur les contrôleurs IDE primaires et secondaires. S'ils ne le sont pas, ils devraient l'être...

Réinstallez SME, et vérifiez que l'espace rapporté est correct. Une fois ceci vérifié, restaurez vos données.

Il existe de multiples causes possibles pour ce problème, qui est un symptôme d'échec de chargement du second niveau du bootloader LILO. La cause habituelle de ce problème est une mauvaise définition de la géométrie du disque. Plusieurs approches pour la résolutions des problèmes de géométrie avec LILO peuvent être trouvées dans le Guide Linux pour les débutants (Linux Newbie Guide), ici.

Il n'y a pas de mot de passe par défaut ; Si vous installez à partir d'un CD pressé par Mitel ou à partir d'un CD créé à partir d'une image ISO officielle de SME, il vous sera demandé de fournir un mot de passe système à l'installation.



Retour Documentation FR